[DASH] Client Pipeline dashdemux+multiqueue

[Angel Martin]

Dear Sebastian,

After checking the logs of the playbin i found a *very strange issue (at
least for me, because I am familiar to the src_%u or audio_%u,... syntax)*.
I changed *dashdemux src pads* from *src_0* and *src_1* to *ghostpad0* and
*ghostpad1*.
Now, it works!

GST_DEBUG=2 gst-launch-1.0 -v souphttpsrc location=
http://localhost/dash/ondemand.mpd name=source ! application/dash+xml !
dashdemux name=dd0 multiqueue name=mq0 dd0*.ghostpad0* ! 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*.ghostpad1* ! 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

Thank you Sebastian.

Best,

Angel

On 26 January 2015 at 16:14, Sebastian Dröge <sebastian at centricular.com>
wrote:

> On Mo, 2015-01-26 at 15:52 +0100, Angel Martin wrote:
> > Dear all,
> >
> > I am trying to find the pipeline to receive and manipulate a DASH stream
> > with video and audio in separated fragments.
> >
> > The first step is to try to play it and then to remove the sinks, add a
> > muxer for video and audio and push it to a UDP connection.
> >
> > This player works perfect:
> > *gst-launch-1.0 -v playbin uri=http://localhost/dash/ondemand.mpd
> > <http://localhost/dash/ondemand.mpd> name=source*
> >
> > Now, I am trying to forward the DASH to a UDP stream.
>
> Forward to UDP how? RTP?
>
> > Here, you can find a very good description of the *"HTTP Adaptive
> Streaming
> > with GStreamer"* done by *Sebastian Dröge*:
> > https://coaxion.net/blog/2014/05/http-adaptive-streaming-with-gstreamer/
> >
> > My basic hint to reach my target scenario comes from this graph:
> > https://coaxion.net/blog/wp-content/uploads/2014/05/hls-av.png
> >
> > I am using Gst 1.4.3 64 bits on Debian Testing.
> > [...]
>
> First of all try without multiqueue and just use normal queues, that
> will make the pipeline simpler while not making much of a difference.
>
> As you can see from the logs, there are some problems with pad links
> here:
> > *0:00:00.133977452  8235 0x7f57ac003590 WARN                 basesrc
> > gstbasesrc.c:2933:gst_base_src_loop:<souphttpsrc2> error: streaming
> > task paused, reason not-linked (-1)*
>
> If you get full debug logs, you should be able to backtrace from that
> line to see where exactly the missing link is. And also then check why
> linking that failed.
>
> --
> 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/20150126/def8287a/attachment.html>