dgVoodoo2 VS bgfx

Parts of DX5 and previous, such as the "retained mode", are missing from current versions of Windows entirely. Much of the remaining implementation is buggy and introduces render artifacts.

Open source projects such as dgVoodoo offer a solution to run old games, by re-implementing old DirectX and Glide on top of current DirectX [1], similar to how Wine runs DX games on Linux on top of OpenGL or Vulkan.

[1]: https://github.com/dege-diosg/dgVoodoo2

I have not tried this myself, but there are two compatibility wrappers that implement old graphic APIs for modern systems - nGlide and dgVoodoo2.

Voodoo2 for added stability in old games

It's a wrapper for old DirectX 7/8/9 games that makes them use DirectX 11/12/Vulkan instead: https://github.com/dege-diosg/dgVoodoo2

This... here's a link to the github. Click on Releases to get the latest build (it'll be the first zip file without _dbg (debug) in the title).

Try using dgVoodoo2. https://github.com/dege-diosg/dgVoodoo2/releases

You can always use dgVooDoo [0] to translate Glide to DirectX. With great performance, too.

[0] https://github.com/dege-diosg/dgVoodoo2

How to install DGVoodoo2 for use with Windower: download the latest non-dbg, non-api, non-source-code: .zip https://github.com/dege-diosg/dgVoodoo2/releases Unzip it. Move dgvoodoocpl.exe and MS\(x86)\d3d8.dll (just the d3d8) into -- playonlineviewer folder for retail or the same folder that your loader exe is in for private server (you can overwrite any old one in there if you like). Right click on dgvoodoocpl.exe and run as administrator. At the top right press Add and select the same folder as you selected earlier (playonlineviewer folder for retail and/or the folder of the private server loader). On the General tab, set your Adapter(s) to use / enable to your graphics card (note that, if the game won't launch after these steps, then try going back, selecting the same folder again in the dropdown menu at the top, and change it back to All, but it should work most of the time with your graphics card selected and will make sure that graphics card gets used. -- known to be necessary with SurfaceBook laptops, and maybe with external graphics card enclosures as well (untested)) On the DirectX tab, set VRAM to 512 MB (higher if you're using HD textures) and unckeck dgVoodoo Watermark at the bottom.

Sort of, I'd recommend a modern higher level API. I'm not sure what the current recommended ones are (probably bgfx), but assuming the wrapper is "low level enough", then the concepts you learn are still going to apply.

https://github.com/bkaradzic/bgfx for just that FOSS intermediate rendering library (includes Minecraft)

BGFX: Pretty mature and easy to use with many backends.

bgfx. I have not used it, but I have heard good things about it.

There's kind of a lack of this for C++ in 3D, I think it's often due to the necessity of a secondary scripting language in game engines with C++, which isn't necessarily needed in Java or C#. SFML is like that (but also 2D), Godot is similar (but more geared towards 2D). Ogre3D is an actual engine like I mentioned earlier, not sure how easy it is to use. Cocos2d is higher level, but is also 2D only. I'm not fond of SDL, it feels like a windowing library with slow old school immediate mode stuff attached, so it ends up not being good at the rest of the tacked on things. SDL is popular as a windowing library, and it's why you see it used everywhere (but the most notable uses of it aren't using their drawing capabilities), I often see bgfx thrown around, and for you it might be a good choice, though I have no experience with it.

Another route could be using an abstraction over Vulkan (faster, more efficient, more difficult): bgfx, dawn, magma, or wgpu (Rust).

now, java is actually quite a performant language and even if its not most of the performance bugs in mc are due to it being single threaded, inefficient chunk generation and optimizing, and it built ontop of opengl WHICH isn't much of a performance hit but its still ehh idk it doesn't matter that much (NOW SWITCHING THE GAME TO AN ENTIRELY DIFFERENT GRAPHICS API WOULD SUCK ASS TO DO (and vulkan is quite verbose :))) (AND also bgfx would probably be better due to it being an abstraction layer ontop of all the graphics apis so minecraft could target many depending on your platform (and also bedrock used to (or still does i dont know) use bgfx before they switched to just two (IF IM READING MC WIKI RIGHT BECAUSE IM NOT ENTIRELY SURE IF THEY USE BGFX STILL ?? SO THEY COULD STILL BE TARGETING MULTIPLE YET THEY JUST WROTE THEIR NEW SHIT BAD IDK))