This isn't actually true any more. See issue (9) of ARB_framebuffer_object which defines luminance, luminance_alpha and intensity as renderable. (I'm not quite sure how color assignment is done, readpixels and the like would define L = R + G + B, but I think it will follow the table from texture image specification instead, hence L = R, I = R). You are quite right though this is a recent addition, and in fact for instance i965 can't render to this neither (it can render to red or alpha formats, but none of the l/i formats) directly, neither can r300 (without shader hacking).
Roland On 19.02.2010 15:35, 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. > > > 2010/2/19 Corbin Simpson <mostawesomed...@gmail.com > <mailto:mostawesomed...@gmail.com>> > > Yeah, I would have nak'd this. Will revert when I get home. > > Posting from a mobile, pardon my terseness. ~ C. > >> On Feb 19, 2010 12:56 AM, "Michel Dänzer" <mic...@daenzer.net >> <mailto:mic...@daenzer.net>> wrote: >> >> On Thu, 2010-02-18 at 19:24 -0800, Marek OlXXXXk wrote: >> > Module: Mesa >> > Branch: master >> > Commit: fc427d23439a2702068209957f08990ea29fe21b >> > URL: >> >> http://cgit.freedesktop.org/mesa/mesa/commit/?id=fc427d23439a2702068209957f08990ea29fe21b >> > >> > Author: Marek Olšák <mar...@gmail.com <mailto:mar...@gmail.com>> >> > Date: Fri Feb 19 04:23:06 2010 +0100 >> > >> > r300g: remove L8_UNORM from colorbuffer formats >> > >> > Not renderable in OpenGL anyway. >> >> The Xorg state tracker uses it though. >> >> >> -- >> Earthling Michel Dänzer | >> http://www.vmware.com >> Libre software enthusiast | Debian, X and DRI >> developer >> >> >> ------------------------------------------------------------------------------ >> 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 >> <mailto:Mesa3d-dev@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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