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 796627 - vaapi: Add support for 422 decoding
vaapi: Add support for 422 decoding
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer-vaapi
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 797143 797264
Blocks:
 
 
Reported: 2018-06-19 07:17 UTC by Fei
Modified: 2018-11-03 15:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Fei 2018-06-19 07:17:34 UTC 
This is an Intel feature requirement.

Supports higher quality render target in 422 (YUV). Apply to HEVC 8bit and 10bit decode, (M)JPEG decode and encode
Comment 1 Víctor Manuel Jáquez Leal 2018-06-19 09:56:37 UTC 
What does this mean? What are the proposed tasks, or desired output?
Comment 2 sreerenj 2018-06-20 02:06:05 UTC 
Libva exposing the three-plane format I010. Does it mean to support this new format?

Or maybe adding 422 decode output? currently, we only have 420 decode output.
Do we have a hardware out in the market which can do this?
Comment 3 Fei 2018-06-20 03:06:14 UTC 
(In reply to sreerenj from comment #2)
> Libva exposing the three-plane format I010. Does it mean to support this new
> format?
> 
> Or maybe adding 422 decode output? currently, we only have 420 decode output.
> Do we have a hardware out in the market which can do this?

Add thean.siew into the loop, @thean.siew, could you help answer Sree's question?Thanks
Comment 4 Nicolas Dufresne (ndufresne) 2018-06-20 15:33:18 UTC 
(In reply to sreerenj from comment #2)
> Libva exposing the three-plane format I010. Does it mean to support this new
> format?
> 
> Or maybe adding 422 decode output? currently, we only have 420 decode output.
> Do we have a hardware out in the market which can do this?

Some detail about these format would be nice, we do have couple of planar formats like this in GStreamer already:

  GST_VIDEO_FORMAT_I420_10BE
  GST_VIDEO_FORMAT_I420_10LE
  GST_VIDEO_FORMAT_I422_10BE
  GST_VIDEO_FORMAT_I422_10LE
  GST_VIDEO_FORMAT_Y444_10BE
  GST_VIDEO_FORMAT_Y444_10LE

These are all packed inside 16bit (6 bit padding), even though nothing in the doc mentions it.
Comment 5 Soon, Thean Siew 2018-06-22 08:49:00 UTC 
We would like to request the functionality of 422 decode output and 422 encode input such as the following format:
  
  GST_VIDEO_FORMAT_YUY2
  GST_VIDEO_FORMAT_UYVY
  GST_VIDEO_FORMAT_I422_10LE
Comment 6 GStreamer system administrator 2018-11-03 15:55:26 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/gstreamer-vaapi/issues/103.