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".

My autoexec.cfg looks like this:
image_useCache "1"
image_cacheMegs "256"
image_cacheMinK "30640"
r_colorbits "32"
r_useGL2 "1"
image_useNormalCompression "2"
com_showFPS "1"
image_filter "GL_LINEAR_MIPMAP_LINEAR"
image_depth "2"
r_preload "1"
r_cgVertexProfile "best"
r_cgFragmentProfile "best"
r_forceLoadImages "1"
r_shadows "0"
r_useOptimizedShadows "1"
r_useTurboShadow "1"
r_displayRefresh "85"
com_purgeAll "1"
r_vertexBufferMegs "48"
r_orderIndexes "1"
r_renderer "arb"
g_skipViewEffects "0"
image_preload "1"
com_videoRam "256"
com_allowconsole "1"
r_useDepthBoundsTest "0"
r_useCachedDynamicModels "1"
image_useCompression "0"
image_usePrecompressedTextures "0"
r_forceLoadImages "1"
r_Multisamples "0"
r_useConstantMaterials "1"
r_skipSpecular "0"
r_skipParticles "0"
r_useTripleTextureARB "1"
r_skipPostProcess "0"


Rune Petersen


--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to