rtmpsrc and/or megtsdemux not working with wowza flv stream

Wes Miller wmiller at sdr.com
Mon Jun 17 15:25:25 PDT 2013


This works great in linux:
     
    gst-launch rtmpsrc location="rtmp://wowza-server/live/mpegts.stream" !
decodebin2 ! autoaudiosink

But not in Windows.  In windows it never plays sound.  Adding a -v shows
this:

    C:\gstreamer-sdk\0.10\x86\bin>gst-launch-0.10.exe rtmpsrc
location="rtmp://10.253.5.153/live/mpegts.stream" ! decodebin2 !
audio/x-raw-int ! autoaudiosink -v
    Setting pipeline to PAUSED ...
    Pipeline is PREROLLING ...
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstTypeFindElement:typefind.GstPad:src:
caps = video/x-flv
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstFlvDemux:flvdemux0.GstPad:sink:
caps = video/x-flv
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:sink0:
caps = audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)44100, channels=(int)2
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-buffers = 5
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-time = 0
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-bytes = 2097152
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:src0:
caps = audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)44100, channels=(int)2
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMpegAudioParse:mpegaudioparse0.GstPad:sink:
caps = audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)44100, channels=(int)2
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMpegAudioParse:mpegaudioparse0.GstPad:src:
caps = audio/mpeg, mpegversion=(int)1, mpegaudioversion=(int)1,
layer=(int)3, rate=(int)44100, channels=(int)1, parsed=(boolean)true
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-buffers = 5
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-time = 0
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0:
max-size-bytes = 2097152
    /GstPipeline:pipeline0/GstCapsFilter:capsfilter1: caps = audio/x-raw-int
   
/GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMad:mad0.GstPad:sink:
caps = audio/mpeg, mpegversion=(int)1, mpegaudioversion=(int)1,
layer=(int)3, rate=(int)44100, channels=(int)1, parsed=(boolean)true
    /GstPipeline:pipeline0/GstDecodeBin2:decodebin20/GstMad:mad0.GstPad:src:
caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true,
width=(int)32, depth=(int)32, rate=(int)44100, channels=(int)1

I notice that progress stops in mid-decodebin::mad.  Does this suggest mad
is broken?



I tried uridecodebin.  No luck.  I also tried mpegtsdemux and just handling
the audio side.  (there really is no video in the stream.)


I am using the new, downloaded 0.10 cerbero build with some elements built
using local mingw/msys/cerbero  (rtmpsrc and the mpegtsdemux package though
I notice that I have tsdemux not mpegtsdemux as an element.)


Can anyone shed some light here?





--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/rtmpsrc-and-or-megtsdemux-not-working-with-wowza-flv-stream-tp4660596.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.


More information about the gstreamer-devel mailing list