GNOME Bugzilla – Bug 796584
vaapi: Scrambled rendering for some h.264 videos with glimagesink on AMD GPU
Last modified: 2018-11-03 15:55:00 UTC
vainfo: libva info: VA-API version 1.1.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_1 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.1 (libva 2.1.0) vainfo: Driver version: mesa gallium vaapi vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc Scrambled rendering with: https://download.blender.org/durian/trailer/Sintel_Trailer.480p.DivX_Plus_HD.mkv No rendering issue with: https://trac.webkit.org/export/232834/webkit/trunk/LayoutTests/media/content/test.mp4
Does it happen only with glimagesink or with videoconvert ! xvimagesink too ? What are the caps negotiated between vaapih264dec and glimagesink ?
(In reply to Julien Isorce from comment #1) > Does it happen only with glimagesink or with videoconvert ! xvimagesink too > ? > What are the caps negotiated between vaapih264dec and glimagesink ? it is only with glimagesink and with this sample (other media files work OK). It is dmabuf negotiated.
Can you provide a screenshot?
Here's a screencast: https://owncloud.igalia.com/index.php/s/NyZMdW3gc2ToP5s
Ok, this is what I had in mind. This is tiled/compressed video displayed as if it was linear. It also means that the DMABuf uploaded in glupload failed and it had falledback to raw uploader. It means the code to ensure that exported DMABuf are linear is broken. This is a problem we get in various scenarios with recent Mesa. Shall we fail in glupload if DMABuf capsfeature has been chosen and dmabuf uploaded failed ?
I have seen similar issues for some specific resolution videos when playing with gst-msdk plugins and glimagesink when negotiating dmabuf.
Is this the same issue we discussed multiple times in different bugs and IRC ? "Using vaapipostproc after vaapih264dec fix the issue when using glimagesink in dmabuf mode and egl platform"
-- 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/100.