All,
I have found the "fix" for the white inventory etc. screens....
I put the glide3x.dll version 3.20.00.1016 back into windows/system and all is working now.  the first movies and title screens are still black but the game works sweet......  this is from coulorless dragon's glidexp rev 016 project....

good news to voodoo's funs: Rice 531 in 1964 emu works!
well, with mesa opengl library it's posible to run games in openGL with rice 5.3.1, these are the steps:
1- download a compiled library (official page www.mesa3d.org)
from this url: http://www.falconfly.de/downloads/mesafx-0.51h.zip its 944kb. (thanks to Daniel Borca for compiling, one of the authors www.geocities.com/dborca and Falcon for hosting http://falconfly.de/tools.htm)
2- decompress opengl32.dll to 1964/PJ64 exe folder and glide3x (its the new beta version:3.10.0.40404) to c:\$winDIR$\system in 9x or \system32 in 2k/xp.
3- select rice video pluing, and config this one to use render engine: openGL, the combiner that will use its seem to be the 1.1... but if you want leave the "to fit your video card".
4- thats all, u shouldn't have problems.. the resolution i recommend it's the default 640*480.
EDIT: i forget to mention another step
5- in Options, set the emu to star the rom in windowed mode, cause in full-screen doen's work for me. This is rare too, cause the video is showing in fullscreen however... (when u set to run in window mode).

post here yours results, to continue speaking...

PS: Conker bud for day looks awesome!!!!! better than jabo's 1.51 (has some shadows bugs in voodoos direct 3d drivers)

a reply from LazerTag (emutalk.net) this thread: http://www.emutalk.net/showthread.php?threadid=18640

Does not seem to work with VooDoo2 cards.

Anyone willing to try this, please confirm for V2. All I get are these errors in this order

"ChoosPixelFormatFailed"
"ErrorToStartVideo"
"g_pRender is NULL"

And I did try both of the glide3x.dll files.

I assumed the one was for V2 cards and the other is V3 or higher?
__________________
LazerTag


and my new post:
please, can someone compile the new mesa 0.6 in visual studio, because i don't have it?

download the source from (2.9mb):
http://prdownloads.sourceforge.net/mesa3d/MesaLib-6.0.zip?download

and from http://www.mesa3d.org/README.WIN32
i'll take the compiling procedure:

"The build system has been changed to use Microsoft Visual Studio project
workspaces and projects. Makefiles are no longer shipped or supported, but
can be generated from the projects using Visual Studio.

-->> Details and Notes <<--

- To build the Mesa libraries, open the Mesa.dsw workspace file in the top directory. You can build each project one-by-one, or build the glut project to build everything except osmesa, which needs to be built separately. The build process will create a lib directory in the top directory and will put the following files there:
OPENGL32.LIB, GLU32.LIB, GLUT32.LIB, OSMESA32.LIB
OPENGL32.DLL, GLU32.DLL, GLUT32.DLL, OSMESA32.DLL"

i want the OPENGL32.DLL file you got after compiling....
i'll be wainting to someone how can do this little work, i wanna try this new DLL with 1964 and see the new features (openGL 1.5 complaint)

QuoteOriginally posted by ggab

download a compiled library (official page www.mesa3d.org)
from this url: http://www.falconfly.de/downloads/mesafx-0.51h.zip its 944kb. (thanks to Daniel Borca for compiling, one of the authors www.geocities.com/dborca and Falcon for hosting http://falconfly.de/tools.htm)

The binaries are hosted by 3dfxzone and FalconFly. They used to be hosted on my page also, but geocities enters DoS when exceeding a certain hits. The reason of this is my wish to provide users with updates in the shortest time. Note: only 3dfxzone and FalconFly are sites authorized by me to host MY binaries. Mesa is free and can be found everywhere, but MY builds will always be found only there.

Quoteplease, can someone compile the new mesa 0.6 in visual studio, because i don't have it?

download the source from (2.9mb):
http://prdownloads.sourceforge.net/mesa3d/MesaLib-6.0.zip?download

and from http://www.mesa3d.org/README.WIN32
i'll take the compiling procedure:

"The build system has been changed to use Microsoft Visual Studio project
workspaces and projects. Makefiles are no longer shipped or supported, but
can be generated from the projects using Visual Studio.

The Visual Studio workspace approach will only build SW renderer. The MesaFX driver must be compiled the "hard" way, using either make (MinGW) or nmake (M$VC). Please note that Koolsmoky reported unstable binaries for M$VC. I didn't even bothered, since I am a gcc guy. Mesa's primary target is Linux, hence it might be silently tuned for gcc...

I am releasing rev H(SR) today. It fixes something in the windoze interface crap (some games which require exotic pixelformats, ex: GORE). No other improvements for now...

I'll upload to my page and send the update to Amigamerlin and FalconFly). By the time geocities locks my account, the new DLL should get mirrored on 3dfxzone and FalconFly.

WHy HSR ? Hidden Surface Removal ?

QuoteOriginally posted by mei

WHy HSR ? Hidden Surface Removal ?

Hidden Surface Reveal!

Well, I guess Second Release...

great,I hope this will fix the opengl: selectpixelformat failed message I get with some games..gonna test it soon..

@dborca and other developers,
Do games and such still use the 761 ICD before making calls to the Mesa.dll?  In the Realtech VR openGL extension viewer,  It looks as if the 761 ICD is being ignored for its extensions when running the Mesa.dll?  What I am getting at is the S3tc licensing issue.  After doing some digging, I do not think that the Mesa.dll will be the appropriate place to do the S3tc compression routines (unless we ask first), BUT the 761 ICD (and it's addons ie. coulorless and rainbows ICD.dll interceptors)IS the correct and legal place to be doing the compression routines.

If you reveal hidden surfaces won't the game be slower. But what exactly is hidden surface reveal???/

Here:
http://www.techspot.com/tweaks/hsr/

and here:
http://www.anandtech.com/showdoc.html?i=1382

Quoteand other developers

Called?

QuoteDo games and such still use the 761 ICD before making calls to the Mesa.dll?

No, Mesa does not use the 3Dfx ICD at all. It simply doesn't need it.

QuoteIn the Realtech VR openGL extension viewer,  It looks as if the 761 ICD is being ignored for its extensions when running the Mesa.dll?

Although it's really up to the app to decide where and what to look for, most win32 OpenGL apps will look for a opengl32.dll in its local directory at runtime. If you've placed the Mesa dll in the Realtech VR folder as opengl32.dll, then Realtech VR would have loaded Mesa as its target OpenGL driver.

QuoteWhat I am getting at is the S3tc licensing issue.  After doing some digging, I do not think that the Mesa.dll will be the appropriate place to do the S3tc compression routines (unless we ask first), BUT the 761 ICD (and it's addons ie. coulorless and rainbows ICD.dll interceptors)IS the correct and legal place to be doing the compression routines.

Mesa IS NOT responsible for performing texture compressions. They are all done outside of Mesa. The Mesa developers have always worked hard not to IP encumber Mesa source code. For win32, the "correct place" to perform texture compression would be in the DirectX texture compression library.

KoolSmoky

the h second release has broken quake support for voodoo3,it gives an error message: choose pixelformat failed
envvars dont help..
hitman2 still wont run,problems with pixelformat too.

Babylon 5:IFH (http://ifh.firstones.com) drops to windows at intro  but it works with normal ICD

And what's with new glide3x beta and UT2K3 (w/ MesaFX) ?  with older 436kb dll i have problems with sky on DM-Antalus but it's faster than newer dll which comes with 0.51h or 30303...

QuoteOriginally posted by perer

If you reveal hidden surfaces won't the game be slower. But what exactly is hidden surface reveal???/

I was kidding It's indeed "h" (Second Release) Well, read ahead...