Problem with stalled qtmux

[Kiran Nagaraja]

Sorry for typos in the earlier post. The constructed pipeline was
originally: filesrc -> qtdemux -> qtmux frament=10000 -> multifilesink.

Realized that the mux element would need 2 threads to bring in the audio
and video buffers simultaneously. I added two queues one each for audio and
video buffers coming out of demux, and linked the queues to corresponding
pads on qtmux.

- Kiran


On Mon, Nov 16, 2015 at 6:01 PM, Kiran Nagaraja <kiran.nagaraja at gmail.com>
wrote:

> Hi,
>
> Building a simple application (using C bindings) with the following
> pipeline of elements:
>
> filesink -> qtdemux -> qtmux -> filesink
>
> I've set the filesink 'async' property to FALSE, and taken care of the
> dynamic pad linking btwn qtdemux and qtmux for both audio and video pads.
>
> When run, the pipeline goes to the PLAYING state, but no buffers flow
> through it.
>
> I suspect the 'stream-start' event didn't flow throw the pipeline since I
> don't see it in my bus event callback. When debugging with GST_EVENT:5, I
> see that there is stream-start event upto the mux element, but not for the
> filesink.  Buffers flow if were to remove the qtmux and sink directly.
>
> GST_EVENT log can be found here: http://pastebin.com/nhxgt4f3
>
> Am I missing some configuration?
>
> Thanks,
> - Kiran
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20151118/918cd664/attachment.html>