GNOME Bugzilla – Bug 757332
sushi fails to show video, display green screen
Last modified: 2016-03-06 13:11:56 UTC
Previewing a video in nautilus results in a solid green preview display. However, video previews appear to work otherwise -- audio is played, and the user can use the seek bar in the preview window to move around the video. Video file type does not appear to affect the outcome. Videos that fail to preview play fine in video players, including totem. Other file types (images, audio, text) appear to preview normally. Running Debian testing (up-to-date GNOME 3.18.1) with Intel Core i7-4500U CPU and Intel Haswell Mobile graphics.
Created attachment 319159 [details] screencast of issue
More information: On Fedora 23 (gnome-shell 3.18.3, sushi 3.18.0) when you try to preview a video file in Nautilus you get the audio fine but no video, just a green box. This is true of all formats of video. This *does not* affect other GNOME video players, such as Totem, gThumb and Cheese - these all work fine (not tried VLC) - as does the Google Hangout plugin, Skype, Plex in a browser, etc. It seems to be the exact same issue as reported over here against gnome-sushi in the Debian project: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801678 There are no other seemingly relevant messages in content in the logs. When you hit space bar in Nautilus to preview the video, while tailing the logs, you see: Feb 13 17:17:49 localhost.localdomain /usr/libexec/gdm-x-session[2417]: Activating service name='org.gnome.NautilusPreviewer' Feb 13 17:17:49 localhost.localdomain org.gnome.NautilusPreviewer[2475]: Gjs-Message: JS LOG: Register mimetype text/html etc. (for a lot of mimetypes) Then: Feb 13 17:17:49 localhost.localdomain /usr/libexec/gdm-x-session[2417]: Successfully activated service 'org.gnome.NautilusPreviewer' Followed by more mimetype registrations: Feb 13 17:17:49 localhost.localdomain org.gnome.NautilusPreviewer[2475]: Gjs-Message: JS LOG: Register mimetype audio/mpeg etc. Then just this, continuously for *every frame* sushi tries to render, until you stop attempting playback: Feb 13 17:17:50 localhost.localdomain org.gnome.NautilusPreviewer[2475]: (sushi-start:23484): Cogl-WARNING **: driver/gl/gl/cogl-texture-driver-gl.c:488: GL error (1281): Invalid value Feb 13 17:17:50 localhost.localdomain org.gnome.NautilusPreviewer[2475]: (sushi-start:23484): Cogl-WARNING **: driver/gl/cogl-util-gl.c:96: GL error (1281): Invalid value There is no error on exit. I couldn't find any reference to these messages or a similar report anywhere else, so I think this bug is not reported yet to the GNOME project (I searched Closed bugs too). It perhaps only affects certain devices, newer Intel chipsets, so I tell you this is a brand new ThinkPad T450s, lshw info: greg-t450s-codeenigma-net description: Notebook product: 20BXCTO1WW (LENOVO_MT_20BX_BU_Think_FM_ThinkPad T450s) vendor: LENOVO version: ThinkPad T450s serial: PC0AFAC9 width: 64 bits capabilities: smbios-2.7 dmi-2.7 vsyscall32 `lspci -k | grep -iA 3 vga` says: 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) Subsystem: Lenovo Device 5036 Kernel driver in use: i915 Kernel modules: i915 And lshw again: *-display description: VGA compatible controller product: Broadwell-U Integrated Graphics vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 09 width: 64 bits clock: 33MHz capabilities: msi pm vga_controller bus_master cap_list rom configuration: driver=i915 latency=0 resources: irq:44 memory:e0000000-e0ffffff memory:d0000000-dfffffff ioport:3000(size=64) And vainfo says: vainfo: VA-API version: 0.38 (libva 1.6.2) vainfo: Driver version: Intel i965 driver for Intel(R) Broadwell - 1.6.2
Some more info, exact same issue but a different ThinkPad. This one is a 2 year old X1 Carbon, same as the T450s, on Fedora 23 (gnome-shell 3.18.3, sushi 3.18.0). lshw: greg-lenovo-codeenigma-com description: Notebook product: 3460CLG (LENOVO_MT_3460) vendor: LENOVO version: ThinkPad X1 Carbon serial: PK1VC5Y width: 64 bits capabilities: smbios-2.7 dmi-2.7 vsyscall32 *-display description: VGA compatible controller product: 3rd Gen Core processor Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 09 width: 64 bits clock: 33MHz capabilities: msi pm vga_controller bus_master cap_list rom configuration: driver=i915 latency=0 resources: irq:26 memory:f0000000-f03fffff memory:e0000000-efffffff ioport:4000(size=64) lspci: 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) Subsystem: Lenovo Device 21f9 Kernel driver in use: i915 Kernel modules: i915 vainfo: vainfo: VA-API version: 0.38 (libva 1.6.2) vainfo: Driver version: Intel i965 driver for Intel(R) Ivybridge Mobile - 1.6.2 So different hardware, but same kernel driver.
This would be another good bug for the 3.20 target.
Looks like a duplicate of bug 762764.
*** This bug has been marked as a duplicate of bug 762764 ***
But by closing this bug, you've closed the older bug with more detail enclosed. Now I should copy and paste all my debug information to the other ticket?
Thanks for your bug report and for your investigative work. The other bug has a link to this one, so there's no need to move the debugging information there. The issue is due to a change that was made inside Clutter (switch to GL3 by default) and that was fixed for Clutter-GStreamer 3.0, which is what Cheese and Totem use — but not Sushi. Sushi 3.20 has been ported to Clutter-GStreamer 3.0, and the fix for Clutter-GStreamer 2.0 (for older versions of Sushi) has been backported and will be applied by distributions shipping Clutter-GStreamer 2.0.
Ahh, OK - thanks for coming back, I understand.