Pixels missing in window (WinUAE 4.2.1)

[sparhawk]

When running WinUAE in a window there is a black bar a few pixels high on the bottom. When I move a window down there, the pixels of the window are also missing in that area.


Tried it also in full screen mode, and it's the same there.


Any fix for that?

[Toni Wilen]

Not enough information. But note that last visible scanline can't have any graphics data, only background color. (Chipset feature/bug)

[ross]

Toni, I suppose he is referring to this:


Before 4.2.1 the window is normal:


Unrelated to last (in)visible line, these black row are 'outside' of the Amiga frame.

[Toni Wilen]

Possibly but still not enough information. (config file at least)

[DamienD]

ross, isn't that due to having vertical centering on.

Switch this off and you'll get image 2

[ross]

Originally Posted by Toni Wilen

Possibly but still not enough information. (config file at least)

Well, no config file at all I'm using a default Quickstart A500 setup (but the 'problem' is on ANY config).

Host machine: W10 1909 D3D11 (1920x1080 125%).

Originally Posted by DamienD

ross, isn't that due to having vertical centering on.

Switch this off and you'll get image 2

Nope, same with vertical centering on or off.

[sparhawk]

I have attached the screenshot and the settings. Centerings was already off. I tried to switch it on and off, but there is no visble effect.

As you can see, there is the black bottom, as ross already pointed out, and when I move the window from the WB down to the bottom, the last (or so) lines are also not painted properly. Internally it seem to work correct with the full display though, because when I move the mousepointer in that hidden area, it still works even though one can not see it.

[Toni Wilen]

Can't duplicate. Tried without config (and without default.uae). No black bar.

Attached config is not that useful because it requires HD. Too many unknown variables but at least A1000 insert disk screen filled whole window. No black bar here either.

EDIT: Ah, only happens if >100% scaling. It seems bottom bar size is miscalculated because "minimal" window mode does not have this problem.

[Toni Wilen]

Fixed. For some reason I took DPI in account when calculating status bar size but Windows does it internally and automatically. Perhaps this was done before I added different GUI DPI support. (Also fixed moving emulation window to other monitor with different DPI, status bar size was not recalculated correctly)

[ross]

Originally Posted by Toni Wilen

Fixed. For some reason I took DPI in account when calculating status bar size but Windows does it internally and automatically. Perhaps this was done before I added different GUI DPI support. (Also fixed moving emulation window to other monitor with different DPI, status bar size was not recalculated correctly)

It works properly now, thanks.

Can you also do something about the debugger GUI? (yes, I know, not supported.. ).
Before these changes in DPI in 4.2.1 it worked right (now the chars position are.. wrong).
(I can add an image, only later tonight, if you want).

[Toni Wilen]

Problem is that DPI support is now letting Windows do the right thing automatically. Previously WinUAE did most of the calculations internally because "per monitor dpi aware v2" didn't exist. Old version sucked.

Debugger GUI assumes normal pixel mapping and mixes different ways to output things, some take DPI in account, some don't. Result is a mess. Not sure if this is easily fixed. (and it is also unsupported)

[sparhawk]

Is this fixed in git only or for download somewhere?

[DamienD]

http://www.winuae.net/files/b/winuae.7z

...but if you can wait then Toni will surely release one last beta or final v4.3.0 version very soon

[Toni Wilen]

Originally Posted by ross

Can you also do something about the debugger GUI? (yes, I know, not supported.. ).

Debugger window is now forced to old "SYSTEM_AWARE" mode which seems to fix the problem.

[ross]

Originally Posted by Toni Wilen

Debugger window is now forced to old "SYSTEM_AWARE" mode which seems to fix the problem.

(BETA9 16/12 20:32 compile).
I'm here if you want me to try other alpha versions.

[Toni Wilen]

Originally Posted by ross

(BETA9 16/12 20:32 compile).
I'm here if you want me to try other alpha versions.

What is this supposed to mean?

[ross]

Originally Posted by Toni Wilen

What is this supposed to mean?

That the latest version of winuae.7z has the same problems as the previous in debugger GUI (in my laptop).

[Toni Wilen]

I think I have previously said something about "It does not work" replies..
I switched it to "UNAWARE" and it still looks correct, like in previous update, even at 200%.

[sparhawk]

The black border is now gone, but the last lines are still missing. If you open a shell window and move it down, you can see this (as shown in my previous screenshot).

[Toni Wilen]

You need to include new screenshot.