Disclaimer: not our video, but as usual I like to highlight videos that show how performance on SteamOS/Linux compares with Windows.
Personal thoughts:
Pretty great performance there. It's really pleasing to see that Virtual Programming's eON wrapper technology mature to this state for some.
Sadly the game is quite unplayable for me, as the textures always revert down to Low, and most of the time Low is the only option that appears in the Texture option. It seems I am not alone with this issue either. I sent a message to VP about it, but no word on a fix yet.
The performance was also not too great in this recent version for me, but it does look like I was running it at higher settings than what the benchmark had.
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Direct Link
Direct Link
Personal thoughts:
Pretty great performance there. It's really pleasing to see that Virtual Programming's eON wrapper technology mature to this state for some.
Sadly the game is quite unplayable for me, as the textures always revert down to Low, and most of the time Low is the only option that appears in the Texture option. It seems I am not alone with this issue either. I sent a message to VP about it, but no word on a fix yet.
The performance was also not too great in this recent version for me, but it does look like I was running it at higher settings than what the benchmark had.
Some you may have missed, popular articles from the last month:
Quoting: TheRiddickI wasn't referring to COH2, but in general. SOME things work, most don't. I really don't care if there is a error n AMD's code, that's not my fault.
And while you pick at NVIDIA, they have a working driver that delivers 200-300% more performance over AMD, so I'll take dishonest code over broken and terrible code any day!
I guess you didn't read anything at all, seems like you only read the title.
Example from that page (there's more on that page and others about opengl in general):
QuoteI know this has already been said, but the facts are that nVidia, OpenGL implementation on linux is not exactly conformant to the standards. We all know this, we've known it for years. Add in the fact that so many dumbasses only test on nVidia hardware and there's part of the problem. Even though nVidia's driver is not standards compliant, it's not the fault really. It's game devs relying on that behavior that is the real problem. Too many companies and projects know that behavior they rely on is not standards conformant and they do it anyways, so it's their own damn fault.
The broken / terrible code is the actual code that software developers write. Writing code that works with nvidia, and then maybe do a little testing with the other drivers is bad practice. They should also make sure that the code is opengl compliant in the first place.
With vulkan that will hopefully / probably not be a problem anymore.
0 Likes
You can also look at the results here:
Phoronix AMD/NVIDIA comparison (recent)
I think you are overall wrong, AMD is having major issues keeping up in synthetic benchmarks also!
That's like saying all games and software under Linux are actually using OpenGL wrongly because AMD gets bad performance and NVIDIA doesn't.. so therefore AMD shouldn't really be trying to keep up with OGL performance...
Last edited by TheRiddick on 20 March 2016 at 3:37 pm UTC
Phoronix AMD/NVIDIA comparison (recent)
I think you are overall wrong, AMD is having major issues keeping up in synthetic benchmarks also!
That's like saying all games and software under Linux are actually using OpenGL wrongly because AMD gets bad performance and NVIDIA doesn't.. so therefore AMD shouldn't really be trying to keep up with OGL performance...
Last edited by TheRiddick on 20 March 2016 at 3:37 pm UTC
2 Likes, Who?
Okay lets leave the nazi stuff for another website? Keep it clean.
0 Likes
Quoting: TheRiddickYou can also look at the results here:
Phoronix AMD/NVIDIA comparison (recent)
I think you are overall wrong, AMD is having major issues keeping up in synthetic benchmarks also!
That's like saying all games and software under Linux are actually using OpenGL wrongly because AMD gets bad performance and NVIDIA doesn't.. so therefore AMD shouldn't really be trying to keep up with OGL performance...
Of course performance is important, and drivers must be optimized.
This was not supposed to be about performance, but whether something works or not. There should be no need for a driver workaround, the code should just work (and that is obviously not always the case, especially for non-nvidia gpus).
You mentioned earlier that games would crash, and that is a major problem, and why I wrote something in the first place. From the same forum thread (I guess I should have used this one instead):
QuoteFirst off, NVidia's driver not being especially faithful to the spec is a fact, but nobody said that's why it was faster. It's just why things tend to break on other drivers.
If a game only works with nvidia gpus, then It looks like the developer couldn't care less about other gpus. They should *always* write opengl compliant code, and then there would be no need for driver hacks.
Last edited by rune on 20 March 2016 at 6:14 pm UTC
0 Likes
I'm not exactly sure why we do argue about the quality of fglrx: It has never been good! I used to be a big fan of AMD but since I switched to Linux (including gaming) I sold my AMD GPU several years ago - just because of the bad driver! The hardware (HD 5850 vs GTX 560ti) was BETTER.
All in all code quality of games might be ONE reason, but it's at least not the only one. You could also see this with AMD having performance issues with D3DX11 on windows - repspective nVidia cards which should be on the same level are faster, with vulcan AMD outperforms them most of the time.
There's a reason AMD is shutting down fgrlx and is aiming for amdgpu - it already outperforms fglrx to some extend and get's closer to the Windows or resprective nVidia performance level. If you do own an AMD card, you might wait 2-3 month and check out the recent amdpu + linux kernel + mesa stack then.
Last edited by cRaZy-bisCuiT on 21 March 2016 at 11:49 am UTC
All in all code quality of games might be ONE reason, but it's at least not the only one. You could also see this with AMD having performance issues with D3DX11 on windows - repspective nVidia cards which should be on the same level are faster, with vulcan AMD outperforms them most of the time.
There's a reason AMD is shutting down fgrlx and is aiming for amdgpu - it already outperforms fglrx to some extend and get's closer to the Windows or resprective nVidia performance level. If you do own an AMD card, you might wait 2-3 month and check out the recent amdpu + linux kernel + mesa stack then.
Last edited by cRaZy-bisCuiT on 21 March 2016 at 11:49 am UTC
1 Likes, Who?
Quoting: ZeloxI belive Both Blizzard and EA have stated they want to support Linux.
Blizzard even hade a linux beta client for wow vanilla.
Their recent statements about Linux prove quite the contrary. Also, there's still no proof the WoW client was not a fake.
On another hand, do we really need to rely on those companies? Sure their games sell by millions, but they have been using the same old formula for so long that another company could very well take their place with something new. And if this something new runs on Linux...
0 Likes
can't wait to play this on linux!!!
0 Likes
Wow, that's impressive.
0 Likes
See more from me