After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 749226 - vtdec_hw attempts to play back 422-encoded h264
vtdec_hw attempts to play back 422-encoded h264
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Mac OS
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-05-11 13:38 UTC by Heinrich Fink
Modified: 2018-11-03 13:35 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Heinrich Fink 2015-05-11 13:38:38 UTC 
When trying to play back 422-encoded h264, vtdec_hw still tries to decode the stream, even though the HW decoder is only able to decode 420. This results in corrupt images since the stream is interpreted as 420.

There are a few things that can be done: 

* Make sure to also pass on the pixel format in gst_vtdec_set_format
* Use CMVideoFormatDescriptionCreateFromH264ParameterSets to get the correct description (works when stream-format=avc, should be available in codec_data in caps). I guess this should be the preferred way.

A sample 422-encoded file is attached.
Comment 1 Heinrich Fink 2015-05-11 13:40:26 UTC 
Attachment failed (too large), here is a dropbox link to the file: 
https://www.dropbox.com/s/vwqwdg1uzl1ne0y/lupo_candlelight_h264_yuv422p_8bit_720p.mov?dl=0
Comment 2 GStreamer system administrator 2018-11-03 13:35:14 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/251.