[Bug 761433] New: [rtmpsink] streaming to youtube no longer works on git master.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=761433

            Bug ID: 761433
           Summary: [rtmpsink] streaming to youtube no longer works on git
                    master.
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: arjen.veenhuizen at tno.nl
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

This problem is maybe related to #738674 and/or #760242.

Streaming to a live event on YouTube appears to be broken. The following
pipeline does not work anymore but used to work a couple of months ago on git
master:

gst-launch-1.0 -evvv  videotestsrc is-live=true do-timestamp=false ! capsfilter
caps="video/x-raw, format=I420, width=854, height=480,
framerate=(fraction)25/1" ! videoconvert  ! queue   ! videoconvert  ! x264enc
bitrate=2000 key-int-max=25
option-string="keyint=25:min-keyint=25:no-scenecut:bframes=1" bframes=1 tune=2
speed-preset=ultrafast  ! h264parse ! queue    ! mux. audiotestsrc is-live=true
wave=0  ! capsfilter caps="audio/x-raw, endianness=(int)1234, format=F32LE,
signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100,
channels=(int)2"  ! queue ! avenc_aac bitrate=96000 compliance=-2  ! capsfilter
caps="audio/mpeg,mpegversion=4,stream-format=raw"  ! queue ! flvmux name=mux !
location="rtmp://a.rtmp.youtube.com/live2/<rtmp_id>" async=true sync=false

When using ffmpeg for the rtmp part, things work without a problem:

mkfifo pipe;gst-launch-1.0 -evvv  videotestsrc is-live=true do-timestamp=false
! capsfilter caps="video/x-raw, format=I420, width=854, height=480,
framerate=(fraction)25/1" ! videoconvert  ! queue   ! videoconvert  ! x264enc
bitrate=2000 key-int-max=25
option-string="keyint=25:min-keyint=25:no-scenecut:bframes=1" bframes=1 tune=2
speed-preset=ultrafast  ! h264parse ! queue    ! mux. audiotestsrc is-live=true
wave=0  ! capsfilter caps="audio/x-raw, endianness=(int)1234, format=F32LE,
signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100,
channels=(int)2"  ! queue   ! avenc_aac bitrate=96000 compliance=-2  !
capsfilter caps="audio/mpeg,mpegversion=4,stream-format=raw"  ! queue ! flvmux
name=mux ! filesink location=pipe async=true sync=false

(and in another console):
fmpeg -f flv -i pipe -y -vcodec copy -f flv
rtmp://a.rtmp.youtube.com/live2/<rtmp_id>

Adding an aacparse (as would normally be neccesary), seems to be causing even
more trouble by locking up the pipeline:

mkfifo pipe;gst-launch-1.0 -evvv  videotestsrc is-live=true do-timestamp=false
! capsfilter caps="video/x-raw, format=I420, width=854, height=480,
framerate=(fraction)25/1" ! videoconvert  ! queue   ! videoconvert  ! x264enc
bitrate=2000 key-int-max=25
option-string="keyint=25:min-keyint=25:no-scenecut:bframes=1" bframes=1 tune=2
speed-preset=ultrafast  ! h264parse ! queue    ! mux. audiotestsrc is-live=true
wave=0  ! capsfilter caps="audio/x-raw, endianness=(int)1234, format=F32LE,
signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100,
channels=(int)2"  ! queue   ! avenc_aac bitrate=96000 compliance=-2  ! aacparse
! capsfilter caps="audio/mpeg,mpegversion=4,stream-format=raw"  ! queue !
flvmux name=mux ! filesink location=pipe async=true sync=false

if need be, I can post logs but running the given pipelines should make the
problem evident right away.

I am aware of the troubles with regards to librtmp. This bug report could be
for future reference and for people hitting this issue when trying the
pipelines as given in [1].

[1] http://sourceforge.net/p/snowmix/wiki/Snowmix%20and%20CDNs/

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.