Sebastian Dröge 909dd7831b audiodecoder: Don't be too picky about the output frame counter ... With most decoder libraries, and especially when accessing codecs via OpenMAX or similar APIs, we don't have the ability to properly related the output buffers to a number of input samples. And could e.g. get a fractional number of input buffers decoded at a time. Previously this would in the end lead to an error message and stopped playback. Change it to a warning message instead and try to handle it gracefully. In theory the subclass can now get timestamp tracking wrong if it completely misuses the API, but if on average it behaves correct (and gst-omx and others do) it will continue to work properly. Also add a test for the new behaviour. We don't change it in the encoder yet as that requires more internal logic changes AFAIU and I'm not aware of a case where this was a problem so far.		2014-06-20 11:02:55 +02:00
..
elements	decodebin: aggregate buffering messages	2014-05-29 18:59:30 -03:00
generic	Fix FSF address	2012-11-03 23:05:09 +00:00
gst	Fix FSF address	2012-11-03 23:05:09 +00:00
libs	audiodecoder: Don't be too picky about the output frame counter	2014-06-20 11:02:55 +02:00
pipelines	Revert "videoconvert: prevent bad interlaced conversions"	2013-03-24 00:21:36 +01:00
.gitignore	Ignore registries in any format.	2007-09-19 18:16:58 +00:00
gst-plugins-base.supp	valgrind: add ALSA leaks fixed by snd_config_update_free_global	2011-11-07 12:20:12 +00:00
Makefile.am	textoverlay: Link unit test with the local version of the library, not an installed one	2014-05-03 18:57:38 +02:00