GStreamer multimedia framework

cgitlabgstreamerofficial-mirrorvideo

George Kiagiadakis 2a60a9f66f 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
ext/gl	glvideomixer: fix whole example launch line actually	2017-05-07 11:47:40 +01:00
gst/compositor	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
gst-libs/gst/video	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
tests/check/elements	tests: Test caps using query	2017-05-20 16:21:16 +02:00