mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-12-24 09:10:36 +00:00
a1d2f387c6
This ensures the following special case is handled properly: 1. Queue is empty 2. Data is pushed, fill level is below the current high-threshold 3. high-threshold is set to a level that is below the current fill level Since mq->percent wasn't being recalculated in step #3 properly, this caused the multiqueue to switch off its buffering state when new data is pushed in, and never post a 100% buffering message. The application will have received a <100% buffering message from step #2, but will never see 100%. Fix this by recalculating the current fill level percentage during high-threshold property changes in the same manner as it is done when use-buffering is modified. https://bugzilla.gnome.org/show_bug.cgi?id=763757 |
||
---|---|---|
.. | ||
.gitignore | ||
capsfilter.c | ||
concat.c | ||
fakesink.c | ||
fakesrc.c | ||
fdsrc.c | ||
filesink.c | ||
filesrc.c | ||
funnel.c | ||
identity.c | ||
multiqueue.c | ||
queue.c | ||
queue2.c | ||
selector.c | ||
streamiddemux.c | ||
tee.c | ||
valve.c |