<div dir="ltr"><div><div><div><div>Trying to produce a stable testcase for the "udpsrc,ts-demuxer,flv-muxer,rtmpsink" case. If I get one I will submit it.<br><br></div>It seems like if the video stream is encoded with a framerate being 0/1 (should be valid) and TS streamed,<br></div>then the "udpsrc,ts-demuxer,flv-muxer,rtmpsink" as described previously fails most of the time. It works better, although failing sometimes, if the framerate is set to something more substantial like 30/1.<br><br>Assume, without knowing, it is because the issue with dts/pts for h.264 video in TS muxed streams that has been with gstreamer for a long long time, still is not perfectly resolved. My guess is that some timestamps are guessed/estimated using the framerate (and failing when framerate is variable), but that is just a wild guess. Looking in the code and following the many bug reports is not that easily. SOrry for that.<br><br></div>Best regards<br></div>Peter<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 9, 2015 at 1:15 PM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mi, 2015-09-09 at 13:01 +0200, Peter Maersk-Moller wrote:<br>
> Hi Sebastian.<br>
><br>
> Bug report for matroskamux/demux failing for 1.5.90 here<br>
> <a href="https://bugzilla.gnome.org/show_bug.cgi?id=754768" rel="noreferrer" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=754768</a><br>
<br>
</span>Thanks, see my questions there :)<br>
<span class=""><br>
> I kind of lost track on another issue with reading live UDP TS<br>
> (H.264/AAC) streams being demuxed and remuxed with flvmux and sent to<br>
> sites like YouTube Live. That was not possible with 1.4.x due to time<br>
> stamp issues, but something got partly improved in 1.5.x (1.5.90).<br>
> However, although the streams can now flow and a RTMP stream is<br>
> accepted by the YouTube server, something is not quite right. YouTube<br>
> ackowledge the the incoming stream, but reports it to have a low<br>
> bandwidth and it never displays it, which I suspect might be<br>
> something to do with incorrect time stamps. Is this something that<br>
> still exists a bug report for or is it something that needs<br>
> reporting?<br>
<br>
</span>Yes, please report this too with a testcase to reproduce it.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer" target="_blank">http://www.centricular.com</a><br>
<br>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>