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 764344 - Fail to play HEVC 10bit decode in wayland weston
Fail to play HEVC 10bit decode in wayland weston
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer-vaapi
1.8.0
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 748634
 
 
Reported: 2016-03-30 02:23 UTC by Lim Siew Hoon
Modified: 2017-11-10 12:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
video stream: sample_hevc10bit.mkv (1.17 MB, application/octet-stream)
2016-03-30 13:48 UTC, Lim Siew Hoon
Details

Description Lim Siew Hoon 2016-03-30 02:23:12 UTC
Submit this bugzilla to check on HEVC(H265) 10bit decode Gstreamer-vaapi capable to support on wayland weston or not. The wayland spec and drm_fourcc.h, wayland weston didn't support for 10 bit surface. But it  should be able to render out if using vpp to scale down 10 bit surface to 8 bit surface.

It will hit to va_GetSurfaceBufferWL function in intel-va driver that didn't support for obj_surface->fourcc = VA_FOURCC_P10 (because the wayland weston didn't support 10 bit surface). 

I'm not sure yet how this should be work yet. But it should be similar concept on how it handle for X11. 

Gst command:
gst-launch-1.0 filesrc location=/home/test/video_h265.mp4 ! qtdemux ! vaapidecode ! vaapisink

gst-launch-1.0 filesrc location=/home/test/video_h265.mp4 ! qtdemux ! vaapidecode ! vaapipostproc format=i420 width=1920 height=1080 ! vaapisink
Comment 1 Lim Siew Hoon 2016-03-30 02:37:16 UTC
Wayland version = 1.8.1 version
Weston version = 1.8.0 version
Comment 2 Lim Siew Hoon 2016-03-30 06:50:55 UTC
I'm just notice that got new fixed for P10 support in the bug fixed in 

https://bugzilla.gnome.org/show_bug.cgi?id=759181.

I will check on it see this resolve the issue, I saw in using wayland weston.
Comment 3 Lim Siew Hoon 2016-03-30 13:48:50 UTC
Created attachment 325013 [details]
video stream: sample_hevc10bit.mkv
Comment 4 Víctor Manuel Jáquez Leal 2016-11-14 12:10:30 UTC
Lim, did you rechecked the issue? Does it still fail?
Comment 5 Víctor Manuel Jáquez Leal 2016-11-14 12:52:09 UTC
I have tried it.

By default, vaapipostproc will choose NV12 format conversion when negotiating with vaapisink. Though the playback in my kabylake freezes for a moment at the end, and sometimes the color conversion is not correct.

But if I force the P010_10LE format I got an typical VA assert.

$ gst-play-1.0 ~/patterns/bug764344.mp4 --videosink='capsfilter caps="video/x-raw(memory:VASurface),format=P010_10LE" ! vaapisink'
libva info: VA-API version 0.39.3
libva info: va_getDriverName() returns 0
libva info: Trying to open /home/intel/gst/master/libva-intel-driver/src/.libs/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
libva info: VA-API version 0.39.3
libva info: va_getDriverName() returns 0
libva info: Trying to open /home/intel/gst/master/libva-intel-driver/src/.libs/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
Press 'k' to see a list of keyboard shortcuts.
Now playing /home/intel/patterns/bug764344.mp4
Redistribute latency...
lt-gst-play-1.0: i965_output_wayland.c:283: va_GetSurfaceBufferWl: Assertion `0 && "unsupported format"' failed.
Aborted (core dumped)

I'm my opinion all this should be reported to the intel va driver
Comment 6 Víctor Manuel Jáquez Leal 2017-11-10 12:28:29 UTC
The original issue reported by Lim is already fixed. The issue I found later (comment 5) is reported in bug 775698. Thus closing.