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

[Peter Maersk-Moller]

Hi Sebastian.

Bug report for matroskamux/demux failing for 1.5.90 here
https://bugzilla.gnome.org/show_bug.cgi?id=754768

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?

The pipeline used for YouTube Live streaming from live UDP TS streams is
this:

gst-launch-1.0 -v -e --gst-debug=rtmpsink:4,flvmux:4 \
        udpsrc port=7000 do-timestamp=true      !\

application/x-rtp,media=video,clock-rate=90000,encoding-name=MP2T,payload=33
!\
        queue                                   !\
        rtpmp2tdepay                            !\
        queue                                   !\
        tsparse                                 !\
        queue                                   !\
        tsdemux name=demuxer                    !\
        queue                                   !\
        aacparse                                !\
        queue                                   !\
        muxer. demuxer.                         !\
        queue                                   !\
        h264parse                               !\
        queue                                   !\
        flvmux name=muxer streamable=true       !\
        queue                                   !\
        rtmpsink location="rtmp://
a.rtmp.youtube.com/live2/x/MY_PRIVATE_EVENT_KEY?videoKeyframeFrequency=1&totalDatarate=4128
app=live2 flashVer=FME/3.0%20(compatible;%20FMSc%201.0) swfUrl=rtmp://
a.rtmp.youtube.com/live2"

Because it was not possible for 1.4.x, I used another pipeline reading a
matroska muxed stream from a tcpserversink. However that no longer work for
1.5.x as described in the mentioned bug report. The pipeline used for 1.4.x
was this:

       tcpclientsrc host=localhost port=5010 do-timestamp=true !\
        queue                                   !\
        matroskademux name=demuxer               !\
        queue                                   !\
        aacparse                                !\
        queue                                   !\
        muxer. demuxer.                         !\
        queue                                   !\
        h264parse                               !\
        queue                                   !\
        flvmux name=muxer streamable=true       !\
        queue                                   !\
        rtmpsink location=rtmp://
a.rtmp.youtube.com/live2/x/MY_PRIVATE_EVENT_KEY?videoKeyframeFrequency=1&totalDatarate=4128
app=live2 flashVer=FME/3.0%20(compatible;%20FMSc%201.0) swfUrl=rtmp://
a.rtmp.youtube.com/live2

Best regards
Peter Maersk-Moller
~
~

On Tue, Sep 8, 2015 at 8:46 AM, Sebastian Dröge <sebastian at centricular.com>
wrote:

> > [...]
> >
> > Any idea what was changed in 1.5.x and how to fix it?
>
> Not currently, someone would have to bisect the relevant parts of your
> pipeline... matroskamux and tcpserversink at least.
>
> Can you file a bug about this? This definitely shouldn't end up in
> 1.6.0 :) Thanks!
>
> --
> 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/856b3eeb/attachment.html>