Confirmed the problem seems to be in the clutter plugin: env -uDISPLAY gst-launch-1.0 filesrc location=bbb_sunflower_1080p_60fps_normal.mp4 ! qtdemux ! vaapidecodebin ! clutterautovideosink
so a workaround is to avoid clutter: env -uDISPLAY gst-launch-1.0 filesrc location=bbb_sunflower_1080p_60fps_normal.mp4 ! qtdemux ! vaapidecodebin ! glimagesink ** Package changed: totem (Ubuntu) => clutter-gst-3.0 (Ubuntu) ** Project changed: totem => clutter-gst -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/1701463 Title: gst-vaapi+Wayland = rendering corruption in totem (but not in gst- play-1.0) Status in Clutter GStreamer Bindings: Confirmed Status in clutter-gst-3.0 package in Ubuntu: New Bug description: After successfully getting gst-vaapi to work in a Wayland session (either requires Weston, or you to unset $DISPLAY in Gnome Shell), totem produces rendering corruption. Strangely enough though, gst- play-1.0 has no such corruption. Note: The technique of unsetting $DISPLAY to avoid Xwayland and use Wayland-proper only seems to work for totem, not gst-play-1.0. gst- play-1.0 only renders to Wayland successfully (without corruption) in Weston. Tested with: http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_1080p_60fps_normal.mp4 To manage notifications about this bug go to: https://bugs.launchpad.net/clutter-gst/+bug/1701463/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
