а ты уверен, что введение в игрострой надо начинать с этого, а не с, например, разъяснения понятий?

а, прошу прощения, по ссылке короткие разъяснения присутствуют

Инициализация сцены Игровой движок передает скрипт движку запрос о получении сцены.

Скорее менеджер сцен передает сей запрос, но по факту он тоже часть движка, так что не суть важно, но раз уж дальше идет разделение на физ-движок, звук-движок и т.п. то логично и это разделить.

Шаг конечного автомата Игровой движок получает событие от игрока и передает эти данные скрипт движку.

То же, в принципе все верно, но в деталях за это отвечает так скажем отдельный «движок» типа той же OIS, собственно является модулем «глобального» движка.

Хотелось бы услышать ваши комментарии...

А что тут комментировать, отличная шпаргалка, в десяток строк запихали информацию объемов нескольких толстых книжек :] Только ясна она будет лишь тем, кто и так это знает на опыте, что и как делается.

Аудио-движок и звуковой движок - разные вещи, хаха. А вообще, сумбурно очень и перегружено, притом что речь идёт об очевидных вещах.

Физический движок сообщает изменения сцены скрипт движку, который обновляет координаты объектов

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

Это цикл статей, в дальнейшем всё будет более популярно и красиво с примерами

dmdf

Ересь в том что вы написали тоже самое другими словами?

Что, разницу между

физический движок сообщает изменения сцены скрипт движку, который обновляет координаты

и

физический движок сам обновляет координаты, дёргая коллбэки при наступлении заданных событий

совсем не видите?

Я просто думаю ещё, о многопользовательском режиме.

В том случае карта генерится на сервере и у клиентов рационально бы иметь кеш версию карты.

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

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

Поправьте если что не так понял, поправим статью :)

unCORr

Вообще удобно вынести фоновую музыку отдельно, от звуков. Не смотря на схожесть

Я просто думаю ещё, о многопользовательском режиме.

ЕМНИП, там всё отличие в том, что весь инпут от игрока дополнительно пересылается на сервер, где всё считается параллельно с клиентом. Если есть какие-то расхождения, состояние клиента подгоняется под состояние сервера. В остальном различий нет.

А то, что выше написано, во-первых создаёт жуткий боттлнек: через скрипты на медленном скриптовом языке должно проходить состояние всех объектов сцены. Последствия для производительности будут печальными.

Во-вторых, это неудобно: зачем в скриптах делать то, что умеет физический движок.

dmfd

Окей, тогда сейчас внесу поправку.

Обновленная версия алгоритмов (с учётом комментариев)

Инициализация сцены Игровой движок передает скрипт движку запрос о получении сцены. Скрипт движок сообщает игровому движку идентификатор сцены и её ресурсов. После чего игровой движок наполняет менеджер ресурсов данными сцены.

Шаг конечного автомата Игровой движок получает событие от игрока и передает эти данные скрипт движку. Скрипт движок с помощью физического движка обновляет сцену и при необходимости синхронизируется с сервером. Игровой движок обрисовывает изменения сцены с помощью графического движка. Воспроизводит фоновую музыку с помощью аудио движка. При необходимости воспроизводит звуки с помощью звукового движка.