Topic on Glossary talk:Graphics card

Mirh (talkcontribs)

A list with some affected games can be found here

One of the recommended workarounds looked suspiciously too similar to a problem I once had in CoD and this


So I realized we have a little to much confusion in our files section. There are:

... and nobody has a clue of whatever there are even differences between these files.

Somebody should check that.

Expack3 (talkcontribs)

All those games on the VOGONS list are pre-DX8 - meaning dgVoodoo2 will likely work for them. Heck, Darkstone, a game not on that list, sufferes from Z-buffer issues on AMD hardware with recent drivers unless you use dgVoodoo2!

As for the more modern ones?...I haven't a clue. WineD3D for Windows without game-specific specific compilation settings or code modifications is too unreliable to work for DirectX games in general (though there will be outliers, like Silent Storm), and I don't know of anything which converts OpenGL code from a lower version to a higher one (i.e. OpenGL 1.0 to OpenGL 4.0).

Mirh (talkcontribs)

If it's just for Z-buffer, I'm pretty sure swapping dlls can already be considered a good solution.
The thing that really turn up my nose was that.. we probably have 5 dlls for a single issue (or two at most).

Btw I don't think there are going to be problems with openGL, considering all the fuss behind retrocompatibility with that API.

Expack3 (talkcontribs)

Yes, a good solution, but not the solution. Depending on which DLL we settle on, we'll eventually hit a point where either the graphics card or the OS is simply unsupported.

Again, for pre-DX8 games, dgVoodoo2 is the way to go for most games since it mainly relies on DX11's continued support and the author continuing to maintain the app. Just slap in the replacement DirectX DLLs, configure them as needed, then play the game. Really that simple for those ancient games! Even then, dgVoodoo2 is still a solution. A dang fine solution, but just one solution nonetheless.

Mirh (talkcontribs)

Well, I wouldn't know.
I mean.. we are talking about a normal user side dll, not the system driver.

Aside of the OS (drivers are even forward compatible most of times) I guess that a new architecture may indeed change the way it can be instructed...

Anyway, do you know if dgVoodoo2 also support W-buffer?

Expack3 (talkcontribs)
By clicking "Reply", you agree to the terms of use for this wiki.