Требования

Количество полигонов и минимальные системные требования

Для тестирования лучше всего использовать компьютер, оснащенный по самому минимуму. Только в этом случае вы будете уверены, что игра покажет себя паинькой даже на слабых машинах. (Для примера: уровень, демонстрирующий 30 кадров в секунду на Pentium II 400 МГц, на Р166 при том же числе полигонов будет выводиться со скоростью 8 кадров/с.) Необходимо найти баланс между внешним видом игры (больше полигонов) и ощущениями от нее (частота кадров). Выбросите из головы мысли о том, что сможете провести оптимизацию частоты кадров по ходу проекта.

Искусственный интеллект

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

Освещение

В Drakan точечное освещение изменяющихся объектов и ландшафта вычислялось динамическим образом. Иначе говоря, любое перемещение источника света или объекта должно было пересчитываться. При этом чем больше источников света и чем большие площади они охватывают, тем, разумеется, медленнее идет игра. Обратное справедливо.

Кроме того, объясняет Стюарт, чтобы выиграть в скорости игры, там, где это возможно, необходимо снизить уровень детализации моделей (к примеру, меньше полигонов на удаленных объектах), а также убедиться, что базы данных и параметры организованы эффективно (как, конечно же, это было в игре Drakan).

В базах данных хранятся звуки, описания поведения, модели, текстуры и ресурсы сценария. Четкая организация этих элементов крайне важна для того, чтобы команда могла эффективно работать над уровнями. В игре Drakan поведение любого объекта определяется конкретными параметрами. Кроме того, существует отображение между ресурсами в базе данных и программным кодом, поэтому важно, чтобы все параметры задавались надлежащим образом.

Далее Стюарт Денман обсуждает аргументы «за» и «против» работы с лицензированным или собственным движком.

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

Surreal повезло, поскольку мы добились начального финансирования проекта, имея на руках лишь небольшую демонстрационную программку. Большинству разработчиков это не удается. Я осознал (хотя и не сразу), что попасть в эту индустрию, если вы никогда в ней не работали, весьма трудно. Вам необходимо доказать собственную состоятельность либо с помощью репутации, либо поразив всех гениальной демо-программой. Жаждущие получить заказ на создание игры всегда могут появиться из ниоткуда и с ходу выдать демо-версию, соперничающую с профессиональными работами. Пока такое возможно, а значит, шансы есть у всех