Hi, I think something is wrong with the R300_VAP_OUTPUT_VTX_FMT_0__COLOR_2_PRESENT change you made. You changed this to (1 << 16) however this would correspond to the R300_VAP_OUTPUT_VTX_FMT_0__PT_SIZE_PRESENT define.
So either your change is incorrect, or the defines for R300_VAP_OUTPUT_VTX_FMT_0 are incorrect. It wouldn't surprise me if some of the bits for this register are not correct; as far as I know the driver hasn't previously supported back-facing color, so these bits may have been guessed based on the standard color bit. I don't think it would be hard to write some OpenGL code for revenge (my reverse engineering tool) to test these bits, though. On 6/8/07, Tommy Schultz Lassen <[EMAIL PROTECTED]> wrote: > Hi Oliver > > I got the checker board shown in wave :). The problem seems to bee > missing VERT_RESULT_BFC0. > > I have attached a patch that gets VERT_RESULT_BFC0 a step closer. > > There is a couple of problems: > > 1) This patch makes the driver do state changes allot. > > 2) I fink there is something more basic wrong wit how wee handle > VERT_RESULT. > > How do the chip now that the reg wee set in r300TranslateVertexShader > with code like: > > vp->outputs[VERT_RESULT_BFC0] = cur_reg++; > > is for VERT_RESULT_BFC0. > > > Any insights? > > > The patch makes the tube in fog look read instead of green. NWN looks as > it has for some time. OK but with weird colors on cloaks an some > monsters. > > I am going to keep looking. > > /Tommy > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
