Option to set amiberry GUI startup size? #1079
Replies: 13 comments 10 replies
-
|
I circled back to look at this, and now realize to do this means impacting upon scrollarea* & buttons (in left config pane of GUI), and other stuff so associated...ergo, not as straight-forward as I first imagined =) Mind you...I still think it's a good idea wrt the context above, however it's a real 'back burner' task that only becomes an issue on hires displays (I think mostly evident with HDMI connected teevee display)... |
Beta Was this translation helpful? Give feedback.
-
|
The GUI is restricted to 800x600 in order to support devices that use lower resolutions as well. There are cases of handhelds, smaller screens and even some people who use CRT monitors and real PAL output (720x568), so keeping those dimensions helps as the minimum supported mode. Ideally it should adapt of course, but that's not possible (at least, not easily) with the current If anyone wants to assist with it, PRs are welcome of course. But for now, I think it will stay at that size. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks, I sort of suspected compatibility with handhelds might be at the root of it =) Like I say, one can start the GUI (800x600) and drag/resize the GUI window to your liking --- it would be nice if amiberry had that Amiga workbench facility of being able to 'snapshot' the current window size, and have the app always start at the same stretched/resized GUI size....ie; some setting under Miscellaneous options of 'set current GUI window size as default'... Do you know if something like that is doable in SDL2? |
Beta Was this translation helpful? Give feedback.
-
|
There is an open issue with this request already, #1049 - that should cover this case as well, I think. |
Beta Was this translation helpful? Give feedback.
-
|
In #1049 I believe that's regarding the actual emulator window, not so much the GUI window ....ie; emulator window starts at 720x568 and OP resizes that window (which return to 720x568 after invoking GUI). It is the same operation however, just applied to the GUI instead of emulator window....ie; GUI opens at 800x600, I can drag/resize that, start the emulator...but if I hit F12 to invoke the GUI it returns to 800x600 not the drag/resized value. SO same thing in a different place -- if you consider #1049 can cover both cases, that would be grand =) |
Beta Was this translation helpful? Give feedback.
-
|
I just found out Amiberry can also run on X86 nowadays, excellent news ! I love the app on RPi and now even on the 'big' computer. I'm running into the same issue, GUI and emulation windows are very small on a 4k monitor. Emulation window can be solved by unselecting 'Correct aspect ratio'. It will show at about 3/4 of my screen :-) As for the configuration window, it doesn't remember size at the moment. Resizing it manually works fine. I'm testing with the Github snapshot of today BTW. Would a 'Double Pixel Config Window' option under Miscellaneous be an idea ? That way the config window remains as is on RPi systems, but on modern 4k screens the window could be scaled to double the size on startup & return from emulation. Thanks, Arno |
Beta Was this translation helpful? Give feedback.
-
|
@aerno Just so you know, the GUI has been resized since this discussion was started, and now opens with a default size (I think?) of 800x720, and one can also change font size as well. This has gone a long way towards alleviating the concerns I had here initially -- for example, screengrab of my desktop using the native display resolution of 1920x1080 @ 60Hz ... I can drag/resize the GUI window, but such is constrained by the 10:9 aspect ratio (otherwise you end up with black borders at top/bottom/sides). As said, changes made have improved the GUI to the point it really doesn't bother me anymore, but that said I don't own a 4K monitor. Might I ask you to attach a screenshot of your desktop with the amiberry GUI started? That'd give me/us a good idea of what you're facing =) Wrt the latest amiberry v6.x.x preview branch, the GUI opens in it's own/separate window. That would make me wonder (albeit without knowing if it's possible or not ;), if some amiberry.conf params might be possible (holding them under the auspices of 'GUI theming' ;) ...ie; (example values)... gui_default_height=1000 ....as the GUI is no longer constrained by the default_height/default_width params. The emulator window however, is a different kettle fish =) |
Beta Was this translation helpful? Give feedback.
-
|
Sure. I can just read the letters, but they're small ;-) I tried the 'font size' setting in the app too in the hope the window would resize as soon as a bigger font was chosen, but that didn't happen. The font goes larger within the same space.
On first start the emulation window is also very small, but as soon as I load the my saved profile and toggle 'Auto Crop' once and leave it Off the emulation window is perfect in my opinion. 27" of Amiga galore.
|
Beta Was this translation helpful? Give feedback.
-
|
Amiberry already uses the I cannot really test this behavior however, as I don't have a 4K monitor here. I'm just following the documentation. :) The alternative would be to do something manually, like a "x2" mode for instance. |
Beta Was this translation helpful? Give feedback.
-
|
The emulation window scaling seems to work fine. Only oddity I did notice is that when I forget to click 'Load configuration' and start the emulation directly into AROS the emulation window is small. Later when loading my saved configuration and start the emulation the window size is remembered and stays small. When I first click Load configuration and start the emulation the emulation window is big (scaled). I did uncheck 'Correct aspect rario' in my saved configuration to get the emulation window to scale so big on my display. I've set scaling to 150% at this moment in the Cinnemon/Gnome settings menu. For the settings window a 'GUI x2' mode in say the Miscellaneous menu would be great. That way it won't disturb RPi users when they're on 1080P or 720P and don't check the button, but high DPI users can check it to make the GUI more readable by default. When I scale the GUI with the mouse it does scale very cool BTW, seems linear. MUI how its meant to be ;-) Every time I return from emulation its back at 1on1 again. I presume on RPi the SDL2 layer will use the framebuffer for its graphics output ? If thats detectable by Amiberry you could ignore the 'GUI x2' flag when outputting to a framebuffer to prevent issues. When I can help testing on a high DPI monitor just let me know, I can rebuild Amiberry easily anytime and test. |
Beta Was this translation helpful? Give feedback.
-
|
@aerno ~ thanks for the screenshots, it really helps elucidate the issue ;) |
Beta Was this translation helpful? Give feedback.
-
|
This is now implemented, with the help of a new option ( Only the |
Beta Was this translation helpful? Give feedback.
-
|
@midwan I switched to the 'remotes/origin/master-gfx-rewrite' branch and checked that one out. git branch -a
The new 'window_scaling' setting in the amiberry.conf seems to work fine. I can set the scaling to 1.5 in the configuration and the Amiberry GUI window becomes 50% larger indeed. Seems fine to me. Idea for 'emulation_scaling' ? To scale the emulation window on start of emulation proportional too ? I did notice a related scaling issue, but it seems to me its not linked to the new 'windows_scaling' : For this change I tested with different Gnome desktop scaling settings (100, 150 and 200) and did notice Amiberry has a kind of reverse scaling (the GUI becomes smaller when the desktop scaling goes up) already built in. Could it be the display DPI is already used for calculation the GUI Window size on another spot ? It doesn't matter if I set 'window_scaling' to 1.0 or 1.5 in Amiberry, the GUI window becomes smaller when the desktop scaling goes up. Its visible in the screenshots (with Amiberry window_scaling at 1.5) I will upload next. |
Beta Was this translation helpful? Give feedback.
-
|
Amiberry scaling tests: Desktop 100% - Amiberry 150%: Desktop 100% - Amiberry 200%: Desktop 150% - Amiberry 150%: Desktop 150% - Amiberry 200%: Desktop 200% - Amiberry 150%: Desktop 200% - Amiberry 200% Amiberry reverse scaling demonstration (desktop 100,150,200 and Amibery 100): Desktop 100 - Amiberry 100: Desktop 150 - Amiberry 100: Desktop 200 - Amiberry 100: As shown the Amiberry GUI becomes smaller in screen size as soon as the Desktop Scaling goes up. |
Beta Was this translation helpful? Give feedback.
-
|
That's really weird. There is an SDL2 option to set a window as "allowed for High DPI", but the implementation of that is back-end specific. It's supposed to work as expected on MacOS, doesn't work on Windows (which we're not using on Amiberry anyway), and I'm not sure how it behaves on Linux window managers. But it seems to be doing it backwards... Did the same thing happen with the previous version of Amiberry as well, before the scaling option I added? Perhaps it's triggered by that somehow. |
Beta Was this translation helpful? Give feedback.
-
|
I will test tomorrow with version 5.7.0. I did notice with the git snapshot of yesterday that the emulation window doesn't go large by default after loading the configuration. @midman It can be mentioned in the README.md that Amiberry 5.7.0 and later can be built and work on Rocky Linux 9.4 too. Would you like me to edit the README.md or can you do it ? |
Beta Was this translation helpful? Give feedback.
-
|
@midwan Version 5.7.0 does the same: It has inverse GUI Window scaling dependant on the Gnome Display->MonitorScale setting. Ie. when the MonitorScale value goes up from 100->150 the Amiberry GUI window becomes smaller, while it should go bigger. It doesn't depend on the startup of Amiberry, the effect happens instantaneously when switching from 100->150 and back. I presume its and SDL2 bug ? |
Beta Was this translation helpful? Give feedback.
-
|
Can you test in |
Beta Was this translation helpful? Give feedback.
-
|
I've just tested with the Preview snapshot, where the _HIGHDPI SDL parameters have been removed, but it does exactly the same as version 5.7.0 here. The AmiBerry window is larger at DesktopScaling=100 than at DesktopScaling=150. I will do a test without OpenGL. See if its related. |
Beta Was this translation helpful? Give feedback.
-
|
I tried rebuilding Amiberry without OpenGL support (-DUSE_OPENGL=OFF), but I cannot seem to really disable it: strace -f amiberry 2>&1| grep -i libgl I guess that test isn't possible for me at the moment. Maybe OpenGL explains the smooth scaling of the AmiBerry GUI. |
Beta Was this translation helpful? Give feedback.
-
|
Amiberry does not use OpenGL by default. You can enable it manually, but that back-end is still WIP and doesn't quite work as it should (I'm trying to implement a CRT shader there). |
Beta Was this translation helpful? Give feedback.
-
|
Sorry to jump into this but I think it's within context .... is there an option to make the main GUI always start in fullscreen in macOS? |
Beta Was this translation helpful? Give feedback.
-
|
Yes, there is an option about this in |
Beta Was this translation helpful? Give feedback.
-
The GUI by default starts at 800x600 window ~ wrt using amiberry as a desktop app on a modern, hires widescreen monitor, the GUI appears very small, and it would be better if the GUI started at 1024x768 imho (ease of use). Yes, I do realize one can drag/resize the GUI window, but it's not the same as having not to do that 8)
I couldn't find any way to achieve this and/or could this feature be added to amiberry (set via amiberry.conf options)?
Beta Was this translation helpful? Give feedback.
All reactions