<div dir="ltr"><div><div><div>On 4/13/2015 11:26 AM, Thiago Santos wrote:<br>> <br>> On 04/08/2015 08:49 PM, Ryan Bedwell wrote:<br>> 
> Hello all,<br>> 
><br>> 
> I have an application where I am receiving audio/video via RTSP, then<br>> 
> sending it on to a server via RTMP.  I have found that the following<br>> 
> pipeline works with GStreamer 0.10, but with GStreamer 1.0 my RTMP<br>> 
> server (Wowza) complains that the data is malformed and closes the<br>> 
> connection immediately after the stream has started.<br>> 
><br>> 
> gst-launch -v flvmux name=mux ! rtmpsink<br>> 
> location=rtmp://<ipaddr>/live/<streamname> rtspsrc<br>> 
> location=rtsp://<ipaddr>/<streamname> name=src ! rtph264depay ! queue<br>> 
> ! video/x-h264 ! mux.  src. ! rtpmp4adepay ! queue ! audio/mpeg ! mux.<br>> 
><br>> 
> A couple of other things that I have found:<br>> 
><br>> 
> * If I modify the pipeline to only send audio or video, it will work<br>> 
> using GStreamer 1.0.<br>> 
> * If I add an extra flvdemux and flvmux (i.e. flvmux -> flvdemux -><br>> 
> flvmux -> rtmpsink), it will work using GStreamer 1.0.<br>> 
><br>> 
> Any ideas?<br>> 
<br>> 
It looks like a regression/bug. Did you try analyzing what changes in<br>> 
the flv stream when you add the flvdemux or when there is only video or<br>> 
audio? Does Wowza provide any extra debug information?<br>
<br></div>That's my next step... wanted to check first whether this was a known issue.  I'll dig into the stream and respond with more details.<br><br></div>Thanks,<br></div>Ryan<br>
</div>