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

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

Quote:


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!

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

Quote:


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.

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

DUH! The file is password protected!

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

Use yer' head!

Nuff said! 8)