[gst-devel] problem with my pipeline (goom + video with 2 audio streams)
Vincent.Torri at iecn.u-nancy.fr
Thu Feb 23 23:36:05 CET 2006
After our dicussions on irc, it's quite better now :) But I have a problem
of duration, now :/
The gst_vis.c prog does not display the correct duration. In addition,
it seems it's not really random, but several values get back (for an mp3).
For blood.mkv, It displayes a duration of 1s
Where this problem can come from ?
thank you :)
On Wed, 22 Feb 2006, Jan Schmidt wrote:
> > Does soeone see the problem in my pipeline ?
> In case you don't see my reply on IRC, and so that it's archived for
> posterity, attaching a modified version:
> <thaytan> compare to the version you posted to the mailing list
> <thaytan> I corrected some refcount issues, and put things in bins for
> <thaytan> but the important fix is modifying the queue properties so the
> queues don't fill up and stall straight away
> The 'always work without gobbling memory' approach here is to keep the
> queues in a list and attach to the overrun signals as decodebin does.
> When a queue fills up, decodebin checks the other queues to ensure that
> they all have at least one buffer in them. If any queue is completely
> empty (and hasn't yet EOS'd) then decodebin will grow the size of the
> full queue slightly so as to allow more data to be buffered.
> An alternative is just to set them to a nice size, as in my example, but
> this means that a video queue will always be buffer 3 seconds of raw
> video frames, which is potentially a large use of memory.
> Jan Schmidt thaytan at noraisin.net
> T - "If we were anyone but us, the fact that being shot down is often
> fatal would be a factor there."
> R - "And if beggars were horses, something something ferrets."
> - Triangle & Robert #1860
More information about the gstreamer-devel