On Sat, 26 Aug 2017 at 20:23, Tony Houghton wrote: > Package: gstreamer1.0-vaapi > Version: 1.12.2-1+b1 > Severity: normal > > gstreamer-vaapi appears not to work in a GNOME Wayland environment. If I > run totem from the command line it shows an error message, but > apparently falls back to software rendering: > > libva error: va_getDriverName() failed with unknown libva > error,driver_name=(null)
There are several bugs related to this: https://bugzilla.gnome.org/show_bug.cgi?id=784429 https://bugzilla.gnome.org/show_bug.cgi?id=783169 https://bugzilla.gnome.org/show_bug.cgi?id=781972 > > Trying to play a file with gst-launch: > > $ gst-launch-1.0 playbin uri=file:///home/tony/Videos/paul.mkv > Setting pipeline to PAUSED ... > Pipeline is PREROLLING ... > Got context from element 'vaapisink0': gst.vaapi.Display=context, > gst.vaapi.Display=(GstVaapiDisplay)"\(GstVaapiDisplayWayland\)\ > vaapidisplaywayland1"; > Redistribute latency... > Got context from element 'playsink': gst.vaapi.Display=context, > gst.vaapi.Display=(GstVaapiDisplay)"\(GstVaapiDisplayWayland\)\ > vaapidisplaywayland1"; > Redistribute latency... > Pipeline is PREROLLED ... > Setting pipeline to PLAYING ... > New clock: GstPulseSinkClock > wl_surface@7: error 2: Failed to create a texture for surface 7 > ERROR: from element > /GstPlayBin:playbin0/GstPlaySink:playsink/GstBin:vbin/GstVaapiSink:vaapisink0: > Internal error: could not render surface > Additional debug info: > ../../../gst/vaapi/gstvaapisink.c(1482): gst_vaapisink_show_frame_unlocked > (): > /GstPlayBin:playbin0/GstPlaySink:playsink/GstBin:vbin/GstVaapiSink:vaapisink0 > Execution ended after 0:00:00.000574388 > Setting pipeline to PAUSED ... > Setting pipeline to READY ... > Setting pipeline to NULL ... > Freeing pipeline ... This is another issue, when using vaapisink with mutter: https://bugzilla.gnome.org/show_bug.cgi?id=775698 > > Both work without errors in X11. I think VAAPI itself is OK, because > vainfo works, and so does mpv, provided I use this config: > > opengl-backend=wayland > vo=opengl > hwdec=vaapi This is like if you were doing this: GST_GL_WINDOW=wayland gst-play-1.0 /home/tony/Videos/paul.mkv --videosink=glimagesink And it should work. So, yeah, there are several open issues with gstreamer-vaapi, mutter and cluttersink. vmjl > > I also tried to make green-recorder (an alternative front-end for > GNOME's screencast feature) use vaapiv8enc and the system completely > froze. I don't know if that has the same underlying cause. > > This machine is a Lenovo Thinkpad Carbon X1 4th Gen with an Intel > Skylake GPU. > > -- System Information: > Debian Release: buster/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, > 'unstable'), (500, 'testing'), (500, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), > LANGUAGE=en_GB:en (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages gstreamer1.0-vaapi depends on: > ii libc6 2.24-17 > ii libdrm2 2.4.82-1 > ii libegl1-mesa [libegl1-x11] 17.1.5-1 > ii libgl1-mesa-glx [libgl1] 17.1.5-1 > ii libglib2.0-0 2.53.6-1 > ii libgstreamer-plugins-bad1.0-0 1.12.2-1+b1 > ii libgstreamer-plugins-base1.0-0 1.12.2-1 > ii libgstreamer1.0-0 1.12.2-1 > ii libudev1 234-2.3 > ii libva-drm1 1.8.3-1 > ii libva-wayland1 1.8.3-1 > ii libva-x11-1 1.8.3-1 > ii libva1 1.8.3-1 > ii libwayland-client0 1.14.0-1 > ii libx11-6 2:1.6.4-3 > ii libxrandr2 2:1.5.1-1 > ii libxrender1 1:0.9.10-1 > > gstreamer1.0-vaapi recommends no packages. > > Versions of packages gstreamer1.0-vaapi suggests: > pn gstreamer1.0-vaapi-doc <none> > > -- no debconf information > >
