Почему я не должен позволять менять поле зрения, если технология это позволяет?

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

Я могу понять, если инди-разработчик не позволяет это из-за бюджетных ограничений, потому что для этого им нужно добавить поддержку движка. Тем не менее, ряд разработчиков используют высококлассные сторонние движки, такие как Frostbite, Unity, Unreal или Cryengine, но не предлагают опцию для изменения поля зрения.

Почему я не должен позволять менять поле зрения, если технология это позволяет?

4A Games, разработчики Metro: Last Light подвергались большой критике за то, что в их игре не было ползунка FoV. Менеджер сообщества Морис Тан защищал свое решение на форумах Steam следующим образом :

Основная причина сохранения фиксированного поля зрения - потому что у нас есть 3D-элементы, такие как боеприпасы для часов и оружия, которые должны оставаться видимыми.

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

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

Мы рассматривали возможность предложить три предустановки FOV, но для этого все равно потребовалась бы значительная работа, чтобы заново выполнить каждую анимацию, настроить HUD и UI и другие, казалось бы, небольшие, но невероятно трудоемкие задачи.

Даже с более широким, но все еще фиксированным полем зрения, руки Артема выглядели слишком далеко. Мы знаем - мы пытались.

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

Основная причина отсутствия ползунка FoV заключалась в том, что они использовали не погружающийся в воду способ с высоким погружением, поскольку вся важная для игрока информация отображалась на трехмерных элементах в их поле зрения. Когда ваш GUI является частью вашей визуализации сцены, изменение FOV изменяет ваш GUI.

То, что Тан не упомянул в вышеприведенном посте, но, вероятно, также было частью их решения, это то, что FOV важен для планирования уровня. Metro: Last Light - игра, ориентированная на ужасы, с множеством прыжков и других шоковых моментов. Есть много ситуаций, когда игрок отвлекается на что-то интересное, поэтому он смотрит в одну сторону, а затем неожиданно атакует со стороны. Этот шоковый эффект может сработать только тогда, когда дизайнеры уровней знают FOV игрока и поэтому знают, что они могут и не могут видеть при взгляде из определенной точки в определенную другую точку.

Та же самая проблема также появляется по-другому, направляя ролики. Если у вас есть катсцены с высоким погружением от первого лица, вы, вероятно, захотите иметь полный контроль над камерой, чтобы иметь возможность контролировать то, что игрок может и не может видеть. Но когда вы не знаете FOV, правильное управление кинематографом может быть невозможным. Когда FOV игрока выше, чем вы ожидали, они увидят объекты, которые они еще не должны видеть. Когда FOV ниже, игрок не будет видеть то, что он должен видеть во время заставки.

Отсутствие ползунка FOV в вашей игре по бюджетным или техническим причинам не является аргументом. FOV - это всего лишь один параметр при создании матрицы проекции вида. После того, как у вас будет правильная матрица, все остальные вычисления будут выполняться сами собой. Другими словами, изменение FOV означает, что необходимо изменить только одну строку кода (обычно в классе камеры) и что необходимо добавить параметр в меню. Изменение не распространяется на другие системы, они только «видят» матрицу 4x4 и не заботятся о том, что означает значение внутри нее.

public static Matrix CreatePerspectiveFieldOfView (
         float fieldOfView,
         float aspectRatio,
         float nearPlaneDistance,
         float farPlaneDistance
)

Создание матрицы с полем зрения в XNA

Однако есть веские причины не иметь сменного ползунка FOV. Установка более высокого FOV означает, что вы можете видеть больше мира на экране, это повлияет на производительность. Другая причина в том, что в соревновательной игре у игрока с более высоким значением FOV будет преимущество, так как этот игрок может видеть вокруг себя больше. Наконец, это может иметь эстетический выбор. Узкое поле зрения даст игроку ощущение, отличное от широкого поля зрения. Особенно в шутерах с узкими коридорами узкое поле зрения может добавить к опыту. Хорошим примером этого являются игры Call of Duty, в которых при снижении поля зрения FOV становится меньше.

(Обратите внимание, что лично я не верю, что какая-либо из приведенных выше причин должна очень сильно ухудшить FOV, я просто хочу проиллюстрировать, что это никоим образом не является технической проблемой.

Одна вещь, которую никто не упомянул, это тестирование.

Каждый аспект контроля, который вы предоставляете игроку, - это еще одна переменная, которую вы должны проверить. Чтобы получить приблизительное полное покрытие, вам фактически необходимо пройти по каждому потенциальному ПО, если у вас возникают графические проблемы только на одном уровне при определенных обстоятельствах, когда вы используете самый широкий ПО или самый узкий, или «когда вы сохранили игру в самом узком и открытом виде. сохранить в самом широком ".

Эта дополнительная стоимость / задержка может не стоить дополнительной стоимости расширения FoV. Тот факт, что двигатель поддерживает его, не означает, что он будет «просто работать» (хотя это делает его более вероятным). И только то, что все расчеты должны работать, не означает, что пользовательский опыт будет положительным.

С точки зрения пользователя главная причина заключается в том, что в мультиплеере более широкое поле зрения дает несправедливое преимущество.

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

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

Тем не менее, это предполагает, что я даю вам полный контроль. Может быть, есть возможность разрешить пользователю изменять конус вида, скажем, 70-110 или что-то в этом роде, но я не знаю, не проверяя это сам.

Остальные привели множество веских причин - эстетика (вырезанные сцены, желаемый внешний вид игры), многопользовательская балансировка, падение производительности с более хитрым FOV, но я хочу добавить некоторые идеи в технический аспект:

Особенно технические проблемы, вероятно, более запутанны, чем многие из вас думают, поскольку большая часть обработки выполняется в GraphicsBuffers, и эти буферы обычно имеют фиксированное разрешение - поэтому большая часть графических деталей будет зависеть от перевода этих буферов в реальную геометрию. , Например, многие современные алгоритмы теней (кроме объемных теней) выглядят все более блочными и имеют псевдонимы с более высоким полем зрения и одинаковым размером буфера. То же самое верно для любого алгоритма, который выполняет трассировку лучей, как операции, потому что FOV шире, отдельные лучи распространяются по более широкой дуге, и больше деталей может быть потеряно в приближениях ...