Patreon Logo Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
Latest Comments by alexThunder
Street Fighter V confirmed to be coming for Linux & SteamOS
17 Dec 2015 at 10:45 pm UTC

I've been a Tekken guy since PS1 - funny how quickly things can change :) My wallet is already getting nervous :O

Feral about AMD driver support
5 Dec 2015 at 6:50 pm UTC Likes: 3

Can confirm. If you start developing with cross-vendor and -driver OpenGL, you will stumble upon this rather quickly.

Ars Technica Benchmarks Show Windows 10 Beating SteamOS Performance
13 Nov 2015 at 8:52 pm UTC Likes: 1

Quoting: DrMcCoy
Quoting: NyamiouYou don't need to answer that.
I can, however, sell you a very reasonably priced tin foil hat.
If your post only consisted of that line, it would have been twice as good ;-D

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 11:57 pm UTC Likes: 2

This isn't about slamming anyone - neither the dev nor Nvidia.

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 10:41 pm UTC Likes: 1

And how does this example show, that compilers don't do any optimizations elsewhere?

(Yes, it's a trap)

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 10:27 pm UTC Likes: 1

But that wasn't the example "you have", was it? And why does it show, how limited optimization is? We're talking about things from like simple type conversions to replacing whole shaders. You just provided a for-loop which doesn't tell us anything.

In general, you're not doing much more then keep telling us, how stupid we all are. Other than insults, you didn't contribute much so far.

Quoting: alexSee this talk, you will se that in order to fix bad behavior you simply dont use Nvidia - you rewrite the code! (Which ofc, would be blatantly clear if you knew anything about the limitations a compiler faces)
In how far is this different from what I suggested in the first place?

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 10:16 pm UTC

Quoting: tuubi
Quoting: alexThe mirv example was well documented and if this is true then yes thats a good and specific example. But when you explain in terms of " magic" and such it's just completely obvious you dont know anything about software development.
Damn. Busted. I wonder how our software design business lasted for ten years before anyone found out I have no idea what I'm doing. Please don't tell our clients. :'(
So you're working for Microsoft? ( ͡° ͜ʖ ͡°)

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 10:12 pm UTC Likes: 1

What "real" examples (you have) are you referring to?

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 9:11 pm UTC

I wonder. Is there something specific you want to tell us?

Magicka 2 Looks Like It Will Have Lower Performance On AMD Cards
15 Oct 2015 at 8:19 pm UTC

Quoting: liamdaweA game being "ported" isn't some magical milestone, it means it compiles and runs on Linux, that IS when the proper testing begins, and they can only test one GPU at a time unless they can do both at the same time there is always going to be one that is first.
If they only have one machine available for development (and testing). Otherwise you just run the same build on different machines and see if it works or where errors occur.

Quoting: ImantsAm I understanding things correct. NVidia is making bad opengl code preform better on they're cards buy violating opengl specification? So if programmers would know better opengl and programmed as it should be done code would work as fast as it needs on any drivers? So in the end it is people knowledge witch is lacking and NVidia is just patching it up.
Yes.

Quoting: alex[...]and when given the choice this vendor's driver devs choose sanity (to make things work) vs. absolute GL spec purity.
But what's the point then in having standards (especially open ones)?

Besides, if you're writing GLSL Shaders and do mistakes (according to the Khronos specification), but Nvidia's compiler accepts your code (because it's sort of guessing what you meant), this may lead to unpredictable behaviour. Nvidia's driver try to adress suboptimal code - sometimes successfully, sometimes breaking the program/game.

It's a difference, if you try to fix some bad practice or code that isn't supposed to work.