Steam On Linux Crosses 1,400 Games

[RealNC]

RealNC You are aware that most modern GPUs have a hardware scaler that can be used in the case of a game with a resolution too low for the monitor, right? https://youtu.be/P8zND3tS7Hg?t=51

Yeah, GPUs have such a thing obviously. So why should the compositor upscale and introduce INSANE AMOUNTS of input lag? Some people are simply clueless.

[Nobu]

RealNC You are aware that most modern GPUs have a hardware scaler that can be used in the case of a game with a resolution too low for the monitor, right? https://youtu.be/P8zND3tS7Hg?t=51

[Inopia]

Of those 1400 games there are a bunch that don't actually work on SteamOS because Valve isn't shipping any version of Java on it. They don't even have openjdk in their repository. Game devs depend on it as nearly everyone has Java, but it is not a core Steam library so SteamOS doesn't have it. Complaining to the game devs to bundle Java doesn't help because SteamOS is still such a niche platform that bundling stuff just for it isn't worth the effort. No other system has problems with having Java available.

Of course I should just Linux up and install it myself from 3rd party source but that is not really the console experience I'm looking for in SteamOS. Hopefully Valve will come to their senses and include openjdk before the actual release.

[Cyber Killer]

On Linux, there's no such setting. Mouse-look feels floaty, with 2 or maybe even 3 frames buffered. That makes it unplayable for me. The only workaround for that seems to be to disable vsync. But then I get tearing. I don't like that either.

That is the fault of bitmap cursors, for some reason they get low performance. If a game uses hardware monochrome cursors then the mouse input is near realtime. Check some games that allow to switch this option (e.g. Battle for Wesnoth) to see for yourself.

As for general quality of the ports - I also feel they aren't good enough. Quick example: Settlers Online showed up today and? it fails to run on any 64bit system, because it needs 32bit pepper flash installed on the users system. There's a custom hack on the game forum that fixes it, but it doesn't excuse the developers who didn't test their game on a normal system (IMHO most GNU/LInux users are on 64 bit systems since at least 5 or more years ago, we had 64bit distros ever since the first amd64 cpus started coming out).

That seems to be the most common problem - lack of testing. Most of the bugs in faulty ports would be fixed if the devs took care and tried their game on 3-4 different machines with different distros.

[Passso]

Steam OS is a console OS, so I think it must be compared to other console OSs as PS4 and Xbox and their number of games are:

The desktop Linux games number is a "gift" Steam does to the GNU/Linux OSs as a gaming platform, but the goal for them is not to make home MS WOS users to switch to GNU/Linux to play games, but It is for console gamers to be able to play desktop titles at their consoles with affordable console machines. A new "world of games" for console gamers.

At least someone who understand that Valve is far to be an idiot grunt who made a bad choice with Linux.
The SteamBox has to compete versus PS4 (yes I consider the 2 others globally out), not versus Windows PC.

Let's just pray that they will not modify things like kernel so that Linux compatibility will remain over years

Microsoft won with "developers developers developers". May Valve win the same way!

[anda_skoa]

Really? This invalidates my claim?

Yes it does.
Developers working together to find a good solution to a problem is the opposite of not considering the use case that uncovered the problem.

Cheers,
_

[dungeon]

OK, I'm done here. Have a nice day. I'm booting Windows to play some games where this stuff works correctly.

I guess you know how Windows kernel is called... but do you know how Windows xserver is called?

[RealNC]

Then maybe you should find a quote that supports your claim instead of one that invalidates it?

Cheers,
_

???

There should be no exclusive fullscreen mode, and the compositor should upscale? And three years have passed and nothing was done to fix any of the problems?

Really? This invalidates my claim?

OK, I'm done here. Have a nice day. I'm booting Windows to play some games where this stuff works correctly.

[anda_skoa]

Martin Gr??lin is one example.

Then maybe you should find a quote that supports your claim instead of one that invalidates it?

Cheers,
_

[RealNC]

Input latency? Input latency is slower on Windows.

No, it's not. In Windows, I can set the amount of pre-rendered frames to 1. That way, there's at most 1 frame in the buffer. Mouse input feels immediate that way.

On Linux, there's no such setting. Mouse-look feels floaty, with 2 or maybe even 3 frames buffered. That makes it unplayable for me. The only workaround for that seems to be to disable vsync. But then I get tearing. I don't like that either.

On Windows: it's perfect. Low latency, no tearing.

Of course, if you don't do these tweaks under Windows to begin with, then yes, it's gonna be pretty much the same in both Linux and Windows. That is: high latency in both.