Detecting the number of aux buffers is trivial and can be done using the fake GL context as it is a WGL pixel format property.
Roderick
Am Dienstag, 8. April 2008 17:40:19 schrieb Roderick Colenbrander:
Detecting the number of aux buffers is trivial and can be done using the fake GL context as it is a WGL pixel format property.
Not quite: What if a card supports AUX buffers with the R5G6B5 equivalent, but not with A8R8G8B8? Of course I could try to create the fake format with aux buffers enabled, but who tells me if the number of aux buffers is going to work with the format the application wants later?
Detecting the number of aux buffers is trivial and can be done using the fake GL context as it is a WGL pixel format property.
Not quite: What if a card supports AUX buffers with the R5G6B5 equivalent, but not with A8R8G8B8? Of course I could try to create the fake format with aux buffers enabled, but who tells me if the number of aux buffers is going to work with the format the application wants later?
As I said before aux buffers are a WGL pixel format property. The pixel format selection code needs to take care of it. Right now it already tries to locate a format with aux buffers but it isn't failproof yet (wglChoosePixelFormatARB searches for an exact match or else for something with better capabilities; this is a little too strict for us) I'm working on better pixel format selection code but my time is very limited right now.
Roderick
Am Dienstag, 8. April 2008 20:04:30 schrieb Roderick Colenbrander:
Detecting the number of aux buffers is trivial and can be done using the fake GL context as it is a WGL pixel format property.
Not quite: What if a card supports AUX buffers with the R5G6B5 equivalent, but not with A8R8G8B8? Of course I could try to create the fake format with aux buffers enabled, but who tells me if the number of aux buffers is going to work with the format the application wants later?
As I said before aux buffers are a WGL pixel format property. The pixel format selection code needs to take care of it. Right now it already tries to locate a format with aux buffers but it isn't failproof yet
Sure. The fact that it *may* depend on the other settings of the pixel format means I can't generally say "this GL implementation supports aux buffers" - I have to decide on that per created GL context and drawable. That's why I have the flag in the context and not the GL info structure