[gstreamer-bugs] [Bug 600787] playbin2 has a problem with Ogg stream with "info"

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Nov 13 12:17:44 PST 2009


https://bugzilla.gnome.org/show_bug.cgi?id=600787
  GStreamer | gst-plugins-base | 0.10.25

--- Comment #5 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2009-11-13 20:17:42 UTC ---
Ok, I've finally totally understood the problem. Other than the large
explanation above, here's some more: for each GstDecodeGroup of decodebin2
there is a multiqueue. A multiqueue can be on two states (in regard to its
queues):

- prerolling: limit is 2MB (no limits on time or buffers)
- playing: limit is 2MB or 5 buffers (no limits on time)

The problem is that the new pads of oggdemux have a multiqueue that is on
prerolling state, so it will only block on the 2MB limit, unfortunately the
stream causes oggdemux to switch pads again before it is reached.

I think adding more strict limits to multiqueue might cause regressions on
badly interleaved files. Maybe we could add a limit to multiqueues that are not
exposed. But it would have to go back to prerolling when exposed (if it has not
prerolled yet).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list