gstreamer/tests/check
Carlos Rafael Giani d1d9fca1e2 multiqueue: Recalculate fill level after changing high-threshold
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
2016-04-15 19:17:17 +03:00
..
elements multiqueue: Recalculate fill level after changing high-threshold 2016-04-15 19:17:17 +03:00
generic check: Rename states unit test 2015-08-14 11:10:37 +02:00
gst gstbuffer: fix GstParentBufferMeta GType name 2016-03-07 12:02:00 +01:00
libs tests: fix indentation 2016-02-19 14:41:55 +00:00
pipelines Fix double semicolons 2015-03-10 09:24:28 +00:00
tools tests: refactor tools check a little 2014-10-31 16:10:01 +00:00
.gitignore tests: add check for gst-inspect --exists functionality 2012-09-01 23:02:10 +01:00
Makefile.am tests: extend the AM_TESTS_ENVIRONMENT from check.mak 2016-02-05 19:11:10 -03:00