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 442024 - regression in playbin buffering
regression in playbin buffering
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal blocker
: 0.10.13
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-29 09:56 UTC by Wim Taymans
Modified: 2007-05-29 13:42 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch to fix the problem (2.50 KB, patch)
2007-05-29 09:57 UTC, Wim Taymans 		committed Details | Review

Description Wim Taymans 2007-05-29 09:56:34 UTC 
Playbin decides to activate the current streams when a no_more_pads was received from a demuxer or when the internal queues fill up.

In the case buffering is enabled and the internal queues fill up, no 100% buffering message is posted and the app stays in the PAUSED state. The signal that should finish the buffering (the new pushing signal) is never signalled because the queue srcpads are not yet linked. This results in a deadlock while buffering.
Comment 1 Wim Taymans 2007-05-29 09:57:31 UTC 
Created attachment 88993 [details] [review]
patch to fix the problem

This patch stops buffering when the queues fill up.
Comment 2 Wim Taymans 2007-05-29 13:42:01 UTC 
        * gst/playback/gstplaybasebin.c: (queue_overrun),
        (no_more_pads_full):
        Stop buffering when the group is commited because the queues filled up.
        Fixes #442024.