A Proposal To Fix The Full-Screen Linux Window Mess

Quote:

---

Originally Posted by ua=42

Ummm... you are advocating making games slower? Linux is already bad performance wise. The interface idea sounds like it will tell KDE or other window managers that a resolution change is temporary and should save the location of its widgets, so that it can restore them when the change is over. That would take 4 integers per widget, with no performance hit for gaming.

Windowed mode for many games, makes the game .... worse. Any game with scrolling (rts, strategy, anything with a scene bigger than the window.), menus that pop up when the cursor is at the edge of the screen (Sim games, theme hospital, etc) and any game with ui elements near the minimize and exit buttons on the window(you can accidently minimize and exit) would have serious issues with being played in a windowed mode. Not to mention its ugly (immersion matters!). Windowed mode is not an option for most games.

---

We are talking about different things. I was referring to the idea of using a faux FS method. The performance hit I am referring to is this.
Anytime you upscale a graphic it eats performance because it has to scale and redraw, probably at least bicubic so it doesn't look like crap. FWIG is that your resolution would not change but use a buffer that pretends to be a fullscale window at say 1600x900 then upscales it to your native 1920x1080 (at fullscreen) leaving your desktop alone. My AMD card sorta does this at least to the monitor, it scales in GPU so the monitor doesn't really change resolutions, not that useful actually.

"Bad performance wise"? WTF are you smo.... oh for games, yeah that.

I hope this will help Eyefinity setups also, just set mine up with radeon/mesa/xrandr combined framebuffer (5888x1152 O_O)

Does "full screen" mean "full screen" or "full desktop"?

Inquiring minds with multiple screens want to know

Not even my computer will give me a straight answer, different programs behave differently

Quote:

---

Originally Posted by Bomyne

This is something I hate about games on Windows as much as Linux. Please don't ever change my resolution for me. Your game should run at 1080p without issue... and if it can't, give me the choice (Before you change resolution) or put your game in a box with black border around it. Please don't automatically assume I want to run a game at 640x480 (Esp if it was written anywhere after 2005)

---

640x480 is the default resolution for most Windows games for no other reason then GPUs are guaranteed to accept that resolution, even without the presence of a GPU driver. Its more or less guaranteed to be supported by both the GPU and Display, so its the safest fallback mode. Granted, games *should* be coded to attempt the desktop default resolution first though...

Quote:

---

Originally Posted by ua=42

Ummm... you are advocating making games slower? Linux is already bad performance wise. The interface idea sounds like it will tell KDE or other window managers that a resolution change is temporary and should save the location of its widgets, so that it can restore them when the change is over. That would take 4 integers per widget, with no performance hit for gaming.

---

I know on Windows, theres a hidden file somewhere that saves the desktop icon setup. Thats why running a fullscreen application at a low resolution won't re-order your desktop applications. Thats probably the way Linux should go, since theres no performance impact, aside from the space to store the location of each widget on the desktop.

Quote:

---

Windowed mode for many games, makes the game .... worse. Any game with scrolling (rts, strategy, anything with a scene bigger than the window.), menus that pop up when the cursor is at the edge of the screen (Sim games, theme hospital, etc) and any game with ui elements near the minimize and exit buttons on the window(you can accidently minimize and exit) would have serious issues with being played in a windowed mode. Not to mention its ugly (immersion matters!). Windowed mode is not an option for most games.

---

QFT. Try playing a combat flight sim in Window mode using a mouse.

Quote:

---

Originally Posted by ua=42

Ummm... you are advocating making games slower? Linux is already bad performance wise. The interface idea sounds like it will tell KDE or other window managers that a resolution change is temporary and should save the location of its widgets, so that it can restore them when the change is over. That would take 4 integers per widget, with no performance hit for gaming.

Windowed mode for many games, makes the game .... worse. Any game with scrolling (rts, strategy, anything with a scene bigger than the window.), menus that pop up when the cursor is at the edge of the screen (Sim games, theme hospital, etc) and any game with ui elements near the minimize and exit buttons on the window(you can accidently minimize and exit) would have serious issues with being played in a windowed mode. Not to mention its ugly (immersion matters!). Windowed mode is not an option for most games.

---

As far as I can remember, Linux generally had the performance advantage. From the recent work from Valve, who declared Linux having about a 10fps advantage to Windows, to going all the way back to say Counter Strike 1.5 and before, when the Half Life engine still had its original OpenGL renderer. Did you know that consistently, while using the OpenGL renderer via Wine, that Linux was getting 5-15+fps -more- than running the game natively in Windows/DirectX? Sorry, not meaning to go off topic, but I have seen a lot of people claiming "performance" issues for gaming in Linux, which is just not true in any way. Sure, it may have some issues with drivers, but the Nvidia blob is on par with Windows [gaming performance], AMD's blob is, well, lacking from the last time I tried it (laptop graphics, about 1-2 years ago), and Intel's OSS driver is fantastic and evolving at a crazy fast rate - just too bad their hardware is rather subpar for gaming in general ;)

Quote:

---

Originally Posted by BadgerRush

Sorry, this will be a rant:

-- Start Rant --



This whole “but changing resolution breaks our desktop icons” think is ridiculous, this is a bug on the KDE desktop and should be fixed there. His reasoning is similar to saying “some cars have bad brakes so lets forbid everyone from driving downhill”.



In other words, he don't play games therefore something essential to games is not important. Come on, “run in windowed mode”? Since he doesn't play, I would encourage him to only watch videos on the video's native resolution (no maximize, no full-screen, even on a TV, if the source is not fullhd then it should be a tiny box in the middle of the screen) after all he hates those stretched pixels, lets see how mush he likes his windowed mode after that.

I hate when some developer dismiss the requirements of a huge group of users (some times majority) just because he/she don't need it. I know the FOSS motto is “if you don't like it change it yourself” but in this case (and may others) there is someone working on changing/fixing and he is pressing against.

-- End Rant --

Sorry, I needed to take this out of my chest.

---

+1
I had this feeling about this particular problem for a long time.
Fullscreen native Linux games just doesn't work properly, it sucks so hard in a dual-screen setup that I had to install that other operating system where games work properly. :(

Quote:

---

Originally Posted by gamerk2

I know on Windows, theres a hidden file somewhere that saves the desktop icon setup. Thats why running a fullscreen application at a low resolution won't re-order your desktop applications. Thats probably the way Linux should go, since theres no performance impact, aside from the space to store the location of each widget on the desktop.

---

Quote:

---

Icon positions are saved/restored per resolution.

---

Source: http://www.xfce.org/download/changelogs/4.10pre1 ;)

Quote:

---

Originally Posted by Kazade

I actually started a very similar thread on the Wayland mailing list a couple of years ago: http://lists.freedesktop.org/archive...er/000080.html

The general concensus there was that games shouldn't be changing resolution, but instead, if the game requests a fullscreen resolution - the WM should provide the game a surface of the size it requested but then upscale that to fullscreen, perhaps even with sensible black-barring if the aspect ratio doesn't match the native resolution.

I have no idea if this got implemented in Wayland. If someone is on the wm-spec-list it might be useful to post the above link on that thread.

---

That sounds needlessly inefficient. Applications should be able to request a screen change (then create a surface to match that resolution)... even if the WM doesn't respect that request, there should still be a protocol in place (though I agree direct access to change the resolution shouldn't be given or promoted). It's mind-boggling to think that Windows/Mac have been working with resolution-change for years while Linux just can't handle it bug-free, on part because the core WM developers don't have enough perspective to see why such a thing is useful. It's to unrealistic to simply expect no application to change the resolution, so the WM should be working towards handling the situation bug-free.

If you have multiple monitors and they aren't the same size, there is a "blank spot" on your desktop that won't appear on either screen.

Some programs are smart about this, they don't display stuff in the part you can't see

and then there are programs that have no idea, they just use the whole desktop rectangle and they are oblivious to the fact that you can't see everything.

Honestly I think "full screen" sucks on every platform. My computer is not an Apple II, it can run more than one program at once. There should be a "virtual full screen" that may or may not be the actual full screen. This way I can full-screen a program that wants to be full-screen and I can still get to other stuff on my desktop. I can do this now with vmware but it would be nice if I didn't have to use a virtual machine.