[Wayland-bugs] [Bug 78585] multiple monitor fullscreen images incorrect position/scale

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=78585

--- Comment #14 from Pekka Paalanen <ppaalanen at gmail.com> ---
"drm backend with game at 720p, two 1080p monitors":

[3389714.964]  -> wl_shell_surface at 24.set_fullscreen(0, 0, nil)
[3389715.045]  -> wl_shell_surface at 24.set_fullscreen(1, 0, nil)
Then:
- uses 1280x720 buffers
- gets configure event for 1920x1080, corresponding to both set_fullscreens
- uses 1280x720 buffers a couple times still
- switches to 1920x1080 buffers, and uses those till the end

The first set_fullscreen asks for method "default", the second asks for
"scale". The end result regardless of the buffer size should be, that the image
is centered on one output, scaled as large as possible while maintaining aspect
ratio and not clipping anything away.


"x11 backend starting fullscreen at 720p configuring for 800x600":

After fullscreening seems to always use 1280x720 buffers, and like drm dump,
uses the "scale" method.

If you meant that you configured the game to use 800x600 mode, it does not seem
to be effective. In SDL2, it seems the compositor's request to use the output's
size gets preference after fullscreening.


"x11 backend, gaming starting at 800x600 on two 1080p monitors":

Yup, I see the outputs are defined to be 1280x720.

Here I see the game first uses 800x600 buffers, then gets configure events for
1280x720 (output size, as a response to fullscreening), uses 800x600 a bit
more, and then switches to 1280x720 buffers permanently.



Ok, so maybe one issue is, that while you configure the game to use 800x600
resolution or whatever, SDL2 will still switch to the resolution suggested by
the compositor. That is slightly off-topic here, as it is a SDL2 issue, or
maybe a game issue.

Apart from strangely using set_fullscreen request twice, I don't see the the
game/SDL2 doing anything particularly wrong. So yes, there seem to be Weston
bugs related to fullscreen behaviour with the "scale" method in
wl_shell_surface. The "scale" method should always show up as I described
above.

(If the client chose "fill" method, the buffer should be shown in 1:1 pixel
scale, leaving black borders if the buffer is smaller than the one output it is
on.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20140513/1277eea2/attachment.html>