Quoting: KlaasI'm still waiting for a key from a bundle a few months ago. It has always said coming soon. Support took several weeks for a “we can't help you” reply. And then the automatic system wanted me to tell them that the support I received was good.

Got a ticket number? I can ask them to look into it.

View this comment - View article - View full comments

Sounds like some of their work actually decreases performance https://gitlab.winehq.org/wine/wine/-/merge_requests/1667#note_18621 [External Link]

View this comment - View article - View full comments

Quoting: whizse

Quoting: TermyI'm not sure how you compiled the first chart in this article and can't find another statistic of that sort, but i would be really surprised if that curve didn't go down in the last months/years.

There were 1380 Linux native games released (so far) on Steam in 2022.

In 2021 there were 1222, and in 2020 1104.

SteamDB [External Link] is very handy for these searches!

Yeah, so the number is actually on the up. We just don't get the AAA side, which we practically never did outside of Aspyr and Feral anyway and both rarely do desktop ports now anyway. Aspyr are doing original games + publishing, Feral moved to mobile and Switch.

Again, Proton is not the reason for people thinking there's less ports. It's a debate that keeps coming up. The real reason was the Steam Machines, Aspyr and Feral both said that's why they started. When those didn't hit, they and others scaled back. This is all well before Proton. The user share just isn't there to support the numbers developers want for the effort. I honestly thought we were past these kinds of things by now. Proton is great.

View this comment - View article - View full comments

Quoting: TermyScrolling through the 'just announced' section on https://store.steampowered.com/sale/thegameawards2022 [External Link] really shows the downside of proton: almost exclusively windows titles...
Don't get me wrong, i surely prefer good proton compatibility over a bad port, but it's still sad to see.

Proton has nothing to do with it. We’re not even a 2% platform. This has been debated to death by now.

Or should I say, Proton has very very little to do with it as most developers never considered a Linux port anyway because of the tiny user share. Get user first, then direct support and maybe when it makes sense - native support.

View this comment - View article - View full comments

Quoting: RavenWingsI´m having a problem with the controls not working in AC Valhalla whenever the Deck wakes up from sleep. Since the game always takes ages to start/restart, this really kills a lot of enjoyment for me. Anybody else having similar problems? Using Proton 7.0.5 right now, but I´m gonna try out some other versions later today.

No problems here on SteamOS 3.4 which has some fixes for sleep.

View this comment - View article - View full comments

Quoting: ShmerlBut I wonder what's their motivation for such obfuscation in the code in the first place. It's going some extra length for sure.

At a guess: stripping out what they don't need, and hacking away at DXVK to make it work to do what they need inside the driver.

View this comment - View article - View full comments

Quoting: ShmerlHm, original license is Zlib, so it's not strong enough as GPL to prevent Intel from doing such shady stuff. However it mentions this:

– Altered source versions must be plainly marked as such, and must not
be misrepresented as being the original software.

They include the license as-is, so it's perfectly legal to use the DXVK code like they are AFAIK.

View this comment - View article - View full comments

The plot thickens, even though they're clearing using DXVK and include the license they seemingly tried scrubbing mentions of it away [External Link] (see the whole thread there). Hopefully they at the very least put their changes out in the open and not keep their forked code closed.

View this comment - View article - View full comments

Quoting: ShmerlInteresting, but not giving credit by name to the project they directly benefit from is very poor taste, especially when they boast about performance improvements which no doubt prompted them to turn to dxvk in the first place.

I did find it a little weird, how they kept praising their own engineers but couldn't even name DXVK itself.

View this comment - View article - View full comments

Quoting: whizseRemember, this is a project that was deemed a “a waste of time”. The developer was told they “couldn’t do it and should work on something else”. :tongue:

Now that's a hilarious thing to bring up.

View this comment - View article - View full comments