I have compiled the mesa drivers for windows and it supports (by software):
Opengl 1.1:100%
Opengl1.2:100%
Opengl1.3:100%
Opengl1.4:100%
Opengl1.5:66%

If someone is interested in this driver I can e-mail it for testing :D
I don´t have enough time to test it.
Now, I am working in its glide driver. ;D

Update: It´s a opengl32.dll file, It has to be used like wickedgl

can you mail it to me?
reapermail@gmx.de
thx :)

Ups!!!!!
post your e-mails and on Sunday I´ll send it, sorry.
I have to leave the town now and I´ll come back on Sunday :-/

I have sent it. Please post your results

wrote on 17.12.03 at 19:12:19:

I have compiled the mesa drivers for windows and it supports (by software): Opengl 1.1:100% Opengl1.2:100% Opengl1.3:100% Opengl1.4:100% Opengl1.5:66% If someone is interested in this driver I can e-mail it for testing :D I don´t have enough time to test it. Now, I am working in its glide driver. ;D

Hehehe! Well, you seem to be a hotshot, right? No offense, but you managed what nobody else could do before.

The thing is, if your dll works, it's just because your applications don't make use of those 1.4/1.5 features, allright! Let me know when you hit a total rasterization fallback.

You see, the fetch_texel routines (heavily used in TRF) cannot cope with some of the filtering modes. I won't go into details; anyway, checkout "Mesa/progs/tests/dinoshade.c" from the CVS server, compile it and run it in 16bits.

Let me explain a bit better: 16bit modes can't do HW stencil. That particular demo makes heavy use of stencil. That means you'll hit a TRF each time the shadow is casted upon the floor. Then tell me why the floor looks so shitty after a certain Z values.

Hint: when the pixel/texel coverage hits a certain ratio, the fetch_texel callback runs berserk.

Of course, that could be solved by changing the fetchers. So the answer is YES, it can be done -- but SW paths will become even slower, so I didn't bothered with them. Anyway, if you find the time to fiddle with them, let me know... I will commit the changes.

Oh, and one more thing: I hope you updated the compulsory HW checks before the T&L pipeline is being run. It seemed useless to me to bulk in all the goddamn tests, since not all extensions were supported. But now, with so many features, you need to be safe! ;D

The thing is that it´s all software rendered and I haven´t done anything, only I have compile the win32 mesa driver so, maybe, it will have less fps

Update: I made a mistake:
Opengl 1.4: 93%

Now, I have another opengl32.dll that is 100% compatible with all versions of opengl even 1.5 is 100% compatible, excepting opengl2.0 ;D

wrote on 21.12.03 at 19:56:13:

The thing is that it´s all software rendered and I haven´t done anything, only I have compile the win32 mesa driver so, maybe, it will have less fps

Man, what I am saying is that software rendering doesn't work correctly in all situations. The thing is, I know why! and the question is: do you? And also, you need to recognize all the software fallback paths, before the rendering pipeline is being fired. At the moment, the only fallback paths that are recognized are the ones I allowed to slip inbetween hardware steps!

And one more thing: Do not use any Mesa version _AFTER_ 23-nov-2003. The new VTX code is experimental, and crashes even the software drivers.

wrote on 22.12.03 at 09:28:29:

Man, what I am saying is that software rendering doesn't work correctly in all situations. The thing is, I know why! and the question is: do you? And also, you need to recognize all the software fallback paths, before the rendering pipeline is being fired. At the moment, the only fallback paths that are recognized are the ones I allowed to slip inbetween hardware steps! And one more thing: Do not use any Mesa version _AFTER_ 23-nov-2003. The new VTX code is experimental, and crashes even the software drivers.

Thanks, now I am testing them but I don´t have enough time so if someone is interested in it, I´m not responsible of the damage that this file could do

http://www.gratisweb.com/radeonpowa/Opengl_software.html

all people who want to try this file can download it from this page

P.S: I´m not responsible of the damage that this file could do to the computer, it´s only for beta testing

Please, tell us your results ;)

DUH! The file is password protected! ::)

So how the heck are beta testers supposed to DL it? ???

Use yer' head! :P

Nuff said! 8)

wrote on 23.12.03 at 01:26:39:

DUH! The file is password protected! ::) So how the heck are beta testers supposed to DL it? ??? Use yer' head! :P Nuff said! 8)

Password protected???? ???

Ok, I´m going to leave this project because is very tiring and I hardly ever can compile and all that things, so the best thing is to wait for the mesafx releases, they are the real developers ;)