GNOME Bugzilla – Bug 728128
glimagesink: swapped UV on OS X with avdec_h264
Last modified: 2014-05-01 05:10:23 UTC
On Mac OS X, with an High Profile H264 file the following was observed: gst-launch-1.0 filesrc location=/path/to/high_profile_h264.mp4 ! qtdemux ! h264parse ! avdec_h264 ! videoconvert ! osxvideosink The above looks fine. gst-launch-1.0 filesrc location=/path/to/high_profile_h264.mp4 ! qtdemux ! h264parse ! avdec_h264 ! glimagesink The above has UV planes swapped. I tried another H264 file that was not high profile and that looked OK so I'm suspecting high profile could be the differentiator. Not certain though.
Hmm, I tested encoding to baseline and high profile H264 using x264enc from videotestsrc but both of those files seem to play fine. I can't provide a sample unfortunately. It could be file-specific. I'll keep an eye out and see if I spot the issue again with other files and spot some pattern.
avdec_h264 output the same video format in both cases ? same caps ? I wonder if this is something related to colorimetry: http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/gst-libs/gst/gl?id=6d452f60eeb42c5f1e8450fe4460a2fea0694dad
I checked with the same file and the vtdec decoder for OS X and that showed the same symptoms.
Any chance this commit fixed the issue: http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/gst-libs/gst/gl?id=b2fe0c50ff99ee8e9063aed9643d7291233c0606 ?
I haven't had time to check if just that specific commit fixed it, but it is indeed fixed in master now. I think this can be closed.