Quoting: ShmerlWhy? Desktop generation of CPUs and GPUs refresh around once per 2 years. Same happens with mobile phones. Why can't gaming handhelds refresh that way too?

2 year refreshes may make more sense for the alternative PC handhelds such as the ROG Ally, and Legion go, which aren't targeted as a standard in terms of games having settings and such tailored for it, but for the Steam Deck that makes no sense, since it detracts from the "Deck Verified" system, as well as the seemingly intented purpose for the device to be the standard "lowest common denominator" target for developers to make sure their games are ready to be supported for handheld gaming PC's. A longer cycle makes more sense for a standard to work as a...standard, which would apply to a new device which would be intended to replace what was the standard target, with a new one.

View this comment - View article - View full comments

Quoting: dubigrasu

Quoting: Pyretic

Quoting: dubigrasuHow good is Vanguard compared with other AC software out there? Is that efficient on Valorant?

If you're talking about performance, Valorant runs fine with it on.

If you're talking about security, you can circumvent the anti-virus (and most other kernel-level software) with a Windows VM.

I was asking how efficient is in terms of combating cheating in whatever form. Is Valorant cheaters free, or at least is cheating significantly reduced compared with other AC software, so much so that is worth (for Riot) the public backlash?
And as a side note, what other game (if any) is using it?

Here's a video about just that very subject! (Regarding the effectiveness combating cheating in any form) It's a long one.
https://youtu.be/RwzIq04vd0M?si=WopAqHRbneJSUqxe [External Link]

(TL'DW, there are plenty of other methods which can be used to bypass the type of anti cheat which is used, which vary in terms of ease and cost on behalf of the cheater)

View this comment - View article - View full comments

I'm a bit worried they went with HoloIso as the base rather than something more complete like ChimeraOS, since they don't have access to SteamOS direct from Valve. ChimeraOS provides some stuff which simplifies and enhances the support for hardware outside the Deck in a way which is more complete compared to HoloISO, such as using their own version of gamescope, and their own UI integrated with it similarly to Steam known as OpenGamepadUI to handle accessing stuff like TDP/GPU controls and fan options, which can be used alongside the Steam Client in a QAM-only mode.

Doing stuff like that saves from the potential of the Steam Client updating and breaking whatever hooks or plugins they would need to do similar stuff with Steam in SteamOS mode (and ultimately HoloISO), and ChimeraOS likely already is providing support for the device after release anyways, so it'd be a win/win pooling efforts.

View this comment - View article - View full comments

I've since learned, for any game that does this, to just launch the game with "SteamDeck=0 %command%" in the properties. It sucks that the game was forcing settings however.

View this comment - View article - View full comments

While interesting, there are some aspects about the hackathon project that misses on some stuff compared to SteamOS. Games/applications aren't auto full screened, and it seems as though applications still have windowing controlled the same way as windows normally handled (where the windows compositor defaults to explorer as the UI for handling window management), so apps aren't full screened, and you still need a "mouse" so to speak to handle applications.

View this comment - View article - View full comments

I think their answer was a good one. One thing not considered is that, even with native ports, there's no guarantee a developer would continue to provide support to it, especially if the native port involves a separate porting team (where that depends on the team's focus on that codebase), or if it involves another simultaneous codebase, where the support'll be split anyways.

Native will always be better from the standpoint of efficiency when running, no doubting that, however there's little assurance on the nature of developer focus. Proton in a way can address that (primarily on the basis of the codebases quite literally being shared, since it's the same release), and the only other way to push that to apply for native would be if Linux support becomes more of a primary target, or if portable development practices take hold. Those come in time however, so the stance is reasonable.

View this comment - View article - View full comments

Quoting: Lofty

Quoting: CatKillerI expect those videos to end with "Windows on this device kinda sucks."

why ? i mean watching this bit of the steamdeck hands on they state that the new UI is coming to windows shortly after. All things being equal the performance and compatibility should be higher on windows. I don't expect a mountain of people to do this honestly. But maybe when the novelty of using steamOS wears out perhaps.

It should be noted that having the UI doesn't mean the complete experience, such as being able to connect Bluetooth devices and Wifi though the UI, being able to control sound devices, and being able to manage display brightness and such from the UI, and some other stuff like FPS and TDP control (amongst other things). It's likely to amount to being as simple as how Big Picture mode was (relative to just the aspect of selecting games, and the browser stuff) as the other stuff comes through deeper integration, and with other components bundled with the OS. This was the same regarding SteamOS and Big Picture in the past.

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: constThe final goal isn't every game getting ported to Linux, it's every new game project taking linux into consideration and using the tools that let them support us.

What I'd like to see is developers not thinking in terms of "ports" at all, but to have Linux builds as part of their standard development and testing routine for their PC release. They'll squash more bugs before release that way, just from having more lenses to examine their code with. They'll have saved time and money even without a single sale. Then they only need to make a depot of their existing, working, tested, Linux build the same as their Windows build.

I too would like this, a sorta "CI" approach to developing games, regarding supporting platforms (in this case, PC platforms). I'm hoping that through developers being pushed to use technologies like Vulkan for better Proton ports, and developing in a more portable fashion to better support the Deck with Proton, it leads to that happening as native releases are more considered.

View this comment - View article - View full comments