After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 797360 - waylandsink: resize didn't support set window position
waylandsink: resize didn't support set window position
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-10-31 08:24 UTC by Haihua Hu
Modified: 2018-11-03 14:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Haihua Hu 2018-10-31 08:24:35 UTC 
when resize using videooverlay interface, the window position (x,y)didn't take effect for waylandsink. Do we have any software limitation.
Comment 1 Nicolas Dufresne (ndufresne) 2018-10-31 10:18:45 UTC 
It is a bit complicated due to the semantic of Wayland. Window don't really have a size, it's the surface we put in it the defines that.

We should still try and match as much as possible the semantic found in xvimagesink. That might imply we need to add an extra, but fully transparent, sub-surface to ensure window size, otherwise it may look weird in gst-launch (when testing). The app you embed to, will have it's own surface we sub-surface. Clipping the right / bottom is likely the complicated bit due to Wayland.
Comment 2 Haihua Hu 2018-10-31 10:27:28 UTC 
(In reply to Nicolas Dufresne (ndufresne) from comment #1)
> It is a bit complicated due to the semantic of Wayland. Window don't really
> have a size, it's the surface we put in it the defines that.
> 
> We should still try and match as much as possible the semantic found in
> xvimagesink. That might imply we need to add an extra, but fully
> transparent, sub-surface to ensure window size, otherwise it may look weird
> in gst-launch (when testing). The app you embed to, will have it's own
> surface we sub-surface. Clipping the right / bottom is likely the
> complicated bit due to Wayland.

I mean the whole surface left corner position not the subsurface position. E.g I want to place the whole surface at (100, 100) on the desktop. Is there anyway to do this? Currently, video will show at randomly position on the desktop
Comment 3 Nicolas Dufresne (ndufresne) 2018-10-31 13:06:55 UTC 
No, that is not possible with Wayland, you need to create a full screen surface first, and then you can place the video subsurface relatively to your surface. I started adding full screen shell support, maybe you could continue that work ?
Comment 4 GStreamer system administrator 2018-11-03 14:37:16 UTC 
-- 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/810.