it's MTRRLFBE LFB WC. You don't need the hyphen. But that's good to hear what machine are you on?

Atlon64/2000/225 fsb.
No VoodooRush card to test on unfortunately.

One thing I forgot to mention is that under Win98 in 1280x1024 there's a horizontal bar running from left to right at around 3/4 from the top of the screen. A few pixels high(~2-3 guesstimate) featuring various colors.

That's odd I've never experienced that before. Are you talking specifically about building from the VS6 makefile or running the q2dos in a win98 dos box because that feature is somewhat unsupported.

What are your speeds comapred to the windows binaries of 3.20?

Putas: Can you test this Mesa 5.1 build with a new recompiled sst96 and let me know if it works?

https://bitbucket.org/neozeed/q2dos/downloads … _3DFX_MESA51.7Z

The scrambled color bars seem to be specific to the gfx driver/windows - they do also appear in Blood, but the card is new so I got the wrong impression that it had something to do with your port.
Quake II 3.20 .exe with '-nosound' gives
~158 fps @ 640x480 - marginally "faster".
Your pre-built software only .exe was used - seems I overlooked the link to the source.

amadeus777999 wrote:

The scrambled color bars seem to be specific to the gfx driver/windows - they do also appear in Blood, but the card is new so I […]
Show full quote

The scrambled color bars seem to be specific to the gfx driver/windows - they do also appear in Blood, but the card is new so I got the wrong impression that it had something to do with your port.
Quake II 3.20 .exe with '-nosound' gives
~158 fps @ 640x480 - marginally "faster".
Your pre-built software only .exe was used - seems I overlooked the link to the source.

For this test:

Win98(Dos'd and -nosound)
57.1 fps on timedemo1 @1280x1024 (~183%)
155.0 fps on timedemo1 @ 640x 480 (~ 150%)

Is this running q2dos.exe in a dosbox inside of Windows 98? If so, this sounds about right Windows has some sort of voodoo going on with regards to MTRR and their cut down DPMI that seems to allow it to be faster.

It works, low resolution issues are still the same though.

Putas wrote:

It works, low resolution issues are still the same though.

I was more concerned if it worked at all which is good to know. I don't think we'll be able to squeeze that much more performance out of it unless we entirely rewrote ref_gl to use the entire glide API instead omitting mesa entirely.

Uploaded builds from latest code:

Software renderer only:
https://bitbucket.org/neozeed/q2dos/downloads … 50828_SWonly.7z

All features including 3dfx/gl: (now with updated glide3 and MesaGL code)
https://bitbucket.org/neozeed/q2dos/downloads … 20150828_ALL.7z

Feedback welcome from all dos 3dfx users.

Maraakate wrote:

For this test: […]
Show full quote

amadeus777999 wrote:

The scrambled color bars seem to be specific to the gfx driver/windows - they do also appear in Blood, but the card is new so I […]
Show full quote

The scrambled color bars seem to be specific to the gfx driver/windows - they do also appear in Blood, but the card is new so I got the wrong impression that it had something to do with your port.
Quake II 3.20 .exe with '-nosound' gives
~158 fps @ 640x480 - marginally "faster".
Your pre-built software only .exe was used - seems I overlooked the link to the source.

For this test:

Win98(Dos'd and -nosound)
57.1 fps on timedemo1 @1280x1024 (~183%)
155.0 fps on timedemo1 @ 640x 480 (~ 150%)

Is this running q2dos.exe in a dosbox inside of Windows 98? If so, this sounds about right Windows has some sort of voodoo going on with regards to MTRR and their cut down DPMI that seems to allow it to be faster.

Yes, in Win98 and double click on a dos"box"-shortcut. Their vesa speed magic seems pretty impressive, although at certain resolution(> 800x600) the "color bar bonus" is setting in.

Uploaded builds from latest code:

Software renderer only:
https://bitbucket.org/neozeed/q2dos/downloads … 50905_SWonly.7z

All features including 3dfx/gl:
https://bitbucket.org/neozeed/q2dos/downloads … 20150915_ALL.7z