From: Brian P. <br...@va...> - 2001-03-06 16:46:26
|
Gareth Hughes wrote: > > Is the plan to support GLushort or GLfloat per component texture images, > as well as the regular GLubyte per component? With 3.5 drivers can implement _any_ format or type of texture images they want. They just have to provide the appropriate FetchTexel() functions so the software fallbacks can operate. FetchTexel() should return GLchan values. But yes, the s/w Mesa teximage routines should be written with the GLchan type so that 16-bit and float color components will be possible. > If so, I'll change what > was the old-style Mesa formats to be based on GLchan, which would give > us things like _mesa_format_rgba_chan or _mesa_format_default_rgba > instead of _mesa_format_rgba8888 and the like. Originally, the "Mesa formats" and texutil.[ch] were just helper routines for drivers; core Mesa knew nothing about them. It sounds like you're bringing that into core Mesa. I'm not sure of all the ramifications of that. > And, I'm assuming that GLchan != GLubyte doesn't work at the moment, > correct? It was compiling about a month ago. I started testing OSMesa with 16-bit color channels but didn't do any verification. It's definitely not ready for prime time yet. -Brian |