Stencil fbo attachments
stefandoesinger at gmx.at
Wed Jul 18 12:50:56 CDT 2007
Am Mittwoch, 18. Juli 2007 15:45 schrieb H. Verbeet:
> I'd rather fix the handling of the format table. Floating point
> formats are another case where we should be doing extension checks,
> rather than having entries for those and only doing the extension
> check in CheckDeviceFormat. We may even want to support different
> internal formats for different uses... not sure about that one yet.
> (The problem there is that currently eg. D3DFMT_R5G6B5 isn't supported
> as FBO attachment, but would be if we used eg. GL_RGBA8 as internal
Agreed, the static table is too limited. We should replace it with some
per-adapter structure with some more fields like a different render target
internal. The per adapter table can then be set up based on the settings and
gl features. Inherently static data like the bitmasks should be separated
from gl data.
Some other places where we have troubles with the current setup:
Bump map formats: GL_ATI_envmap_bumpmap vs GL_NV_texture_shader vs none of
them. Currently the converter stuff in LoadTexture deals with that.
sRGB textures: Currently an extra internal format deals with that, extension
checks are done at texture load time. That can stay the way it is IMHO
because an extra internal format isn't a bad solution and srgb textures
involve more than just a different format, and the extension check is
responsible for all the other things too.
More information about the wine-devel