Am Montag, 3. Mai 2004 18:22 schrieb Ian Romanick: > Dieter N�tzel wrote: > > Am Mittwoch, 28. April 2004 06:23 schrieb Ian Romanick: > >>Here's my first attempt at EXT_fog_coord for R200. For tcl_mode=0 it > >>works fine. In fact, the code currently in CVS has all the support > >>needed for tcl_mode=0. tcl_mode=1 is totally broken. I think I missed > >>setting R200_VTX_DISCRETE_FOG somewhere for that path. > >> > >>tcl_mode=2 and tcl_mode=3 (which are the same because there's no > >>x86-specific codegen yet) *almost* work. It looks like the fog > >>coordinate is being interpreted incorrectly, but I'm not sure why. I > >>tried sending 1.0-f, but that wasn't right either. Anyone (esp. anyone > >>with docs!) have any ideas? > >> > >>I haven't done anything yet to support arrays of fog coordinates. > >> > >>My intention is to get this done, then add support for point sizes != > >>1.0, then add support for cube map texture coordinates, then add support > >>for 3D texture coordinates. I wanted to get my feet wet with what > >>should have been the easiest of the four. :) > > > > I get some sigfaults with fog (only) and some results with various > > fogcord. > > > > progs/redbook> ./fog > > Mesa: software DXTn compression/decompression available > > Speicherschutzverletzung > > That's odd. I'll have to look into that. The interesting thing here is > that this program does NOT use EXT_fog_coord. Does it segfault without > my EXT_fog_coord patch?
Yes. ;-( #0 0x406cf569 in update_light () from /usr/X11R6/lib/modules/dri/r200_dri.so Can't get a debugable X server. What do I need? #define DefaultCCOptions -ansi -pedantic GccWarningOptions -pipe -g /* Optionally turn these on for debugging */ /* #define GlxBuiltInTdfx YES */ /* #define GlxBuiltInI810 YES */ /* #define GlxBuiltInMga YES */ /* #define GlxBuiltInR128 YES */ #define GlxBuiltInRadeon YES #define DoLoadableServer NO Do not build. What else? > > progs/redbook> cd ../samples/ > > progs/samples> ./fog > > Mesa: software DXTn compression/decompression available > > Speicherschutzverletzung > > Hmm...this program is very similar to the Red Book fog program... Yes. > > Mesa/progs> cd demos/ > > progs/demos> ./fogcoord > > Mesa: software DXTn compression/decompression available > > fog(GL_FOG_COORDINATE_EXT) > > fog(GL_EXP, 0.75) > > The screen shot of this you sent is exactly what I get too. That's why > I said it "almost works." :) The fog coordinate is getting to the > vertex unit correctly, but apparently the vertex unit is programmed to > interpret it correctly. I've tried everything I can think of, so I > think someone that has access to hardware docs will have to finish this > patch. :( It works even _without_ your patch. progs/demos> ./fogcoord Mesa: software DXTn compression/decompression available fog(GL_FRAGMENT_DEPTH_EXT) EXT_fog_coord not available! fog(GL_EXP, 0.75) Image in private mail. > > progs/demos> cd ../tests/ > > progs/tests> ./fogcoord > > Mesa: software DXTn compression/decompression available > > GL_RENDERER = Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL > > GL_VERSION = 1.3 Mesa 6.1 > > Squares should be colored from white -> gray -> black. > > glFogCoord( 5.0) > > glFogCoord(10.0) > > glFogCoord(15.0) > > glFogCoord(20.0) > > glFogCoord(25.0) Do NOT work, as expected. progs/tests> ./fogcoord Mesa: software DXTn compression/decompression available GL_RENDERER = Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL GL_VERSION = 1.3 Mesa 6.1 Sorry, this program requires GL_EXT_fog_coord -Dieter ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id�66&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
