More devs would work
On the other hand, AMD could also just hire more devs, but we all know they can't afford that yet.
More devs would work
http://ati.cchtml.com are indeed platform-specific
issues (X, VT switching, GPU switching, XVBA), not related to the shared OpenGL portion.
The ss3 opengl speed issues are NOT linux specific, they are crossplattform, you can change the renderer to opengl on windows too (not via the menu however). The decreased speed affects nvidia as well, the flickering textures are ati only however. They can be fixed when you press alt+enter twice as soon as you are in the menu and NOT in a level, when you do it in a level you can forget everything, then it is unplayable slow.
Who said those OpenGL bugs are Linux specific?
Edit: My point was that the "apparently" little effort of Linux-specific code provide for most of the woes.
I don't think it's little effort. At least it doesn't look like.
Ok, it could be that only two guys hacking that X11-related stuff...
Last edited by entropy; 04-16-2013 at 11:56 AM.
I have not tried it myself, but the opengl performance is on windows as bad as on Linux.
A few steam on Linux users have tested it.
I only compared opengl on Linux with Dx on windows.
As soon as more enemies show up, I do not really notice a difference on windows,
on Linux however I have a total cave in, of the fps.
Something about Croteam, I posted problems I had with ss3, on the steam forum for serious sam3.
I got a reply within 24 hours..... They tried to help, and I am on openSUSE.
Some companies care about their customers.
If amd does, then they are damn good in hiding it.
And what really makes me sad, Valve has published a few articles, they explained why games should run faster on Linux.
Not by much though just a few fps.
The last line shows the advantage of opensource software.http://blogs.valvesoftware.com/linux/
When we started with Linux, the initial version we got up and running was at 6 FPS. This is typical of an initial successful port to a new platform.
Performance improvements fall into several categories:
Modifying our game to work better with the kernel
Modifying our game to work better with OpenGL
Optimizing the graphics driver
OpenGL versus Direct3D on Windows 7
This experience lead to the question: why does an OpenGL version of our game run faster than Direct3D on Windows 7? It appears that itís not related to multitasking overhead. We have been doing some fairly close analysis and it comes down to a few additional microseconds overhead per batch in Direct3D which does not affect OpenGL on Windows. Now that we know the hardware is capable of more performance, we will go back and figure out how to mitigate this effect under Direct3D.
You should know that intel+nvidia have got access to source engine code, if needed they could tell the devs how to increase speed that it works best with their drivers. I don't know if amd has got access and if they are willing to do the same.
I believe intel has the best Linux drivers, too bad they don't make vid cards.
For heavy games, the onboard graphic chips, arent fast enough.