Hacker News Reader

Comment by Pannoniae | Hacker News Reader

on older (read: older than RDNA) AMD GPUs the OpenGL drivers are so poor that half the games just either crash outright or have colourswap bugs (RGBA -> BGRA i.e. your game turns blue and orange)

On Linux at least you can use Mesa to fix it up. On Windows you're.... out of luck I guess unless someone writes a binarypatch or something?

I wouldn't call it great support, NV "just works"

View on HN

There are many words to describe my experience with Nvidia on Linux, but "just works" isn't one of them. For modern cards it usually mostly works most of the time, but getting basic features such as "decode H.264 on the GPU" working still requires unofficial third-party wrappers.

On Windows you may be right, I haven't had to deal with Windows drivers for a few years now.

> RGBA -> BGRA i.e. your game turns blue and orange

Citation very much needed.

IME a lot of bugs people attribute to AMD's OpenGL drivers were actually game bugs from developers who only tested on nvidia.

I've seen the bug with my very eyes because I wrote that renderer and I did test on all three vendors:P

Zero debuginfo-related warnings on any driver (except the usual "buffer location is VIDMEM" spam), NV is fine, intel is fine, my (RDNA) AMD card is fine on both Windows and Linux, user with a Vega 64 isn't fine.

We dug into it together and it literally swaps the colours somewhere, and the user said that it crashes randomly on games (confirmed by others, not one-off HW failure), does the same colourswap or have very glitched rendering.

I guess the only salvation is that people usually play DX games under Windows and the bug didn't happen over DX11. But the same rendering restricted to even standard GL3.3 just got BGRA-swapped.

Reply on news.ycombinator.com