GNOME Bugzilla – Bug 781972
vaapidec: Totem doesn't render H.264 videos under Wayland
Last modified: 2017-11-30 13:53:29 UTC
I'm trying to play some mp4 (H.264) videos using Totem under Wayland, but there's no video, only sound. Everything works fine under X11 on the same system. Here's the terminal output: (totem:6638): Grilo-WARNING **: [registry] ../grilo/src/grl-registry.c:1092: Plugin '/usr/lib/grilo-0.3/libgrldpap.so' already exists (totem:6638): Grilo-CRITICAL **: grl_source_resolve: assertion 'GRL_IS_SOURCE (source)' failed libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_40 libva info: va_openDriver() returns 0 libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_40 libva info: va_openDriver() returns 0 (totem:6638): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node slider owner GtkScale) (totem:6638): Totem-WARNING **: Failed to reset the playback rate to 1.0 Other videos play fine (tried flv, ogg, webm and 3gp). You can test it on sample videos from http://techslides.com/sample-webm-ogg-and-mp4-video-files-for-html5
Can you try and remove the gstreamer libva plugin? It's called gstreamer1-vaapi in Fedora.
It works after removing the libva plugin, but now this happens https://bugzilla.gnome.org/show_bug.cgi?id=781975
I'm going to reassign this to GStreamer which now integrates the libva plugins. It could also be a problem in the integration between clutter-gst and the libva plugins.
libav is ffmpeg, I think you mean libav, the component is gstreamer-vaapi. Would it be possible to test with latest gstreamer-vaapi, I have the impression this bug has already been reported and fixed in the meantime.
I guess this is using mutter as compositor, right?
(In reply to Nicolas Dufresne (stormer) from comment #4) > libav is ffmpeg, I think you mean libav, Well, at least I'm not the only one getting confused ;)
(In reply to Nicolas Dufresne (stormer) from comment #4) > libav is ffmpeg, I think you mean libav, the component is gstreamer-vaapi. > Would it be possible to test with latest gstreamer-vaapi, I have the > impression this bug has already been reported and fixed in the meantime. Do you mean latest stable (1.10.4) or 1.12 ?
(In reply to Víctor Manuel Jáquez Leal from comment #5) > I guess this is using mutter as compositor, right? mutter 3.24.1+1+geb394f19d (latest available in Arch repos)
(In reply to totembugreport from comment #7) > (In reply to Nicolas Dufresne (stormer) from comment #4) > > libav is ffmpeg, I think you mean libav, the component is gstreamer-vaapi. > > Would it be possible to test with latest gstreamer-vaapi, I have the > > impression this bug has already been reported and fixed in the meantime. > > Do you mean latest stable (1.10.4) or 1.12 ? I mean git master.
trying this pipeline either in gstreamer master and latest branch 1.10 gst-play-1.0 http://techslides.com/demos/sample-videos/small.mp4 --videosink=clutterautovideosink And it works. Can you upload a debug log as explained in https://wiki.gnome.org/Apps/Videos/BugReporting ??
(In reply to Víctor Manuel Jáquez Leal from comment #10) > trying this pipeline either in gstreamer master and latest branch 1.10 > > gst-play-1.0 http://techslides.com/demos/sample-videos/small.mp4 > --videosink=clutterautovideosink > > And it works. > > Can you upload a debug log as explained in > https://wiki.gnome.org/Apps/Videos/BugReporting ?? With libva, libva-intel-driver 1.8.3 and gstreamer1-vaapi 1.12.2, I'm getting this output under wayland: $ gst-play-1.0 http://techslides.com/demos/sample-videos/small.mp4 --videosink=clutterautovideosink failed to open /usr/lib64/dri/hybrid_drv_video.so Failed to wrapper hybrid_drv_video.so ** (gst-play-1.0:9229): WARNING **: Couldn't create specified video sink 'clutterautovideosink' Geben Sie »k« ein, um die Liste der Tastenkombinationen zu sehen. Momentan wird http://techslides.com/demos/sample-videos/small.mp4 wiedergegeben Prerolling... failed to open /usr/lib64/dri/hybrid_drv_video.so Failed to wrapper hybrid_drv_video.so failed to open /usr/lib64/dri/hybrid_drv_video.so Failed to wrapper hybrid_drv_video.so Redistribute latency... Redistribute latency... wl_surface@7: error 2: Failed to create a texture for surface 7: Unsupported buffer format 12760 ERROR Internal error: could not render surface for http://techslides.com/demos/sample-videos/small.mp4 ERROR debug information: gstvaapisink.c(1482): gst_vaapisink_show_frame_unlocked (): /GstPlayBin:playbin/GstPlaySink:playsink/GstBin:vbin/GstVaapiSink:vaapisink0 Speicherzugriffsfehler (Speicherabzug geschrieben) The coredump has been analyzed by Fedora's abrt/libreport and reported to https://bugzilla.redhat.com/show_bug.cgi?id=1507138. I can also reproduce this crash with gstreamer1-vaapi-1.12.3 on Fedora 27.
(In reply to Christian Stadelmann from comment #11) > (In reply to Víctor Manuel Jáquez Leal from comment #10) > > trying this pipeline either in gstreamer master and latest branch 1.10 > > > > gst-play-1.0 http://techslides.com/demos/sample-videos/small.mp4 > > --videosink=clutterautovideosink > > > > And it works. > > > > Can you upload a debug log as explained in > > https://wiki.gnome.org/Apps/Videos/BugReporting ?? > > With libva, libva-intel-driver 1.8.3 and gstreamer1-vaapi 1.12.2, I'm > getting this output under wayland: > > $ gst-play-1.0 http://techslides.com/demos/sample-videos/small.mp4 > --videosink=clutterautovideosink > failed to open /usr/lib64/dri/hybrid_drv_video.so > Failed to wrapper hybrid_drv_video.so > > ** (gst-play-1.0:9229): WARNING **: Couldn't create specified video sink > 'clutterautovideosink' This is a different bug, described in #775698
Closing this bug report as no further information has been provided. It is possible to be a duplicated of bug 784369 Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!