[gstreamer-bugs] [Bug 627942] [queue2] wrong percent-filled estimation during on-disk buffering

[GStreamer (bugzilla.gnome.org)]

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

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wim.taymans at gmail.com

--- Comment #6 from Wim Taymans <wim.taymans at gmail.com> 2010-08-25 19:44:06 UTC ---
(In reply to comment #3)
> in the case where the queue2 doesn't use a ring-buffer GET_PERCENT(bytes, 0)
> is:
> 
> queue->cur_level.bytes * 100 / queue->max_level.bytes
> 
> example:
> 
> 2766246 * 100 / 2097152 = 131 :)
> 
> So the question is, why would  queue->cur_level.bytes be superior to
> queue->max_level.bytes ?

AFAIK, this can happen when the cur_level < max_level before the new buffer
arrives (and so it can go into the queue) but becomes > max_level after pushing
(and then the queue percent > 100, which is possible).

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