Quoting: elmapulGREAT, now we have 3 competing standards...

https://github.com/ValveSoftware/openvr
http://www.osvr.org/what-is-osvr.html
https://www.khronos.org/openxr

the question is wich one should be followed?

I think only OpenXR is a collaborative effort, so the answer is obvious.

View this comment - View article - View full comments

Quoting: jensHe wont see your point due to his unconditional love for Open Source and FOSS in general.

This point is not about attitude towards FOSS. That's just how open development operates, bugs are open and you can track progress (unlike blob, closed driven development as can be expected). It doesn't equal a guarantee that your bug will magically get higher priority than otherwise. However, since Mesa developers asked to make a special page just for games, @jaycee can go ahead and use it, before complaining.

View this comment - View article - View full comments

Quoting: GuestHow does that "Games broken on Mesa" list help get it fixed exactly?

Games related bugs gets more visibility among other Mesa bugs. Mesa developers asked for such list, as a way for users to request attention for games bugs. Feel free to use it, or not.

Quoting: GuestYou claimed that Mesa is superior because it's public. As i've just demonstrated, this is not necessarily true.

It is. With Nvidia blob reporting method you have no clue if anyone already reported the issue or not. So lot's of duplication is expected, no way to track history, workarounds and so on.

Quoting: Guestglsl_correct_derivatives_after_discard=true kills the framerate apparently

Not with TW2, but it does reduce it with TW3. Not sure about Arma games - never played them.

View this comment - View article - View full comments

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

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

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