Здравствуйте, alx771103, Вы писали:

A>Здравствуйте, FR, Вы писали:

FR>>http://www.rsdn.ru/Forum/Message.aspx?mid=1865235#1865235

Автор: FR
Дата: 24.04.06

A>Я как вопрос в начале прочитал — так и сел... Но, не важно.



A>Как у себя сделал я:

A>Из основного цикла вызывается Platform::update( timeDelta, waitFlag ). waitFlag — флаг, говорящий платформе, надо ли ждать сообщения о об активации приложения. Если цикл НЕ находится в состоянии ожидания (тот самый Suspended), то waitFlag = false и платформа использует PeekMessage. Если же цикл в состоянии ожидания, то в зависимости от того, запущен ли сервер выделенно (dedicated), waitFlag может быть true. Если сервер не выделенный, то true, и платформа использует уже GetMessage и вне зависимости от того, какие сообщения проходят, ждет сообщения об активации приложения. И только после этого возвращает управление в цикл.

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

FR>>??

A>Правильны ли следующие утверждения?

A>1. Граф сцены (блин, звучит как очень "не очень" ) — способ хранения объектов, и придуман для оптимизации всяких там поворотов и переключения состояний рисовальщика.

да, хотя не только рисовальщика, но еще и бывает проверки пересечений и физики

A>2. Размещение узлов в дереве может производиться с учетом их пространственного положения для оптимизации и отсечения каких-либо объектов.

Не всегда, иногда используется некторое логическое родство, хотя пространственность тоже всегда учитывается.

A>3. В процессе выполнения, связи между узлами могут разрушаться и создаваться новые.

Обычно да. Но бывают и статические варианты и варианты с двумя графами в одном статика в другом динамика.

Вообще почитай:
http://www.gamedev.net/reference/programming/features/scenegraph/ (удобней тут http://www.gamedev.net/reference/articles/article2028.asp)
http://en.wikipedia.org/wiki/Scene_graph