20:39 <bigmac> f_: Hello, I sent you an updated patch via mail

20:55 <f_> bigmac: ty!

21:00 <f_> bigmac: no longer crashes when running inside X/wayback

21:00 <f_> I will now try as a system compositor

21:02 <f_> bigmac: works! Blurry as expected, but it works great}

21:02 <f_> but it works great!

21:03 <f_> on my 1080p monitor that's a 2x aspect ratio afaict

21:03 <f_> 1311x737 59.94*

21:04 <bigmac> you can do wayback-session 2> log to capture the debug logs. if you then pipe the cat of it into less, search for something like "diagonal" or "factor"

21:08 <f_> 1 00:00:00.390 [INFO] wlr_output->height 1080 px, wlr_output->width 1920 px

21:08 <f_> 2 00:00:00.390 [INFO] wlr_output->phys_height 190 mm, wlr_output->phys_width 350 mm

21:08 <f_> 3 00:00:00.390 [INFO] res_diagonal 2202.907227 px

21:08 <f_> 4 00:00:00.390 [INFO] Set output scale factor to: 1.463548x

21:08 <f_> However I do see lots of:

21:08 <f_> 492 00:00:02.635 [DEBUG] [backend/drm/legacy.c:50] Primary buffer size mismatch

21:10 <f_> bigmac: *really* nice work :>

21:11 <f_> the primary buffer size mismatch error usually is also reproducible by simply running wayback windowed and just resizing the window

21:12 <bigmac> mhhh I do not see any of the mismatch errors while running in a new tty, but I do reproduce it when windowed as mentioned

21:13 <f_> mhmm

21:19 <f_> bigmac: what resolution?

21:31 <bigmac> wlr_output->height 1890 px, wlr_output->width 3024 px and within xwayland it is 1141x713. It currently crashes on tty switching without checking for the dpi to be bigger than 0 and even with that there seem to be some strange things going on. If you run wlr_output_state_set_scale only if (dpi > 0) then you should reproduce the xwayland window being small, in the top left corner (considering the

21:31 <bigmac> scale factor is bigger than one, which it is in your case)

21:31 <bigmac> It seems like if you switch tty, the xwayland window remains scaled down, but it no longer fills the whole screen