Quoting: GuestMesa ? Hm well..
https://bugs.freedesktop.org/show_bug.cgi?id=101739 [External Link]

Reported since July last year. No Mesa devs have even looked at it or acknowledged it.

So what's stopping you from adding it here? This list is made specifically for games.

Also, proposed glsl_correct_derivatives_after_discard=true sounds like the same method as needed for TW2. Interestingly, TW3 in Wine needs the same setting with wined3d.

View this comment - View article - View full comments

Quoting: 14I'm still going to hold off until I hear about AMD GPU problems and glitches and games not launching or games crashing less often.

That you can track here for example:

* Current known issues
* Fixed issues from the above list

That should give you an idea about how less often it happens.

It's not a 100% full list, but it's pretty comprehensive, and Mesa developers monitor it and take note of these reports. They explicitly asked to make such list.

Quoting: 14I've basically had zero issues using the proprietary drivers in GNU Linux.

No driver is bug free. Nvidia has its share of bugs, but you won't see most of them reported. The benefit of using an open driver is that bug reports are public.

View this comment - View article - View full comments

Quoting: 14AMD GPU experience on Linux isn't attractive.

It's pretty smooth these days for games. And way more attractive than Nvidia integration wise.

View this comment - View article - View full comments

AMD usage stats on GOL slowed down a bit, but still growing because of rapidly improving Mesa. That's probably due to limited hardware availability this year. That will probably accelerate, with Vega+ / Navi.

View this comment - View article - View full comments

I wonder what delayed their GOG release. They didn't have problems with their other games in the past.

View this comment - View article - View full comments

Quoting: LeopardBut you gotta admit , Valve is one of the least lock-in addict companies if you think how big they are.

No reason to say so until now?

Hmm , after all that open source driver ( AMD ) work Valve contributed , work on X.org and such stuff.

Sure, their drivers contribution is good. Now with this recent network library, they are removing their previous lock-in, so this is a big improvement.

View this comment - View article - View full comments

Quoting: JuliusYeah, VR on Linux is sadly held back mainly by a lack of compatible games.

You can't have anyone taking it seriously, until this will be ready: https://www.khronos.org/openxr [External Link]

Otherwise developers will be wasting their time chasing tons of incompatible APIs. And then, there is a question of FOSS implementation of actual runtime.

View this comment - View article - View full comments

Quoting: FitzOmegaOn the other side you have what GoG Galaxy use that locks you in GoG Galaxy and Windows/Mac.

Not to release Linux versions on GOG is something developers do, according to GOG incorrectly. But until now, Steamworks required Steam to function, so that prevented developers from releasing games in other stores. Not the same issue.

View this comment - View article - View full comments

Quoting: LeopardThey're companies and they're always looking for lock-ins. That is a fact.

For which they can and should be criticized. Q.E.D.

View this comment - View article - View full comments

Quoting: LeopardBecause until GOG left out Linux users in the cold with that GOG client , there was no need for that.

You didn't answer the question. You claimed Valve couldn't be criticized for lock-in. That's simply wrong. Now that Valve released this library, you can say they aren't interested in such lock-in. But until this happened, there was not reason to say so.

View this comment - View article - View full comments