Voodoo/3dfx Glide support

[Gagert]

Is this on the roadmap for this libretro core? I have no idea whatsoever how hard this would be to implement, but if this was implemented & working in the long run I personally would no longer need the old Windows releases of DOSBox with glide support installed on my PC any more.

If this however was implemented, it would be beneficial if there somehow could be an option to enable higher resolutions than glide originally enabled while running a game in 3dfx mode (I think Carmageddon 1 went from 320x200 to maybe 640x400 in 3dfx mode; on modern displays it could be beneficial to get the resolution as high as possible).

[realnc]

Yes, I'd like to add 3dfx support. No ETA though.

[andres-asm]

https://www.vogons.org/viewtopic.php?t=41853
https://github.com/realnc/dosbox-core/tree/keko
The patch only allows software rendering for now because I don't know how to implement a GL core.

[i30817]

There are only a few interesting DOS glide games (redguard, carmageddon, tombraider, descent2). Archimedian dynasty has it, but the renderer is in fact worse than software when i tried it. Since all of those except redguard have better replacement renderers in progress or done (even if not DOS sadly), i mostly use it on redguard which requires glide. It's more of a win95 feature imo.

Anyway i use the kekko glide patch in my ppa (the software only one) because it doesn't require a external dependency or configuration of a wrapper, but it's kind of gnarly. For one the patch has been untouched for years and was already incomplete when it was done, with a obvious bug in that fullscreen/windowed switching doesn't work after the OVL is loaded.

I'd be glad to see a alternative patch that fixes some of the problems.

Upstream was also supposed to be working on this (a software glide patch with a JIT / opengl passthrough) on a 'secret' repository for some 10 years 🙄. I'm a bit burned about the idea of secret repositories.

[andres-asm]

I don't think fullscreen switching would be a problem when running as a libretro core.
As far as I understand, what we need to do for opengl is basically implement the stubs we have and provide a surface for the emulator to work on.

[realnc]

Voodoo and Voodoo2 support is now merged. Software rendering only at the moment, so very slow and with high CPU requirements.