Doom 3: possible?

[piccolotux]

I'm running the latest ati open source driver directly from the git server. Mesa 7.3 and libdrm 2.4.5 are there. DRI and opengl acceleration are working pretty good. But...doom 3 starts correctly but the combat scene is almost black. I can see my weapon, some lights and sound is pretty good but something is still missing. Are we still far or some parameter is missing from my xorg.conf? (which is pretty basic)
Thanks

[adamk]

I've played doom3 with the ARB render path on an x850, nearly all the way through. In ~/.doom3/base/DoomConfig.cfg make sure you have r_renderer set to "arb".

[piccolotux]

I've played doom3 with the ARB render path on an x850, nearly all the way through. In ~/.doom3/base/DoomConfig.cfg make sure you have r_renderer set to "arb".
Now it works thank you. Do you know if there are some optimization to make the game work smoothier? I have an ati mobility x1600 and using the proprietary drivers things are better (no suprises).

[adamk]

I'm not aware of any real optimizations. For doom3 to really perform well, you need support for decompressing s3tc textures ( http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html ). Unfortunately that library has severe issues with multitexturing on the r300 mesa drivers, leading to flickering and flashing textures.

In addition, I understand that a memory manager will really help to accelerate certain features needed for the arb2 render path.

Adam

[oibaf]

Now it works thank you. Do you know if there are some optimization to make the game work smoothier? I have an ati mobility x1600 and using the proprietary drivers things are better (no suprises).

You could try the new radeon-rewrite branch:
http://cgit.freedesktop.org/mesa/mesa/log/?h=radeon-rewrite

[TechMage89]

The r500 driver still is not performance optimized, but that's being worked on now. In the next year, the speed ought to improve dramatically with updates.

[piccolotux]

Thanks for all your answers.


You could try the new radeon-rewrite branch:
http://cgit.freedesktop.org/mesa/mes...radeon-rewrite

Thanks for this suggestion too. But I guess I have to compile mesa from git. Am I wrong?

[bridgman]

I think you would probably want to compile the whole driver stack from git. AFAIK the radeon-rewrite branch includes support for the current drm and X drivers but most of the focus is on getting Mesa ready to work with KMS, GEM and DRI2 -- the holy grail :D

[piccolotux]

I think you would probably want to compile the whole driver stack from git. AFAIK the radeon-rewrite branch includes support for the current drm and X drivers but most of the focus is on getting Mesa ready to work with KMS, GEM and DRI2 -- the holy grail :D

So...from what I understand I should have to compile mesa, libdrm and X from git...

[TechMage89]

You may not need to compile X from git (as long as you have 1.6, you should be OK), but the rest probably do need it. (DRM for GEM, mesa for the rewritten 3d, and the X Driver for DRI2 and such goodies.) I haven't had time to try this yet myself (No one appears to have a an Arch PKGBUILD so I'll have to make my own sometime) so let me know if it helps!

[oibaf]

So...from what I understand I should have to compile mesa, libdrm and X from git...

Just building the mesa radeon-rewite branch (without GEM/KMS) from git should give some fixes (e.g. Sauerbraten now works without any workaround, see http://cgit.freedesktop.org/mesa/mesa/commit/?h=radeon-rewrite&id=7d19d2768491f4de3b674106e93c24d29712404f and http://cgit.freedesktop.org/mesa/mesa/commit/?h=radeon-rewrite&id=2d9471b28159b9af952c6a87868ff648a6055c55).