Gwenole Beauchesne e876d9a581 overlay: fix check for pixels buffer change. ... A GstVideoOverlayRectangle is created whenever the underlying pixels data change. However, when global-alpha is supported, it is possible to re-use the same GstVideoOverlayRectangle but with a change to the global-alpha value. This process causes a change of sequence number, so we can no longer check for that. Still, if sequence numbers did not change, then there was no change in global-alpha either. So, we need a way to compare the underlying GstBuffer pointers. There is no API to retrieve the original pixels buffer from a GstVideoOverlayRectangle. So, we use the following heuristics: 1. Use gst_video_overlay_rectangle_get_pixels_unscaled_argb() with the same format flags from which the GstVideoOverlayRectangle was created. This will work if there was no prior consumer of the GstVideoOverlayRectangle with alternate (non-"native") format flags. 2. In overlay_rectangle_has_changed_pixels(), we have to use the same gst_video_overlay_rectangle_get_pixels_unscaled_argb() function but with flags that match the subpicture. This is needed to cope with platforms that don't support global-alpha in HW, so the gst-video layer takes care of that and fixes this up with a possibly new GstBuffer, and hence pixels data (or) in-place by caching the current global-alpha value applied. So we have to determine the rectangle was previously used, based on what previous flags were used to retrieve the ARGB pixels buffer.		2013-01-11 15:29:12 +01:00
..
codecparsers	libs: fix build of submodule wrappers.	2013-01-11 14:16:16 +01:00
vaapi	overlay: fix check for pixels buffer change.	2013-01-11 15:29:12 +01:00
video	libs: fix build of submodule wrappers.	2013-01-11 14:16:16 +01:00
Makefile.am	Add videoutils submodule for GstVideoDecoder APIs.	2012-12-21 16:01:16 +01:00