[gstreamer-bugs] [Bug 613827] Queue is not waiting to fill buffer until it's reaches to min-threshold-buffers value

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sat Jan 22 10:15:13 PST 2011


https://bugzilla.gnome.org/show_bug.cgi?id=613827
  GStreamer | gstreamer (core) | unspecified

--- Comment #7 from Wim Taymans <wim.taymans at gmail.com> 2011-01-22 18:15:09 UTC ---
A new threshold could be interesting indeed but fairly useless without more
support.

For most pipelines you will get more results when you enable large buffers in
the audiosink. pulseaudio is capable of taking 2 seconds of audio if we let it.
If this enabled, GStreamer would read 2 seconds of data in one burst and then
sleep for 2 seconds. This should automatically reduce disk access.

The only problem with that now is that we need to know if low latency is needed
or not before we can enable the 2 second buffers. Likely the fact that the
pipeline is live can give an indication that larger buffers are not wanted (but
not always if you have large buffers in the source too).

Also most local pipelines don't have a queue after the source.

-- 
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