GNOME Bugzilla – Bug 755354
Totem displays black screen on Wayland with libva-intel
Last modified: 2015-11-19 17:07:28 UTC
Totem is working without any issues on Wayland by default (log with VA-API driver missing): libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/i965_drv_video.so libva info: va_openDriver() returns -1 libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 1 libva error: va_getDriverName() failed with operation failed,driver_name=i965 After installing VA-API driver to enable VA-API video acceleration, totem won't work correctly: libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_37 libva info: va_openDriver() returns 0 VA-API driver is installed and loaded but works correctly only on X session. Black window is the only output displayed on Wayland session. Driver package: libva-intel-driver-1.5.1-1.fc22.x86_64.rpm GPU: Bay Trail Intel HD Graphics Totem 3.17.92
gst-vaapi probably doesn't work with Wayland (or with clutter-gst under Wayland).
So in this case it would be better to disable va-api support when launched on Wayland IMO.
As far as I have tested, gstreamer-vaapi works well in wayland/weston using vaapisink. walyandsink won't work. I haven't tested with clutter-gst.
František, Could you attach a debug log to the log? GST_DEBUG=*:3,*clutter*:5,vaapi*:5 More info about debug log messages: https://wiki.gnome.org/Apps/Videos/BugReporting
As a side note: Running cogl/clutter/clutter-gst3 from jhbuild with gstreamer-vaapi won't work because clutter-gst3 uses OpenGL3, and it is not supported by gstreamer-vaapi right now. That's why I asked for the logs, to confirm the reason. See bug 753099
I've tested it again on updated Fedora 23 (Totem 3.18.1) and everything works correctly now. So I suppose it's not necessary to send log?
(In reply to František Zatloukal from comment #6) > I've tested it again on updated Fedora 23 (Totem 3.18.1) and everything > works correctly now. So I suppose it's not necessary to send log? Glad to hear that! And let's close this bug.