Доброе время суток.

В проекте занимался графикой на GDI+. Для того чтобы интерфейс не тормозил (отрисовка могла быть очень длительная - карта с топографическими объектами на ней), я вынес функцию рисования в отдельный поток. Там я все рисовал на битмап в памяти. Через определенные интервалы времени (или по завершению рисования) я этот битмап отрисовывал на экран. 

Теперь графику хочу переделать под OpenGL.

Внимание, вопрос : возможно ли рисовать через OpenGL во втором потоке в какой-нибудь буфер, который потом отображать на экран? Получится ли так рисовать в задний буфер? Или вообще надо сделать как-то иначе?

Заранее спасибо.

В OpenGL так всё и происходит, даже есть команда свопбуфер, для переключения буферов для рисования и отображения.

Нет, я не это имел в виду .

Да, два буфера - это хорошо, но команды рисования проходят обычно через главный поток. Попробуйте сделать на форме панельку, на которую будете выводить через OpenGL. И отрисуйте пару миллиардов примитивных полигонов. Пока будет идти отрисовка, интерфейс будет отморожен - ни окно передвинуть, ни на что-то другое нажать - ничего нельзя будет сделать.

Для этого, я выносил рисование в отдельный поток - и интерфейс не умирал .

Вот в этом и вопрос: я OpenGL могу без проблем рисовать из второго потока?

amarenkov, у вас все пара миллионов примитивов всегда в кадре?

Rickert, нет, не всегда.

И тем не менее, вопрос в силе. Пусть у меня даже несколько тысяч полигонов в кадре - на слабых машинах может очень просто тормозить.

Я делаю не игру. Мне не очень важна динамика и частая смена кадров. Мне важно, чтобы при построении сцены остальной интерфейс не умирал, чтобы все приложение целиком не подвешивалось. Это возможно?

amarenkov, все-го лишь несколько тысяч?
На Intel Xeon в 440 Мгц, с Geforce 2 на 32 метра я выводил статическую модель через трианглы + линии, на 82 000. Лагов не было никаких.
Учитывая, что частота кажра была  порядка 26.
Всё что вам нужно - это поработать над оптимизацией вывода объектов. bsp, octre, frustum culling, ну и простые механические методы отброса. + отображать через списки (glDrawArray)

Rickert, спасибо за совет, и тем не менее...

Никто не может поручиться, что пользователь не забъет столько данных, что на их обработку и вывод будет уходить много времени. Даже АвтоКад получалось довести до торможения с очень сложными трехмерными сценами. 

Я хочу обезопаситься от этого и вынести во второй поток процесс рисования. Возможно ли это?

Если работаете под Виндой, то простое средство для вас - использовать два взаимосвязанных приложения, одно из которых предоставляет пользователю интерфейс, а второе рисует с помощью ОпенГЛ.

Mazzi , любопытное предложение.

А с многопоточными приложениями просто никто не разбирался в этом аспекте?

контекст устройства должен должен быть создан в том же потоке , что и вывод опенгл. Если вы будете рисовать в память, а потом оттуда отображать на окно , то получится.
Если напрямую  рисовать на окно которое в другом потоке, то вряд ли.

Интересные у вас пользователи, которые не делом хотят заниматься, а ставят себе задачу расхреначить купленное приложение  

Rickert, ). Пользователи нормальные, просто могут ооочень много данных ввести. 


А как это можно сделать? Во задний буфер рисовать - это в память?