> The only hardware that can support this extension that doesn't already > have support for ARB_fragment_shader is G400 and R100. Convince me that > we really want to clutter Mesa with shit extensions to add functionality > to support 10 year old hardware.
Roland can probably give a much better technical dissection of the alternatives, but I'll make a stab at it. I think the real value in the extension is the signed texture format it exposes. Right now, applications which want to use that type of texture are already checking for this extension. If we want to support such applications, the most straight-forward way to do that is implement this extension. Additionally, signed texture formats are available and heavily used in other graphics API's, so porting such apps to linux and GL or supporting them through translation layers is simplified if similar functionality is available in the local version of GL. While it would be possible to advertise this extension but only implement it partially - ie just provide the texture format support but not implement the entrypoints, etc., I'd consider that pretty poor practice and wouldn't be inclined to support such an approach. Keith ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
