GNOME Bugzilla – Bug 792874
waylandsink: gst-launch-1.0 windows does not mimic application well
Last modified: 2018-11-03 14:17:33 UTC
Title is a little vagues, but how waylandsink works is that the application passes a Surface, and waylandsink attach two subsurfaces to it (back plane for the black borders, and the video layer). Though, when testing with gst-launch-1.0, the created "window" do have a surface, but that surface does not have a buffer attached to it. That makes gnome-shell think the "window" has a size of 0x0, while weston will assume the size of the sub-surfaces. This is more visible if you set a render rectangle on that created windows, since this endup having absolutely no effect. I "think" that to better mimic applications we should attach a background buffer to this window, at the size we want this window to be. And update that surface when the window is being resized. We could make this background blue or something, that will ease testing the VideoOverlay render rectangle implementation, which seems to have some problems atm.
I'm not 100% clear on the exact issue, but it's possible you can get around this by porting from wl_shell to xdg_shell, and then using the set_window_geometry request on the xdg surface.
That apparently was a gnome-shell bug, I cannot reproduce on 3.28. Yet, maybe it's best to port to xdg_shell and just retitle this bug. Maximizing and unmaximazing is not reliable still with gnome-shell/wl_shell. It's all a bit pointless to use that extension really. I'm also temped to add code to decorate minimally so that we go back on par with X11 test window.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/650.