On Fri, 2010-02-19 at 06:35 -0800, Marek Olšák wrote: > I still think st/xorg should use R8, which is well defined as to which > component to store, rather than L8. That's also the reason L8 is not > renderable in OpenGL.
I think there's a shortcoming in the interface here. Imagine that Xorg really wants L8 sampling semantics, but is happy rendering R8. We've got a couple of possible ways to address this. One thing that may help in this area is the idea of specifying a pipe_format when the render-target surface is created, with the restriction that the new format is in some sense compatible with the texture's format. Similarly we've talked about having a swizzle operation inside pipe_sampler state. This could be used to construct L8 semantics from an R8 texture. The sampler-views idea can potentially also help here. Keith ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
