mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2025-01-27 09:38:17 +00:00
d1d9fca1e2
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 | ||