OpenGL и 2d-игры

[ZotaC]

Здравствуйте. Подскажите, пожалуйста, как избежать исчезновения некоторых компонентов, которые заезжают на окно, где с помощью OpenGL рисуется какая-то картинка? Например, MainMenu, раскрываясь, частично иссчезает, и его не видно. Также, окно, открываемое с помощью ShowMessage, начинает мигать по бокам (но оно не иссчезает подобно MainMenu).

Вероятно, OpenGL рисует графику поверх этих окон, но что же делать? Неужели, каждый раз при открытии MainMenu нужно останавливать таймер?

[Selestis]

Вообще, не очень хорошая идея комбинировать графику opengl и виндовый gdi, через который все компоненты рисуются - будут тормоза вероятно. Но если уж на то пошло,

Неужели, каждый раз при открытии MainMenu нужно останавливать таймер?

, то почему бы и нет?

[.pixel]

...или как вариант разработать собственные компоненты или меню под oGL, и на нем рисовать все ПользовательскиеИнтерфейсыУправлени я ))

[ZotaC]

Selestis, .pixel, тормоза и есть, но я пишу не просто игру, а редактор карт для игры. Причем, графика выводится в окне. Там столько компонентов уже... Что же это, придется переписывать MainMenu, ListBox, TreeView и все остальное?

[.pixel]

..еще можно выделить отдельное окно для кнопок редактирования и всяческих контекстных меню... потом данное окно можно будет с боку помещать как toolbox в каком-нибудь редакторе.

[Selestis]

ZotaC, в таком случае вас абсолютно не должно волновать, будет ли во время открытия меню работать таймер. Вырубите на время клика и дело с концов. Кстати, в такой ситуации и вовсе без таймера можно обойтись...

[ZotaC]

Люди, подскажите, как делаются полноэкранные приложения на OpenGL? Нет, как развернуть его на весь экран, я знаю, и это не так сложно. Мне интересно, как сделать поддержку нескольких разрешений.

[.pixel]

глянь тут... из примеров CodeSampler.
для смены разрешения экрана используется WinAPI ф-я ChangeDisplaySettings.

[ZotaC]

.pixel, спасибо, но там C++ - то, в чем я не силен, навевает ужас. Если не сложно, то можно хотя бы в общих чертах рассказать о том, как такое делается? Не именно смена разрешения, потому что это я умею, а то, как расположить объекты в соответствии с этим разрешением, например. Каков общий принцип? Даже можно без кода.

[.pixel]

ZotaC,

...Каков общий принцип?...

Вы хотите менять разрешение и делать его оконным или полноэкранным в меню игры (на ходу)? Тогда в логике вашего приложения должны присутствовать… «переключатели-флаги» (обычно булевские переменные, наподобие: IsActive, IsWindowed … ) для отключения процедур (вернее обхода их, чтобы они не выполнялись) которые могли бы использовать контекст оgl и тянули за собой ф-ции прорисовки (применительно к уже не существующему контексту). Контекст же в каждом случае придется создавать заново и инициализировать всю графику. Поэтому надо позаботиться о том, что бы уничтожение контекста и его окружения (ваших данных), а так же инициализацию контекста и загрузку окружения вывести в разные «удобовызываемые ф-ии».

На пример из SDK по DX9-му. Samples. В каждом примере есть возможность смены разрешения.

Логика там следующая…
Как только пользователь выбирает пункт меню «ChangeDevice (F2)»

Происходит исполнение следующего кода…
Pause(true);
UserSelectNewDevice();
Pause(false);

В процедуре Pause() все флаги программы, которые отвечают за обход логики прорисовки «включаются».

а в UserSelectNewDevice() пользователь выбирает новые параметры отображения программы и нажимает «ок». Кроме того в данной процедуре происходит уничтожение старого контекста( Cleanup3DEnvironment() ) со всеми прикрепленными к нему данными и создание нового( Initialize3DEnvironment() ).

Далее логика прорисовки опять включается - Pause(false);

Что-то подобное я думаю, если немного постараться можно и для программы на основе oGL’a реализовать). Тут будут интересны следующие моменты оптимизации, поскольку сам я не практиковал еще «смену отображения на ходу»… будут ли теряться «ресурсы» Текстуры, Сетки, P-буферы и VBO… или, может будет достаточным пройтись по данным, проверить их на «валидность» и в случае его обновить/ догрузить поврежденные, а нет с новым контекстом придется грузить все заново)