Okay, I don't know what sort of crack I was smoking when I posted all that. I spent the night looking into UNIVBE, SDD, SNAP, Nucleus and related things.
1. UniVBE, even with version 7.00 of SDD, doesn't support your card. It doesn't support nearly every modern PCI or AGP video card, for the most part.
2. The Nucleus drivers, part of SNAP, the latest thing from SciTech (from SDD 7.0 to SNAP 2.0) DO support your card. However, as I understand it, the application has to be written in SciTech's MGL to make use of the Nucleus drivers. (Support for Win9x/2000/XP coming soon!)
3a. One workaround for EF2000 would be to follow the directions in this FAQ: http://db.gamefaqs.com/computer/doswin/file/m … rilogy_vesa.txt - i.e., Use Rob Muller's UniVBE workarounds:http://unirefresh.demonews.com/videoproblems/
If you're using EF2000 (software renderer, unpatched) use the workaround for Univbe 5.1a. This MAY work in Win2000/XP also, using NOLFB mentioned elsewhere in our forums along with the workaround.
3b. OR - when SNAP 2.0 for Windows comes out, someone makes a TSR for Windows that intercepts VESA calls and uses SciTech's MGL along with the Nucleus drivers. A VESA-Nucleus wrapper, so to speak. Note that I am not at all certain this is possible, but I highly encourage our resident video experts to look into MGL as for its capabilities, etc. It would be worth looking at the license, too, to see if such a project, if open-source, would be legal, either: ftp://ftp.scitechsoft.com/devel/license.txt
3c. OR find a workaround switch for EF2000 not to use the built-in UNIVBE. They do exist, but possibly not all the time. Check the documentation. It could be the popular -nounivbe, like "ef2000 -nounivbe". Or maybe USEOLDVBE, like "ef2000 USEOLDVBE". Or something.