Quoting: KabouikNot sure if this has been posted, but I am 32 pages late and that is a bit much to catch up while I'm at work.

There is a community-driven list of games that run or crash with Steam Play/Proton, it is here: https://docs.google.com/spreadsheets/d/e/2PACX-1vQ3_odz8JzEVK80vkku-b6FsICWb45xGf4VYnzYz5cNSMVQ-5BA2WoHBGAScw96MgLj1ONA7Cx0tyGa/pubhtml# [External Link]

Cary on, you can do it! (read on this post...) And it's a special occasion, your work colleagues should commemorate too! [liam, need evil tux emote here, or the gangsta one someone had in their profile in the thread].
I've also noticed a similar page here, with far less data, but better organized (for now). Not sure if it was posted here already, but I did see it on reddit.

Quoting: GuestJust really want to point out that Valve see and fund things that are very useful, and that's not to be underestimated, but I personally dislike the treatment that it's all and entirely Valve doing everything.
[...]
while the impact might be large to users, the effort itself from Valve is actually not equivalent.

Of course, but expecting them to do a lot wouldn't be realistic. Last time I checked, their head count was ~250. Point is, they're playing to win. And as such, they make strategic decisions, investing where it counts, and not duplicating efforts. The way we Linuxers always tried to do it, actually. They get a lot of praise for that. They are doing now what people have suggested to them for ages, and it seems that they're listening; or at least their actions are aligned with the way the community thinks/expects them to behave.
And valve being privately-owned means that it's only as evil as its owner, GabeN. Which is a huuge difference from the corporations that are owned by their bottom line and quarterly results. Valve can think longer term.

And valve currently is our champion. All hail our lord and Savior GabeN! Liam, we need a special emote for this to commemorate this victory!

Quoting: fabertaweWow... big news, big thread (and I'm late to the party as usual!). I have actually read every post :dizzy:

Yeah, me too :D I'm just finding it hard to keep up :P

Quoting: Mohandevirthis thread is way too long to read through

It's doable! It's only 26 pages if you put 15 posts per page ;)

Quoting: GuestI'm also wondering, do devs/publishers have to give Valve official permission to put their games on this new feature?

Nope, valve stated themselves that they were completely handling this one. I can't find where, but this excerpt from the FAQ [External Link] gives the right idea:

Spoiler, click me

Q: I'm a developer; my game got whitelisted in Steam Play; does this mean I have to support an additional platform?

No; if a game was whitelisted as a result of our testing, we've assessed the experience to be identical (save for an expected moderate performance impact). Users playing through Steam Play experiencing Linux-specific issues should be directed to Steam for support. Keep in mind users were most likely already playing your game using Wine; you just have better visibility into it now.

Quoting: ImnotarobotHmmmmm... Proton on Github that MS owns.

That's an interesting thought... If anything, it means that they could have been aware of it ahead of the announcement. I wonder if GitHub was used for development, then. It was probably just pushed at the last minute.

Quoting: Lcs006OK! I am in a bit of challenge. I have Jagged Alliance - Back in Action Linux version. As everybody knows - it does not work. I would like to try Windows version through Steam Play, but how do I download Windows version? Linux version already uninstalled, Steam Play enabled.

You could try to do it one of the old ways [External Link]. Then either build proton yourself, or try to hijack another game to run it. It looks like it isn't supported at the moment [External Link].

Quoting: Imnotarobot7870. All games crash with amdgpu. :(
No Vulkan for me then.

Do you have followed Valve's recommendations [External Link] for the GPU drivers? And by amdgpu, I assume you mean the kernel module, not the "-PRO" driver?

Quoting: barottoJohn Carmack in 2013:
"Improving Wine for Linux gaming seems like a better plan than lobbying individual game developers for native ports. Why the hate?" and "Translating from D3D to OpenGL would involve more inefficiencies, but figuring out exactly what the difficulties are and making some form of “D3D interop” extension for OpenGL to smooth it out is a lot easier than making dozens of completely refactored, high performance native ports."

He was right, after all. A bit too soon tho, that "extension for OpenGL" is today's Vulkan, that didn't exist back then. A lot of pieces had to be put in place to make it a viable solution.

Link [External Link] to an interesting reddit thread where he elaborates a bit. Yeah, but there are acually OpenGL compat extensions that do this, like GL_ARB_conditional_render_inverted [External Link] (see the description there). And as pointed out in the thread, we might see a new one in Vulkan for the stream outputs DX11 feature.

View this comment - View article - View full comments

I feel a great disturbance in the force... As if millions of gamers were crying with rejoice. I... I think the great migration finally has started.

I typically didn't bother with wine, even though I could have. Maybe this will get me to clear some of my windows backlog? I need to finish that Just Cause 2, S.T.A.L.K.E.R. (s), Skyrim, Mafia II, among others.

Quoting: Guestnothing here couldn't be done before, and wasn't already being done before

The biggest difference with classic Wine gaming is the native implementation of the steam libraries (this has been attempted independently [External Link] in the past )
Also, fullscreen improvements is the second big thing. I've been wishing for this behaviour fro *years*. I guess it wasn't implemented because it is technically not the same behaviour as windows and could break a few tools.
Also, let's not ignore the extra funding and manpower they've been pouring into this for *two* years. DXVK, dx12 support, etc.

Quoting: GuestCouldn't see any word if system wine could be used instead - but then, just use wine & steam in that case I guess.

Well, they allow you to select your own "compatibility tool", so I guess it is possible :)

Quoting: pmatulkaSo this is end of native Linux games... :/

Quoting: GuestI'll just [put this here](https://www.gamingonlinux.com/articles/valve-may-be-adding-support-for-using-compatibility-tools-for-playing-games-on-different-operating-systems.12349/comment_id=130651 [External Link])

:whistle:

I think that the next iteration for them would be to provide the reverse: allow to target windows from Linux.
That would make sense, as Linux is currently a sane platform to target if you want your application to easily be portable to other platforms (switch, ps4, mac). A Linux-first development workflow would be awesome!

Meanwhile, Valve is advocating for what really counts: Vulkan!
Well, ideally, they would end up abstracting all platforms, and probably use proton on windows as well to be more in control of the runtime.

Quoting: TeqI worry that Feral (and Aspyr) will be harmed by this, which can't be good for our community.

So do I... Icculus too. That might actually be one of the reasons their Linux head left for Unity some time ago. Hopefully they can specialize in implementing a Vulkan renderer for DX games! But if Linux marketshare grows as a result of this, this also means more room for Feral!

Quoting: GuestA Valve turns, and from the powerful release of Steam, the Windows shatter.

... it sounded better in my head...

Make it a haiku:

A Valve turns open
Steam blows in Antarctica
the Windows shatter.

I'm sure it could be improved somehow!

Quoting: liamdawe

Quoting: GuestQUESTION: Once this goes stable, what's to stop every desktop gamer jumping to Linux, especially with bright new horizons like Mesa 18, RADV, and Linux completely smacking the pants off Windows with the new Threadripper?

Titles with harsh DRM that Wine/Proton simply cannot support. That's the big one that comes to mind right now.

Hopefully this only means developers will think twice before putting invasive DRM schemes. Or remove them a bit after launch?

Quoting: ShmerlBy the way, will dxvk remain an independent repository? It would be nice if it could.

Looks like Valve played it smart and decided to leverage git submodules where it could. I have no objection to the dxvk upstream moving to Valvesoftware (they already have a repo there, AFAIK), but there's no reason for it to, as long as they employ the dev.

View this comment - View article - View full comments

What is the point of implementing s3tc in wine if it's present in virtually every driver, by the way?

View this comment - View article - View full comments

Quoting: Kristian

Quoting: EhvisNobody commenting on that this is Wine π! :)

[edit]Even though pi looks really bad in the used font.[/edit]

That is because we are all tau fans here :P

Pau [External Link] FTW!

View this comment - View article - View full comments

Interesting, I hadn't heard about those, but they seem quite nice. Do you have to make your guests download a whole app to play, or do you just point them to an URL? (does it work without internet as well?)

View this comment - View article - View full comments

Quoting: ArdjeFor now mesa still seems to be very distant of making gamename based fixes.

driconf [External Link]? That's used to adjust driver behaviour to various application quirks; which can be name-based.

And the same is being done for DXVK, for instance... Some apps are just broken, and wouldn't work with a conforming driver, or would only work with poor performance (as far as I know, it's sometimes as simple as lying about being an nvidia driver, the supported extensions, or tweaking GL threading). That's one of the things that Vulkan set out to address, if I'm not mistaken.

View this comment - View article - View full comments

Liam, you might want to link that issue instead of the current one in the article: https://github.com/doitsujin/dxvk/issues/551 [External Link]

It seems to be a readme with a lot of details into the D3D10 support :)

View this comment - View article - View full comments

Quoting: einherjar

Quoting: Cyril

Quoting: Alm888It has left not only "Early Access" but the GOG store as well [External Link]. :(

Just a quick reminder: never pre-order, never pay for Early Access. ;)

Fuck! And no DRM-Free build on Humble Bundle... :|
This time it's not just bad for Linux users, but for all platforms.

Sorry, but I can`t see a disadvantage in the missing GOG support. I really don`t understand, that Linuxers buy at GOG. I have never heard of GOG (CDPR) doing anything for Linux.
Have you heard of them paying Linux devs, or bringing any games (after witcher 2) to Linux? Is there a GOG Linuxclient? Do you think Cyberpunk will make its way to Linux?!

I buy all my games for Linux on Steam. DRM free would be better, but what would Linuxgaming be without valve and what would it be without GOG?

Linuxers should support the devs or companys that support Linux. IMHO GOG is not one of these.

That was a bit too harsh to my liking. Firstly, CDPR and GOG (CD Projeckt Blue) are a bit more separate entities than you seem to think (AFAIK).
Secondly, while they could do a lot more to support Linux, they still bring some of their DOSBox wrappers, etc. I hope that will change and they'll be a bit more proactive, open platforms are in their interest. However, that would be a catch-22, and a bit unjust to boycott their store. Also show Valve and other publishers that there's demand for (Linux) DRM-free titles ;)

About other saying that steamworks could be the problem; that might be true, but the networking part was open sourced by valve some time ago, so that might not be a problem.

I just wish for more open communication.

View this comment - View article - View full comments

Let's quote an old Valve statement on this:
quote=[Plagman [External Link]]We will not drop support for the many games that have shipped on Steam with only 32-bit builds, so Steam will continue to deploy a 32-bit execution environment. To that end, it will continue to need some basic 32-bit support from the host distribution (a 32-bit glibc, ELF loader, and OpenGL driver library).

Whether the Steam client graphical interface component itself gets ported to 64-bit is a different question altogether, and is largely irrelevant as the need for the 32-bit execution environment would still be there because of the many 32-bit games to support.[/quote]So you'd still need a few "bits" to continue supporting 32bit apps. But that would be a step in the right direction. AND SHOW THE DAMN EXAMPLE! How can we be taken seriously when asking for a 64bit build if Valve doesn't even bother with their client?

In my opinion, the Steam client should have been 64bit from the start on Linux (even though I was using more 32bit computers at the time, I would have understood). Maybe they could deprecate support for 32bit, telling developers that they will refuse submissions of 32bit apps in the future? Or just refuse for new apps to use the 32bit steam runtime, so developers could bundle them, together with an hypothetical future shim for 32 <-> 64bit openGL, and other critical libraries.

View this comment - View article - View full comments

I'm quite hyped for this!

Question: I read in the article comments about Steam's possible 64bit update that the game is 32bit. Could this update bring 64bit to the table as well? If it's just a matter of recompiling (and performing QA >< though that could be a beta), I'd be thrilled if Aspyr did just that!

View this comment - View article - View full comments