CODEWITHSUNDEEP
opengl
Luca
Luca

Reputation: 11961

Why use multiple OpenGL context

For rendering I have a current GL context associated with a window. In the case where the application renders multiple scenes (for example using accumulation or different viewports) I believe it is ok to reuse the same context.

My question is, why should I use multiple GL contexts? I read in the ARB_framebuffer_object extension spec that calls to MakeCurrent can be expensive, and in the case the ARB_framebuffer_object extension is present I can render on a generic buffer without using MakeCurrent.

Apparently the only reason to use multiple GL context is to avoid to setup context state (pixel store, transfer, point size, polygon stipple...) or to have available multiple render buffers configuration (one context with accumulation, another without). How should I decide when it is better to use an alternative context instead of setting context state?

Upvotes: 13

Views: 16027

Answers (4)

GhassanPL
GhassanPL

Reputation: 2724

IIRC, objects like textures and buffer objects can be shared between contexts, so technically you could create a second context in a second thread and load the textures asynchronously there, without worrying whether the first thread is performing the rendering.

Upvotes: 7

eile
eile

Reputation: 1153

If you want to address multiple GPU's, you need to use multiple context since you have at least one drawable per GPU, with a GPU-specific context.

Upvotes: 4

Malte Clasen
Malte Clasen

Reputation: 5637

I usually tend to use additional contexts only when I absolutely have to, such as rendering to multiple GUI windows. For everything else, I use framebuffer objects or state changes.

However, performance recommendations like this do not apply to all cases. If in doubt, you should measure your own application on your own hardware. gDEBugger might help, there's a trial version available.

Upvotes: 13

neoneye
neoneye

Reputation: 52161

In GUI programs you can have multiple opengl views, where some of them run in the same thread as the GUI and others run in their own thread. Further more you can run opengl in offscreen mode. At least one context per thread.

Not sure if it makes sense to have more contexts per thread.

Upvotes: 2

Related Questions