-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Window scaling not accurate in software mode #531
Comments
It scales properly for me in both software and opengl. Tested in Windows and MacOS. |
Windows 10 2024-11-18.13-46-45.mp4 |
Would I be correct in saying that it's not so much the image not scaling properly, but the window changing it's size along with the resolution in OpenGL mode, but staying pretty much the same in software mode? |
Ok I was wrong, I can reproduce. Thanks for the report. I had tested it with big changes (like 1080p -> 200p), so it seemed fine at first glance For example |
Looking into the code, software is "correct". In order to not make a tiny (almost unusable) 200p window, it scales it to atleast 480p. Note that you can still resize the window with your mouse to make it smaller. I'll change OpenGL to do the same. Thanks for the report! |
I use Magpie to scale for CRT emulation and the window not being pixel accurate breaks it. |
Thats an interesting use case. @rfomin, seems like a good reason to allow initial window size of 200p. Shall I change this? |
Sure, I'm not against it. Magpie seems good. We should probably add CRT emulation shaders at some point. |
Windowed mode does not scale properly in software mode. The window stays at 640x480, whereas in OpenGL mode it properly adjusts the size to 320x200, 320x240, 640x400, etc.
The text was updated successfully, but these errors were encountered: