I am all for increasing performance on Linux games, and KDE developer Martin Gräßlin does have some interesting thoughts, but I disagree with a lot of it.
What he's saying sounds nice, and I'm sure he means well, but we are talking about Linux on the desktop here. Stuff like this may be good for SteamOS, but not desktop Linux.
He goes into more detail about it too and I won't quote all of it, but he summed up what would happen:
In my library of 535 Linux supported games, maybe around five or so don't work with Alt+Tab, but all work if you bring up something like the Steam Overlay to make it work again. My point is that you can pry Alt+Tab away from my cold dead fingers, especially since I am on a single monitor again. I don't think having a bunch of extra sessions around will really help all that much, considering the real marginal performance changes you get from it (I've tried it before, it wasn't worth it).
You would lose mumble, teamspeak, game overlays, and possibly more with this approach for what? A marginal performance gain?
What if you are using more than one monitor? It makes it all a bit pointless then doesn't it? Since the desktop will still be running on that monitor. How will it interfere or work with that?
It currently works mostly fine in both Windows and Linux, and I think something like this would make it even harder for people to switch away from Windows.
Personally, I see far too many issues with taking the game right out of the desktop session. I would prefer it if people worked out a way to increase performance for fullscreen games that a ran in desktop mode, rather than trying to completely re-do how it works. I mean, the whole point of the games being ran from the desktop is to integrate it all together isn't it? It sounds like a step forwards, but two steps backwards to me.
I think we can all agree it's good that people are thinking about ways to improve Linux gaming though.
QuoteSo what can we do? I thought about this and propose that we change gaming completely on Linux: remove the windowing system! Games should talk to kernel mode settings directly, games should interact with libinput directly. Let’s remove everything in between, we don’t need it, it only can worsen the gaming experience.
What he's saying sounds nice, and I'm sure he means well, but we are talking about Linux on the desktop here. Stuff like this may be good for SteamOS, but not desktop Linux.
He goes into more detail about it too and I won't quote all of it, but he summed up what would happen:
QuoteWhen a fullscreen game starts, it can create a “sub-session” on a new virtual terminal and become the logind- session controller for that session. This would allow the game to open the device files for rendering and for input just like a Wayland compositor does. Rendering could be done through EGL on top of DRM/GBM just like a Wayland compositor. The game would have full control over rendering, there is no desktop environment to slow it down any more. And it would have control over mode setting. Need a different resolution? No problem, just set it. On a desktop environment that’s always problematic (terrible on X11, better on Wayland). For games in windowed mode nothing should be changed, those should stay on the desktop environment.
Of course this would remove all interaction with the desktop environment. This is something which needs to be considered, like how to get Mumble to work in such a setup? Maybe the game could launch its own Wayland server?
That breaks Alt+Tab! Well not really. For one on X11 at least games often grab the keyboard, so Alt+Tab won’t work anyway. And of course one can still switch with ctrl+alt+f1 to the running session. Games should also have a common way to achieve this in my opinion.
In my library of 535 Linux supported games, maybe around five or so don't work with Alt+Tab, but all work if you bring up something like the Steam Overlay to make it work again. My point is that you can pry Alt+Tab away from my cold dead fingers, especially since I am on a single monitor again. I don't think having a bunch of extra sessions around will really help all that much, considering the real marginal performance changes you get from it (I've tried it before, it wasn't worth it).
You would lose mumble, teamspeak, game overlays, and possibly more with this approach for what? A marginal performance gain?
What if you are using more than one monitor? It makes it all a bit pointless then doesn't it? Since the desktop will still be running on that monitor. How will it interfere or work with that?
It currently works mostly fine in both Windows and Linux, and I think something like this would make it even harder for people to switch away from Windows.
Personally, I see far too many issues with taking the game right out of the desktop session. I would prefer it if people worked out a way to increase performance for fullscreen games that a ran in desktop mode, rather than trying to completely re-do how it works. I mean, the whole point of the games being ran from the desktop is to integrate it all together isn't it? It sounds like a step forwards, but two steps backwards to me.
I think we can all agree it's good that people are thinking about ways to improve Linux gaming though.
Some you may have missed, popular articles from the last month:
The time when games asked the X server to render some 3D graphics through GLX calls is long gone. Currently games communicate mostly directly to the hardware, through OpenGL libs and DRI. Desktop software interaction is only for set up – there is little to gain here.
Resolution changing? Yes, that is a problem, but has little to do with desktop performance and a lot to do with bugs in the games or engines. And it is IMHO mostly unnecessary anyway. Most people want to play in monitor's native resolution and the best games just don't change that, but adapt. And even is someone really, really want to play with lower resolution (note: I am Intel HD4600 user – if it would be worth for performance reasons I would know it), then there are ways to do that painlessly, but many games fail here. I guess most problems could be fixed by making the desktop environment or the launcher (like Steam) to fix what the games breaks (restore the original desktop resolution after game exits).
Resolution changing? Yes, that is a problem, but has little to do with desktop performance and a lot to do with bugs in the games or engines. And it is IMHO mostly unnecessary anyway. Most people want to play in monitor's native resolution and the best games just don't change that, but adapt. And even is someone really, really want to play with lower resolution (note: I am Intel HD4600 user – if it would be worth for performance reasons I would know it), then there are ways to do that painlessly, but many games fail here. I guess most problems could be fixed by making the desktop environment or the launcher (like Steam) to fix what the games breaks (restore the original desktop resolution after game exits).
0 Likes
And this is why I run my two-monitor system with two separate X screens, and a WM without 3D compositor. And then I frequently set games to windowed mode, but in monitor-resolution and remove their decoration.
Because I do not want games grabbing my keys. I do not want games trying to be smarter then me and doing crap to hinder me from using my IRC client, or browser, or what-have-you on my second monitor. I reject all of his premises.
Moreover this "then let's integrate TeamSpeak into the games" he said in the comments, that's just pure lunacy. What about people who want something else then TeamSpeak? What about thousands of older games? What about keeping TeamSpeak up-to-date?
Because I do not want games grabbing my keys. I do not want games trying to be smarter then me and doing crap to hinder me from using my IRC client, or browser, or what-have-you on my second monitor. I reject all of his premises.
Moreover this "then let's integrate TeamSpeak into the games" he said in the comments, that's just pure lunacy. What about people who want something else then TeamSpeak? What about thousands of older games? What about keeping TeamSpeak up-to-date?
4 Likes, Who?
I wonder something, for how long have you commenters been on the internet (no insult, a rhetorical question)? This is a blog post is to spark ideas out of the people that are interested so a discussion can start, that could potentially change how things work or even add a mechanism that wasn't intent for what it first was.
My point here is that as long as you just deny an idea because you do not like it, you stagnate the community. These are the few moments where you have to be optimistic to how things could work (in theory), any idea can help the spark of innovation happen.
My thought of this was very positive because I can see the possibilities of how this could be used as a feature, such as multiple modes (for multiple monitors, as an example). On one hand you have the desktop as usual and the other a live log of some sort or maybe just something simple as a volume slider that directly controls the volumes when needed (for broadcasters). It could be handy if implemented right but you need to be willing to let innovation spark to make it happen and not deny because some features are going to be lost.
And if that is the case (features being lost), how can we think of gaining those features back in other ways then.
A greater example is Mantle, it was such a nice thing as a concept and even pushed DX12 to happen. The concept failed but the code did not, which gave others a potential that it could happen in another way (Vulkan), a discussion began and thus agreed to make it happen.
My point being, anything you say and how you say it can bring a spark of innovation, otherwise what is the point of having a discussion? <--- again, rhetorical
Last edited by Sethox on 11 December 2015 at 12:22 pm UTC
My point here is that as long as you just deny an idea because you do not like it, you stagnate the community. These are the few moments where you have to be optimistic to how things could work (in theory), any idea can help the spark of innovation happen.
My thought of this was very positive because I can see the possibilities of how this could be used as a feature, such as multiple modes (for multiple monitors, as an example). On one hand you have the desktop as usual and the other a live log of some sort or maybe just something simple as a volume slider that directly controls the volumes when needed (for broadcasters). It could be handy if implemented right but you need to be willing to let innovation spark to make it happen and not deny because some features are going to be lost.
And if that is the case (features being lost), how can we think of gaining those features back in other ways then.
A greater example is Mantle, it was such a nice thing as a concept and even pushed DX12 to happen. The concept failed but the code did not, which gave others a potential that it could happen in another way (Vulkan), a discussion began and thus agreed to make it happen.
My point being, anything you say and how you say it can bring a spark of innovation, otherwise what is the point of having a discussion? <--- again, rhetorical
Last edited by Sethox on 11 December 2015 at 12:22 pm UTC
1 Likes, Who?
Maybe it's a good solution for something like a Steam Machine. After all that is the console approach - cut down all the OS clutter to improve performance. After all, don't forget that Valve's concern is with Steam OS, the rest of the distros just happen to benefit from their effort. If they could boost game performance on Steam OS they'd do it in a heartbeat regardless how and if that affects Ubuntu or Fedora.
0 Likes
Somewhere in one of the quotes he says: "Maybe the game could launch its own Wayland server?". This could fix your alt+tab, mumble, multi-monitor .... fears?
0 Likes
Quoting: SethoxI wonder something, for how long have you commenters been on the internet (no insult, a rhetorical question)? This is a blog post is to spark ideas out of the people that are interested so a discussion can start, that could potentially change how things work or even add a mechanism that wasn't intent for what it first was.
My point here is that as long as you just deny an idea because you do not like it, you stagnate the community. These are the few moments where you have to be optimistic to how things could work (in theory), any idea can help the spark of innovation happen.
No this is how debates happen, not everyone is on the side of liking the idea. Just because some of us don't like the idea, and give reasons why, doesn't suddenly make us stagnate anything.
Quoting: SethoxA greater example is Mantle, it was such a nice thing as a concept and even pushed DX12 to happen. The concept failed but the code did not, which gave others a potential that it could happen in another way (Vulkan), a discussion began and thus agreed to make it happen.
Mantle didn't change the entire tried and tested user experience.
2 Likes, Who?
No, thanks. I don't want my Alt-Tab, Ctrl-Alt-Arrow and Super-S broken again.
In fact I wish Wayland will finally fix the "fullscreen program grabs ALL the keyboard keys and you can't do nothing to stop it", it's not just a serious usability issue but a security one as well.
In fact I wish Wayland will finally fix the "fullscreen program grabs ALL the keyboard keys and you can't do nothing to stop it", it's not just a serious usability issue but a security one as well.
2 Likes, Who?
Quoting: SethoxMy point here is that as long as you just deny an idea because you do not like it
I deny ideas and proposed solutions that destroy features I depend on. As is, this would completely remove my ability to switch to my second monitor and interact with IRC during a game. It would remove my ability to use something other than TeamSpeak during a game.
Quoting: Sethoxyou stagnate the community
On the flipside, you can also innovate a community to death, by introducing poorly thought out solutions every other minute.
Quoting: SethoxMy thought of this was very positive
Yes, and my thoughts were very negative, because I see how it interacts with my use case in a way that's not positive. And how "integrate TeamSpeak into games" is obviously the wrong thing to do, for various reason. See my comment above.
Quoting: Sethoxhow this could be used as a feature, such as multiple modes (for multiple monitors, as an example). On one hand you have the desktop as usual and the other a live log of some sort or maybe just something simple as a volume slider that directly controls the volumes when needed (for broadcasters).
Yeah... except that the proposed solution wouldn't allow for this. It wouldn't work at all for multi-monitor setups. This is exactly my issue.
Quoting: SethoxAnd if that is the case (features being lost), how can we think of gaining those features back in other ways then.
Yes, but you need to think about these feature before proposing a solution as the ultimative goal. And then not dismissing lost features with a flippant "I think your usecase doesn’t fit".
1 Likes, Who?
This is the worst idea ever. For what, to gain a couple of FPS, at best?
While we are losing our time speaking of this nonsense, Windows people are enjoying their fully functional and faster games...
While we are losing our time speaking of this nonsense, Windows people are enjoying their fully functional and faster games...
0 Likes
Quoting: AsavarTzethYes, that is correct :)Quoting: hardpenguinThat would be a huge step backwards considered that SDL2 and Unity3d freed us from the no ALT+TAB misery of old fullscreen Linux games.Correct me if I remember this wrong, but SDL2 basically handles all fullscreen games like a borderless window, by default. This is one of the reasons we have so few alt+tab/workspace issues. I tend to hear a lot of Windows gamer/enthusiasts much prefer this setting. I can see why.
This is great when you are convincing switchers if you ask me.
0 Likes
See more from me