<div dir="ltr">Dear Sebastian,<div><br></div><div>After checking the logs of the playbin i found a <i>very strange issue (at least for me, because I am familiar to the src_%u or audio_%u,... syntax)</i>.<br></div><div>I changed <b>dashdemux src pads</b> from <i>src_0</i> and <i>src_1</i> to <i>ghostpad0</i> and <i>ghostpad1</i>.</div><div>Now, it works!</div><div><br></div><div>GST_DEBUG=2 gst-launch-1.0 -v souphttpsrc location=<a href="http://localhost/dash/ondemand.mpd" target="_blank">http://localhost/dash/ondemand.mpd</a> name=source ! application/dash+xml ! dashdemux name=dd0 multiqueue name=mq0 dd0<b>.ghostpad0</b> ! mq0.sink_0 mq0.src_0 ! audio/x-m4a ! qtdemux name=d0 ! audio/mpeg, mpegversion=\(int\)4, stream-format=\(string\)raw ! aacparse ! faad ! audioconvert ! autoaudiosink dd0<b>.ghostpad1</b> ! mq0.sink_1 mq0.src_1 ! video/quicktime ! qtdemux name=d1 ! video/x-h264, stream-format=\(string\)avc, alignment=\(string\)au ! h264parse ! avdec_h264 ! videoconvert ! autovideosink<br></div><div><br></div><div>Thank you Sebastian.</div><div><br></div><div>Best,</div><div><br></div><div>Angel</div><div><br></div><div>On 26 January 2015 at 16:14, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Mo, 2015-01-26 at 15:52 +0100, Angel Martin wrote:<br>
> Dear all,<br>
><br>
> I am trying to find the pipeline to receive and manipulate a DASH stream<br>
> with video and audio in separated fragments.<br>
><br>
> The first step is to try to play it and then to remove the sinks, add a<br>
> muxer for video and audio and push it to a UDP connection.<br>
><br>
> This player works perfect:<br>
</span>> *gst-launch-1.0 -v playbin uri=<a href="http://localhost/dash/ondemand.mpd" target="_blank">http://localhost/dash/ondemand.mpd</a><br>
> <<a href="http://localhost/dash/ondemand.mpd" target="_blank">http://localhost/dash/ondemand.mpd</a>> name=source*<br>
<span>><br>
> Now, I am trying to forward the DASH to a UDP stream.<br>
<br>
</span>Forward to UDP how? RTP?<br>
<br>
> Here, you can find a very good description of the *"HTTP Adaptive Streaming<br>
> with GStreamer"* done by *Sebastian Dröge*:<br>
<span>> <a href="https://coaxion.net/blog/2014/05/http-adaptive-streaming-with-gstreamer/" target="_blank">https://coaxion.net/blog/2014/05/http-adaptive-streaming-with-gstreamer/</a><br>
><br>
> My basic hint to reach my target scenario comes from this graph:<br>
> <a href="https://coaxion.net/blog/wp-content/uploads/2014/05/hls-av.png" target="_blank">https://coaxion.net/blog/wp-content/uploads/2014/05/hls-av.png</a><br>
><br>
> I am using Gst 1.4.3 64 bits on Debian Testing.<br>
</span>> [...]<br>
<br>
First of all try without multiqueue and just use normal queues, that<br>
will make the pipeline simpler while not making much of a difference.<br>
<br>
As you can see from the logs, there are some problems with pad links<br>
here:<br>
> *0:00:00.133977452  8235 0x7f57ac003590 WARN                 basesrc<br>
<span>> gstbasesrc.c:2933:gst_base_src_loop:<souphttpsrc2> error: streaming<br>
</span>> task paused, reason not-linked (-1)*<br>
<br>
If you get full debug logs, you should be able to backtrace from that<br>
line to see where exactly the missing link is. And also then check why<br>
linking that failed.<br>
<span><font color="#888888"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" target="_blank">http://www.centricular.com</a><br>
</font></span><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div></div>