Rune Petersen wrote: > Adam K Kirchhoff wrote: > >> Rune Petersen wrote: >> >>> Adam K Kirchhoff wrote: >>> >>>> So last night I decided to give the new vertex programs on the r200 >>>> driver a shot and to see how doom3 stacked up with the r200 driver vs >>>> the fglrx driver now. With both drivers, I was getting approximately >>>> 12 FPS with demo1 (with the r200 renderer, of course). >>>> >>>> This morning I decided to give the r300 driver a shot, but ran into >>>> some problems: >>>> >>>> http://68.44.156.246/shot-current.jpg >>>> >>>> Everything is shiny and textures are all screwed up :-) >>>> >>>> Same room, but with the Mesa 6.5 drivers: >>>> >>>> http://68.44.156.246/shot-6.5.jpg >>>> >>>> If this isn't something currently being worked on, I'll go ahead and >>>> open up a new bug for it. >>>> >>> set r_renderer "arb" >>> >>> r_renderer "arb2" is broken. My guess is that with Mesa 6.5, Doom 3 >>> (demo) defaults to arb unlike with Mesa CVS. >>> >>> >> Sorry, but according to the output from doom3, it's using the ARB render >> path for both 6.5 and CVS. >> >> > > Not for me unless I set r_renderer to "arb". > > You're absolutely right, my mistake... Not sure how I missed that :-)
However, with drivers from CVS, I do get a segfault when quitting doom3, which I believe has been brought up here before: idRenderSystem::Shutdown() doom.x86: r300_context.c:389: r300FreeGartAllocations: Assertion `r300->rmm->u_l ist[i].pending' failed. signal caught: Aborted si_code -6 Trying to exit gracefully.. -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel