MesaFX

[dborca]

Originally posted by ps47

thank you for this great driver-I have just tried mesafx with my athlon1400/voodoo5 5500 system,it was very playable (15-30fps).hmm..when I try to run hitman2 in opengl it gives me this error: opengl: selectpixelformat failed. hardware acceleration not found. try changing color depth.
I can run the game with glide3x.dll (remamed to opengl32.dll)-but there is problem with the 256*256 limit I would like to fix with mesafx..any ideas?

Yea! I have one! Go to my situ and have a look at mesafxev.txt (or whatever name I gave to that file)!!!

DAYUM!

Should I repeat myself over and over again, until I go blind? THERE IS SUPPORT FOR TEXTURES LARGER THAN 256*256 VIA SOFTWARE RESCALING!

AFTER, and only AFTER you tried environment vars and STILL DOESN'T WORK, gimme a detailed explanation and I will try to help!

Dott. Amigamerlin, it is time to post the MESA CONTROL PANEL which I sent you Saturday! Please help *wicked grin* (boy, you people are in for a big surprise)

[ps47]

sorry.of course I have tried the MESA_FX_MAXLOD(set MESA_FX_MAXLOD=9 to be precise,via a batch file)before posting,I always try to look around the forum first,and post stupid questions later:D
but I think the problem is elsewhere this time,mesafx simply refuses to run(wickedgl works,but of course wont fix the large textures)when running hitman2 in opengl mode on voodoo3(3500tv).it will only give that error message: opengl: selectpixelformat failed. hardware acceleration not found. try changing color depth (my desktop is already set to 16-bit)
hmm..could it be that mesafx is trying to initialize in 32-bit(not possible on a voodoo3 of course)..?

[dborca]

Originally posted by ps47

sorry.of course I have tried the MESA_FX_MAXLOD(set MESA_FX_MAXLOD=9 to be precise,via a batch file)before posting,I always try to look around the forum first,and post stupid questions later:D
but I think the problem is elsewhere this time,mesafx simply refuses to run(wickedgl works,but of course wont fix the large textures)when running hitman2 in opengl mode on voodoo3(3500tv).it will only give that error message: opengl: selectpixelformat failed. hardware acceleration not found. try changing color depth (my desktop is already set to 16-bit)
hmm..could it be that mesafx is trying to initialize in 32-bit(not possible on a voodoo3 of course)..?

Yep, might be a problem! Since I barely deal with windoze sh!t, as far as I can remember, the interface advertises 32bit video modes, regardless of underlying video hardware! I think that might be proven with GLViewer!
I might take a look at it, or I just might ask Koolsmoky to take care of it.

[Shogakusha]

ps47: there's an option there to force 16 bit color mode too, you might try that one as well.

dborca: Yes it does work, so far I have run:
glquake: some textures missing
darkplaces(opengl quake source project): runs beautiful and looks 8 times better than quake ever looked on this card.
quake 2: runs fine and looks better, might be a little bit faster.
quake 3 team arena: runs, slower, better visual quality.
GL Excess: runs, 850 points, w00t!
return to castle wolfenstein: runs, better image quality, I didn't notice a speed hit(strange since it's quake 3 too)
Serious Sam 1: Runs much, much better and looks great too.
serious Sam SE: ditto

ps: dborca, I don't know if this is possible, but you have the env var to force 16 bit color mode, would it be possible to force  resolution as well, I think the ability to force some of the lower resolutions like 640x480 and 512x384 would help alot with voodoo 1 compatability.

[georgebou]

Hi
Congratulations on your work with MESAFX.
I have a Voodoo3 3000 with Amigamerlin 2.9 and I'd like to report a bug or something like that with Mesa.
Although some applications work fine when i rename the 3dfxogl.dll to opengl32.dll,
when i use all versions of the mesafx 5.1 dlls i get the message:
Can't create a GL Rendering context.


For example you could download this small file
http://visuals.free.vovoid.com/vsx0433r.exe

Keep up good work.

[Ragnarok72]

Originally posted by dborca

Basically, it adds true single-pass trilinear filtering when combine extension is disabled (either non-Napalm hardware or MESA_FX_IGNORE_CMBEXT=y).

Is there a performance hit on the V5 when you set MESA_FX_IGNORE_CMBEXT to 1 (or whatever value is needed to activate single-pass trilinear), and then run a game that doesn't use trilinear?  For some reason I'm getting the impression that MESA_FX_IGNORE_CMBEXT essentially disables multitexturing regardless of whether or not the app is calling for Trilinear, resulting in lower performance in games that need multitexturing on?

Basically, what I'm asking is if leaving MESA_FX_IGNORE_CMBEXT active all the time will affect performance in games that don't necessarily need it on?

[samuraiboy]

just asking is the ansi c compiler and the turbo c the same? i wanna hexedit the mesafx... thanks!!!

[dborca]

Originally posted by Ragnarok72

Is there a performance hit on the V5 when you set MESA_FX_IGNORE_CMBEXT to 1 (or whatever value is needed to activate single-pass trilinear), and then run a game that doesn't use trilinear?  For some reason I'm getting the impression that MESA_FX_IGNORE_CMBEXT essentially disables multitexturing regardless of whether or not the app is calling for Trilinear, resulting in lower performance in games that need multitexturing on?

Basically, what I'm asking is if leaving MESA_FX_IGNORE_CMBEXT active all the time will affect performance in games that don't necessarily need it on?

Some games are stupid enough they think they can't multitex without combine_extension (the best example is SeriousSam2). OTOH, there are loads of games that can do multitex without combine_extension (The best example is Quake3A).
However trilinear is REALLY enabled when not multitexing! And multitexing seems to depend somehow on combine_extension.
Sigh! *blur look*

[dborca]

Originally posted by samuraiboy

just asking is the ansi c compiler and the turbo c the same?

TurboC is a very good compiler. It can handle ANSI, but it can't handle 32bit. If you are/were used with TurboC, you'll love DJGPP!

i wanna hexedit the mesafx... thanks!!!

Good luck, then! Just make sure you don't post it publicly! Or, if you do, make sure you state that version is modified from the "official" uploads at 3dfxzone or falconfly or my situ!

[milen]

I think that I found a clue to the voodoo3 problems with mesafx.
Dborca please download this small game:
http://elf-stone.com/getfile.php?title=wall3d
It has 3 executables , one of them is wall3d_nostencil, actualy the only one that works with mesafxg2 on voodoo3. The other crash with message something like: can't create rendering content. This happens to a lot of games and applications on voodoo3.

I tested the same wall3d game with 3dfxogl and all the files work, but only wall3d_nostencil is fast, other two a very slow but work.
Maybe the problem can be solved by disabling hardware stencil for voodoo3, maybe with envvars.

I want to report that software rescaling for large textures works very good and solved one of the glexess glitches in the loading screen

[ps47]

I have just tried software rescalling on a voodoo3 with GLQuake,works avesome,fixes all white textures,cool..still no luck with hitman2 though,is there an env var that forces 16-bit for voodoo3?

[samuraiboy]

thanks daniel... ill try turboC then... ill make my own version then and will not make a public release... thanks!!!

[samuraiboy]

oh, BTW daniel what is DJGPP stands for? im more familiar with turboC but not ansi c... its my first time to do serious work for graphics esp. GL... thanks!!!

[dborca]

Originally posted by samuraiboy

thanks daniel... ill try turboC then... ill make my own version then and will not make a public release... thanks!!!

you can't! turboC is 16bit compiler. OpenGL relies on the fact that GLint is 32bit.

DJGPP is the DOS port of GCC (32bit). Though it can be used under win32. ANSI is a C standard (in fact _THE_ C standard). Almost all compilers I know support ANSI as a base feature set! Usually they implement a bunchful of extensions on top of ANSI, "extending" it. Another standard would be POSIX, which, AFAIK is best supported by *nices and other platforms that support gcc (DOS - DJGPP, Win32 - MinGW).

Anyway, are you or are you not hexediting? It's still foggy for me!

[samuraiboy]

well im into hexediting but im just a novice... im only familiar with turboC and c++... heard of ANSI C but i only have a lil knowledge of how to use it... but i can learn that compiler... thanks!!!!!!!!!