Fullscreen Trouble?

[AshitakA]

There was a problem with the fullscreen toggle. It was possible to play in the window size mode, but not in fullscreen.

The solution here was to change two settings:

Ingame menu:
System Setup -> Display Settings -> Screen Mode: Use SDL OpenGL: On

On windows:
Right click on the armagetronad.exe -> properties -> compatibility: disable desktop composition (check)

I hope it will help in the case.

[Plee]

Anybody any idea about how to solve this on a mac?


Armagetron only allows me to toggle once, if i try toggling from window to fullscreen again, my tron crashes. It's annoying af because I can't multitask at all.

[Harryclaus]

I am also want to know about this.

[Z-Man]

Is it still a problem with the new builds? Most recent ones are
From 0.2.9: https://download.armagetronad.org/blog/ ... pha_z2630/
From 0.4: https://download.armagetronad.org/blog/ ... pha_z5255/

[Monkey]

Yes, there is still issues with full screen/window mode toggling. The bug I have (on 0.4 only, 0.2.9 is fine for me) is related to switching between full screen and windowed mode. To change mode, I now have to press the appropriate key several times, or hold it down for a while. It seems quite random as to whether the mode toggles properly or not and it does it for both ways. There is some flickering when pressing the key. This has been the case for approximately several months.

While I'm at it, there is another bug:
Sometimes, when trying to enter a password in the "Authenticate" menu (or after typing "/login Monkey@forums"), the password asterisks don't show and the password can't be entered. Moving the cursor up/down one item and back makes it suddenly work as it should again. This also is random as to when it happens. This bug has been around for a very long time (possibly even years I think).

As usual, any help is appreciated.

[aP|Nelg]

While I'm at it, there is another bug:
Sometimes, when trying to enter a password in the "Authenticate" menu (or after typing "/login Monkey@forums"), the password asterisks don't show and the password can't be entered. Moving the cursor up/down one item and back makes it suddenly work as it should again. This also is random as to when it happens. This bug has been around for a very long time (possibly even years I think).

Coincidentally, this commit indirectly fixes that bug. It's because the login box called a function to set the menu item which did not properly alert the item itself that it has been selected, so it did not know to accept your typing input.

[Monkey]

Oh nice, I'll look forward to that not happening any more, thanks for fixing that!

[Z-Man]

Monkey: Your problems likely come from the code changes I made so that the macOS version works more smoothly... we did a lot of extra state switching, and macOS is very, very expliclt and shows a playful animation for every change. So that probably broke something on the real BSD side, I'll get into it sometime. But these changes, in addition to the totally different way we do the macOS builds now, made me hope that at least the Mac side of the problem might have evaporated.

[Monkey]

@Z-Man
Thanks for the explanation and I look forward to an eventual fix

[Monkey]

So, it seems that the original bug of not being able to switch cleanly between full screen and windowed mode on 0.4 has been fixed a long time ago...nice work there to whoever fixed it!

Unfortunately, I have another full screen bug on 0.4 on OpenBSD:
It seems to be related to SYSTEM SETUP -> DISPLAY SETTINGS -> SCREEN MODE -> ADVANCED ->KEEP WINDOW ACTIVE in combination with full screen mode:

My window manager (CWM) can Alt+Tab between programs/apps, similar to on MS Windows. When I Alt+tab from windowed Armagetronad to another program/app or vice versa, it works fine. However, when I Alt+Tab from full screen Armagetronad, it does one of two things, depending on the setting for KEEP WINDOW ACTIVE. These are as follows:

1) KEEP WINDOW ACTIVE: OFF - My screen seems to be locked/crashed in another app, until i press the key to go to windowed mode, which puts me back in Armagetronad windowed mode, as normal. I can then carry on as normal, with Alt+Tab, my mouse, etc.
2) KEEP WINDOW ACTIVE: ON - My screen seems to be locked/crashed in another app. Pressing the key to go to windowed mode appears to have no effect. I can not carry on as normal with Alt+Tab, my mouse, etc. I have to kill the Armagetronad process to get back to normality.

Also note that:
1) SYSTEM SETUP -> DISPLAY SETTINGS -> SCREEN MODE -> ADVANCED -> GRAB MOUSE is set to OFF for all attempts above.
2) This doesn't happen with other games, such as SuperTuxKart etc, so I'm assuming that it's an Armagetronad issue.
3) This is not new, it has been happening for quite some time, I just didn't get round to reporting it.

I hope what I have written makes sense.

[Z-Man]

1) KEEP WINDOW ACTIVE: OFF - My screen seems to be locked/crashed in another app, until i press the key to go to windowed mode, which puts me back in Armagetronad windowed mode, as normal. I can then carry on as normal, with Alt+Tab, my mouse, etc.

I can sort of reproduce that on my VM, but really with cwm only, not xfce; for me, however, clearly the Armagetron fullscreen window sticks around in the background and can be fully controlled by my keyboard input. Maybe for you, too, the difference is just that your other applications are also occupying the entire screen?
The KEEP WINDOW ACTIVE: ON behavior is the same for me as with OFF.

On xfce, the Armagetron window gets minimized if I alt-tab away, and input focus switches to the other app.

Hmm, not sure what to do here, I'll mostly have to look at the source. SDL has various events, we used to actively listen to the one triggered when focus was lost and minimize the window on our own. I don't know what we're doing now and what we are supposed to be doing, I think we stopped the explicit minimization.

[Lucifer]

Can you tell us if these other games/apps that work fine also use SDL?

I find the behavior you're describing to be normal, but I haven't tried to do what you're doing in like 15 years. I happen to know that fullscreen vs windowed modes has changed in the meantime.

[Monkey]

The other games I have tried do seem to use SDL2, although they use other libraries too for various things
For example, supertuxkart:

- OpenAL (recommended: openal-soft-devel)
- Ogg (libogg-dev)
- Vorbis (libvorbis-dev)
- Freetype (libfreetype6-dev)
- Harfbuzz (libharfbuzz-dev)
- libcurl (libcurl-devel)
- libbluetooth (bluez-devel)
- openssl (openssl-dev)
- libpng (libpng-devel)
- zlib (zlib-devel)
- jpeg (libjpeg-turbo-devel)
- SDL2 (libsdl2-devel)

In this case, looking at the other libs, I'd assume that SDL2 is being used for window/screen switching

[Lucifer]

It's probably something we're doing with window flags. How those are handled has changed not just in SDL2, but across SDL2 versions. We only use SDL2 for windowing and to get a GL context, and for sound, but that won't affect fullscreen vs windowed.

[Monkey]

I've been playing Chocolate Doom recently and it does the same thing as Arma. It also uses SDL. There may be an issue/bug with SDL then. Strange though how some games do it and others don't.