After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 555652 - [multiqueue] Should be considered full when an EOS event comes in
[multiqueue] Should be considered full when an EOS event comes in
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-10-09 10:27 UTC by Edward Hervey
Modified: 2009-10-14 09:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Consider singlequeue full if we have received EOS (1.48 KB, patch)
2008-10-09 10:30 UTC, Edward Hervey 		needs-work Details | Review

Description Edward Hervey 2008-10-09 10:27:24 UTC 
When an EOS event arrives in a (singlequeue of a) multiqueue, that queue should be considered as filled, and the corresponding 'overrun' signal should be emitted.

This follows the same logic as in queue2.

The side effects of this proper handling means that a lot of small files that don't fill the multiqueue size will now work.
Comment 1 Edward Hervey 2008-10-09 10:30:26 UTC 
Created attachment 120258 [details] [review]
Consider singlequeue full if we have received EOS
Comment 2 Edward Hervey 2008-10-10 14:32:05 UTC 
not 100% correct yet in fact, it causes deadlocks somewhere.
Comment 3 Edward Hervey 2009-10-14 09:12:13 UTC 
gah, looks like this was already fixed. Closing