Am Freitag, 16. Januar 2004 20:00 schrieb Roland Scheidegger:
ok, here's another attempt, which uses an external dxtn library (patch against current Mesa cvs trunk).
And, again? - After texture merge.
since you've asked ;-)
fixes:
- the dlopen stuff will no longer be built into libGLcore.a, so no more unresolved symbols and indirect rendering should work again (of course, without s3tc support). It will still break the build of mesa on platforms which don't support dlopen
- some minor flaw fixed in the radeon and r200 texstate.c regarding to valid texture formats
- should hopefully apply to mesa cvs again ;-)
the compression library also got an update:
- better handling of small color gradients (doesn't help much for Quake III high quality sky unfortunately)
- very minor code cleanup, some small bugs fixed
- it should be faster - thanks to the inclusion of the -O3 flag I forgot last time ;-)
Sometimes it still produces completely wrong colors. I've only seen this with forced compression via driconf on textures with an alpha component, it might or might not be because even values which are completely transparent (and thus might have a completely arbitrary color value in the original) are used for the base color search.
Roland
libtxc_dxtn.tar.gz
Description: Unix tar archive
Description: Unix tar archive
