Matroska streaming and GStreamer 1.5.x failing - reading large block and other errors

[Peter Maersk-Moller]

Trying to produce a stable testcase for the
"udpsrc,ts-demuxer,flv-muxer,rtmpsink" case. If I get one I will submit it.

It seems like if the video stream is encoded with a framerate being 0/1
(should be valid) and TS streamed,
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.

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.

Best regards
Peter


On Wed, Sep 9, 2015 at 1:15 PM, Sebastian Dröge <sebastian at centricular.com>
wrote:

> On Mi, 2015-09-09 at 13:01 +0200, Peter Maersk-Moller wrote:
> > Hi Sebastian.
> >
> > Bug report for matroskamux/demux failing for 1.5.90 here
> > https://bugzilla.gnome.org/show_bug.cgi?id=754768
>
> Thanks, see my questions there :)
>
> > I kind of lost track on another issue with reading live UDP TS
> > (H.264/AAC) streams being demuxed and remuxed with flvmux and sent to
> > sites like YouTube Live. That was not possible with 1.4.x due to time
> > stamp issues, but something got partly improved in 1.5.x (1.5.90).
> > However, although the streams can now flow and a RTMP stream is
> > accepted by the YouTube server, something is not quite right. YouTube
> > ackowledge the the incoming stream, but reports it to have a low
> > bandwidth and it never displays it, which I suspect might be
> > something to do with incorrect time stamps. Is this something that
> > still exists a bug report for or is it something that needs
> > reporting?
>
> Yes, please report this too with a testcase to reproduce it.
>
> --
> Sebastian Dröge, Centricular Ltd · http://www.centricular.com
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150909/5f66c992/attachment.html>