Ian Romanick wrote: > > On Wed, Feb 13, 2002 at 12:44:33AM +0100, Dieter Nützel wrote: > > > What about "general" S3TC (S3 texture compression) implementation? > > Yes, we need words from S3 Graphics (VIA Technologies, Inc. and SONICblue > > Inc.) badly. > > That would be nice, but I'm pretty much 100% sure that it is waaaay near the > bottom of most people's priority queue. :) > > > BTW Bill White had it going for the tdfx driver but couldn't release it > > without permission... > > That doesn't seem right. I thought the 3dfx stuff (FXT1) was totally open. > AFAIK, the 3dfx hardware never supported any form of S3TC / DXTC. > > This just gave me another idea that might be interesting to put on a todo > list somewhere. Add support to compress and store textures in the backing > store and decompress them when they need to be uploaded. Probably not > generally useful, but it should help on systems (thinking embedded here) > with little memory.
Hopefully on an embedded system you could rely on the on-card version not going away (eg, only one context) > About the Mesa backing store for textures, is there any reason why this > memory cannot be mapped into AGP space? Admittedly, my knowledge of AGP is > very thin, but I always thought that you had some amount of virtual AGP > address space that you could map to basically arbitrary physical pages... Yes, it could be, vektor was asking about this for video on the irc monday. We just never have, but I'm sure it can be a big win. Also for putimage, etc. We've never done anything clever with dynamic agp usage. Jeff might have more info, if he's out there... Keith _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
