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 793928 - omxh265: update 422 profile names
omxh265: update 422 profile names
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-omx
git master
Other Linux
: Normal normal
: 1.13.91
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 793876
Blocks:
 
 
Reported: 2018-02-28 17:26 UTC by Guillaume Desmottes
Modified: 2018-03-05 19:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
omxh265: update 422 profile names (1.88 KB, patch)
2018-02-28 17:26 UTC, Guillaume Desmottes
committed Details | Review

Description Guillaume Desmottes 2018-02-28 17:26:25 UTC
.
Comment 1 Guillaume Desmottes 2018-02-28 17:26:43 UTC
Created attachment 369107 [details] [review]
omxh265: update 422 profile names

h265parse is gaining support for the format range extension profile
(bgo#793876).
Use the profile names defined in h265parse.
Comment 2 Nicolas Dufresne (ndufresne) 2018-02-28 17:38:56 UTC
Review of attachment 369107 [details] [review]:

::: omx/gstomxh265utils.c
@@ +37,3 @@
     return (OMX_VIDEO_HEVCPROFILETYPE) OMX_ALG_VIDEO_HEVCProfileMainStill;
+  } else if (g_str_equal (profile, "main-422")) {
+    /* Not standard: 8 bits variation of main-422-10 */

So this is only used for negotation / memory saving ? The bitstream will say main-422-10 right ?
Comment 3 Guillaume Desmottes 2018-03-01 08:08:33 UTC
Review of attachment 369107 [details] [review]:

::: omx/gstomxh265utils.c
@@ +37,3 @@
     return (OMX_VIDEO_HEVCPROFILETYPE) OMX_ALG_VIDEO_HEVCProfileMainStill;
+  } else if (g_str_equal (profile, "main-422")) {
+    /* Not standard: 8 bits variation of main-422-10 */

No, our OMX implmentation has its own format to define this new profile. It corresponds to the same flags as Main 4:2:2 10 except general_max_8bit_constraint_flag = 1.
Comment 4 Julien Isorce 2018-03-01 18:23:04 UTC
Review of attachment 369107 [details] [review]:

::: omx/gstomxh265utils.c
@@ +40,2 @@
     return (OMX_VIDEO_HEVCPROFILETYPE) OMX_ALG_VIDEO_HEVCProfileMain422;
+  } else if (g_str_equal (profile, "main-422-10")) {

Would it be possible to re-use "gst_codec_utils_h265_get_profile" API from -base (and/or improve it if needed) ?
Comment 5 Nicolas Dufresne (ndufresne) 2018-03-01 18:40:41 UTC
(In reply to Julien Isorce from comment #4)
> Review of attachment 369107 [details] [review] [review]:
> 
> ::: omx/gstomxh265utils.c
> @@ +40,2 @@
>      return (OMX_VIDEO_HEVCPROFILETYPE) OMX_ALG_VIDEO_HEVCProfileMain422;
> +  } else if (g_str_equal (profile, "main-422-10")) {
> 
> Would it be possible to re-use "gst_codec_utils_h265_get_profile" API from
> -base (and/or improve it if needed) ?

gst_codec_utils_h265_get_profile() is a parsing function (parses from profile_tier_level data). We are converting from the caps. In general we avoid pulling any dependency for that translation. We should fix that function to support the new profiles (except the custom one) of course.
Comment 6 Nicolas Dufresne (ndufresne) 2018-03-05 18:59:53 UTC
Attachment 369107 [details] pushed as 5b55041 - omxh265: update 422 profile names
Comment 7 Nicolas Dufresne (ndufresne) 2018-03-05 19:00:28 UTC
This realigns with the h265parse element.