George Kiagiadakis 39d2526c34 videoaggregator: delay using new caps from a sink pad until the next buffer in the queue is taken ... When caps changes while streaming, the new caps was getting processed immediately in videoaggregator, but the next buffer in the queue that corresponds to this new caps was not necessarily being used immediately, which resulted sometimes in using an old buffer with new caps. Of course there used to be a separate buffer_vinfo for mapping the buffer with its own caps, but in compositor the GstVideoConverter was still using wrong info and resulted in invalid reads and corrupt output. This approach here is more safe. We delay using the new caps until we actually select the next buffer in the queue for use. This way we also eliminate the need for buffer_vinfo, since the pad->info is always in sync with the format of the selected buffer. https://bugzilla.gnome.org/show_bug.cgi?id=780682		2017-05-20 16:21:16 +02:00
..
gst	videoaggregator: delay using new caps from a sink pad until the next buffer in the queue is taken	2017-05-20 16:21:16 +02:00
Makefile.am	Use external shared libamrwb. Fixes #423741 (with lots of cleanup).	2007-05-16 13:50:51 +00:00
meson.build	Add support for Meson as alternative/parallel build system	2016-08-20 11:35:54 +01:00