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

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #2 from Venkat <vinjam5678 at gmail.com> 2010-03-26 19:48:34 UTC ---
Currently we are optimizing the video and audio stack for po. The current
queueing policy is, it fills buffers with data as it empty's. with this we are
frequently waking up the hardware video decoder for every frame. because of
this it consuming more power with frequent wake ups.  Hardware have the ability
to decode more frames.  and also current processors have the high processing
capability to fill queue quickly. once it fills max-size-buffers, we want to
wait <or put the hardware in sleep>  until all the buffers become empty in
queue. I tried different ways to reach this requirement. Then I did some
research on the queue. Found queue need some enhancements to satisfy the
requirements.

What is the problem? The min-threshold is only used to decide when buffering
should restart. 

-- It is true. But this is not performing like that. Buffering should start
when the current buffer level goes below < min-threshold-buffers.
--once the queue is filled with Max-size-buffers, queue shouldn't buffer until
the current buffer level goes below < min-threshold-buffers.
-- I am ok. if I dont pass any parameters to queue. no issue with that default
behavior.  the problem starts when I use max-size-buffers and
min-threshold-buffers. 

Thanks
Venkat

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