Forwarded from Game Audio Evangelism
Система на основе зацикленных звуков:
Тут все просто - для каждой очереди у нас есть один/несколько подготовленных зацикленных лупов, воспроизведение которых стартует, когда игрок нажимает на кнопку выстрела и останавливается, когда кнопка отпускается. Дополнительно требуется подготовить несколько «хвостов» для различных типов окружения, которые будут воспроизводиться одновременно с остановкой проигрывания лупа.
Плюсы:
1. Максимальная простота имплементации.
2. Независимость от фреймрейта, так как игровая механика присылает только два события - запуск ивента в начале стрельбы и остановка в конце, а ритм создаётся непосредственно внутри лупа.
3. Наиболее дешевый с точки зрения CPU метод, так как в один момент времени проигрывается только один звук.
4. Есть возможность получить очень аутентичный звук оружия, с натурально плавающей скорострельностью, различными естественными призвуками механики и т.п.
5. Отличное решение для пушек со скорострельностью > 2000 выстрелов в минуту: различных вариаций Gatling gun/пулеметов/футуристических smg.
Минусы:
1. Требуются отдельные наборы звуков для одиночных выстрелов и автоматической стрельбы. Соответственно увеличивается время на производство ассетов. Это не совсем минус, сколько особенность, которую нужно учитывать, особенно в условиях сжатых сроков.
2. При любом малейшем изменении скорострельность оружия в игре необходимо переделывать луп, так как синхронность пропадет. Так как в процессе разработки скорострельность постоянно настраивается для лучшего «ганплея» и общего баланса игры, заниматься пересборкой лупов придётся постоянно. Без пересборки изменение скорости приведёт к понижению/повышению тона, что звучит странно и нереалистично.
3. При одиночных выстрелах звук становится невыразительным, так как реалистичный луп уже содержит послезвучие от предыдущих выстрелов, из-за чего смазывается атака и «punch». Это может быть крайне критично для соревновательных игр где решает время реакции и отклик от действия крайне важен. В некоторых случаях, чтобы этого избежать делают комбинированную систему, где первые 2 выстрела воспроизводятся по принципу Полифонической системы, после чего включается зацикленной луп. Однако стоит учитывать заранее, что это уже довольно сложная система, которая требует большого количества технической поддержки со стороны программистов и индивидуального тюнинга для каждого отдельного оружия. Более «дешевым» методом можно считать настройку огибающей громкости и фильтров в middleware, таким образом, чтобы на слух немного более ярче и «острее» выделялся первый выстрел.
4. Хороший луп/набор лупов требует скрупулезной подготовки. Если луп будет слишком коротким, то стрельба будет звучать слишком репетативно, если же слишком длинным, то будет требоваться внушительное количество оперативной памяти для его проигрывания. Для борьбы с репетативностью часто применяется техника, при которой оригинальный аудиофайл размечтается маркерами по транзиентам выстрелов и проигрывание каждый раз начинается со случайного выстрела. Этот приём позволяет немного разнообразить звучание, если игрок часто стреляет короткими очередями.
Тут все просто - для каждой очереди у нас есть один/несколько подготовленных зацикленных лупов, воспроизведение которых стартует, когда игрок нажимает на кнопку выстрела и останавливается, когда кнопка отпускается. Дополнительно требуется подготовить несколько «хвостов» для различных типов окружения, которые будут воспроизводиться одновременно с остановкой проигрывания лупа.
Плюсы:
1. Максимальная простота имплементации.
2. Независимость от фреймрейта, так как игровая механика присылает только два события - запуск ивента в начале стрельбы и остановка в конце, а ритм создаётся непосредственно внутри лупа.
3. Наиболее дешевый с точки зрения CPU метод, так как в один момент времени проигрывается только один звук.
4. Есть возможность получить очень аутентичный звук оружия, с натурально плавающей скорострельностью, различными естественными призвуками механики и т.п.
5. Отличное решение для пушек со скорострельностью > 2000 выстрелов в минуту: различных вариаций Gatling gun/пулеметов/футуристических smg.
Минусы:
1. Требуются отдельные наборы звуков для одиночных выстрелов и автоматической стрельбы. Соответственно увеличивается время на производство ассетов. Это не совсем минус, сколько особенность, которую нужно учитывать, особенно в условиях сжатых сроков.
2. При любом малейшем изменении скорострельность оружия в игре необходимо переделывать луп, так как синхронность пропадет. Так как в процессе разработки скорострельность постоянно настраивается для лучшего «ганплея» и общего баланса игры, заниматься пересборкой лупов придётся постоянно. Без пересборки изменение скорости приведёт к понижению/повышению тона, что звучит странно и нереалистично.
3. При одиночных выстрелах звук становится невыразительным, так как реалистичный луп уже содержит послезвучие от предыдущих выстрелов, из-за чего смазывается атака и «punch». Это может быть крайне критично для соревновательных игр где решает время реакции и отклик от действия крайне важен. В некоторых случаях, чтобы этого избежать делают комбинированную систему, где первые 2 выстрела воспроизводятся по принципу Полифонической системы, после чего включается зацикленной луп. Однако стоит учитывать заранее, что это уже довольно сложная система, которая требует большого количества технической поддержки со стороны программистов и индивидуального тюнинга для каждого отдельного оружия. Более «дешевым» методом можно считать настройку огибающей громкости и фильтров в middleware, таким образом, чтобы на слух немного более ярче и «острее» выделялся первый выстрел.
4. Хороший луп/набор лупов требует скрупулезной подготовки. Если луп будет слишком коротким, то стрельба будет звучать слишком репетативно, если же слишком длинным, то будет требоваться внушительное количество оперативной памяти для его проигрывания. Для борьбы с репетативностью часто применяется техника, при которой оригинальный аудиофайл размечтается маркерами по транзиентам выстрелов и проигрывание каждый раз начинается со случайного выстрела. Этот приём позволяет немного разнообразить звучание, если игрок часто стреляет короткими очередями.
Forwarded from Game Audio Evangelism
Гранулярная система:
Наиболее сложная в реализации, но при этом обладающая самыми богатыми возможностями по настройке система. Требует подготовленных определенным образом исходных файлов и механизма воспроизведения гранул максимально независимым от фреймрейта образом. Система воспроизведения может быть реализована как внутри middleware (без поддержки со стороны кода), так и быть выполнена в виде отдельного плагина (для добавления дополнительных функций и большей оптимизации с точки зрения использования ресурсов).
В качестве исходных файлов может выступать как размеченные маркерами аудиофайлы, содержащие набор начальных выстрелов, несколько вариаций зацикленных лупов и отдельных хвостов, так и предварительно нарезанные индивидуальные «гранулы». Простейшая реализация подобной системы с заранее подготовленными гранулами показана в данном видео от Tom Write: https://youtu.be/-Cw36iIGfns
В качестве системы воспроизведения используются встроенные возможности WWise.
Плюсы:
1. Возможность изменения скорости стрельбы в разумных пределах без изменения высоты тона.
2. Максимальная гибкость с точки зрения управления звуком, так как любые эффекты могут быть применены к отдельным гранулам. К примеру в случае с магазином, заполненным в рандомном порядке обычными боеприпасами в перемешку с трассирующими, для трассирующих можно иметь отдельный «свистящий» звук. Или же если игра в фантастическом сеттинге, то каждая последующая пуля может иметь слышимый огненный, кислотный или замораживающий заряд.
3. Механизм воспроизведения гранул обновляется в отдельном потоке и не зависит от частоты кадров в игре.
4. Система способна покрыть все возможные сценарии стрельбы: одиночные выстрелы, burst-fire, очереди, переменную скорость стрельбы и т.д.
5. В случае с отдельным плагином можно очень сильно оптимизировать использование ресурсов и благодаря софтварному микшированию добиться того, что любое оружие вне зависимости от количества слоев и элементов всегда будет занимать один физический голос/канал в middleware. При этом не придётся заниматься организацией и поддержкой сложной иерархии звуковых контейнеров.
Минусы:
1. Крайне сложная имплементация и по сути разработка отдельной полноценной подсистемы. Что требует серьезного взаимодействия с отделом программистов, большого бюджета, доступных ресурсов и хорошо продуманного дизайна системы как с точки зрения возможностей, так и юзабилити.
2. Помимо дизайна ассетов, требуется дополнительная подготовка исходных файлов, что сказывается на времени производства.
3. Если нет возможности разрабатывать плагин, требуется организация довольно сложной системы звуковых контейнеров в middleware, настройка приоритетов и тюнинг параметров.
Продолжение в следующей части, где поговорим немного о том, как оружейные системы помогают геймплею, чтобы в спорах о сроках разработки аудио у вас было больше весомых аргументов. :)
Наиболее сложная в реализации, но при этом обладающая самыми богатыми возможностями по настройке система. Требует подготовленных определенным образом исходных файлов и механизма воспроизведения гранул максимально независимым от фреймрейта образом. Система воспроизведения может быть реализована как внутри middleware (без поддержки со стороны кода), так и быть выполнена в виде отдельного плагина (для добавления дополнительных функций и большей оптимизации с точки зрения использования ресурсов).
В качестве исходных файлов может выступать как размеченные маркерами аудиофайлы, содержащие набор начальных выстрелов, несколько вариаций зацикленных лупов и отдельных хвостов, так и предварительно нарезанные индивидуальные «гранулы». Простейшая реализация подобной системы с заранее подготовленными гранулами показана в данном видео от Tom Write: https://youtu.be/-Cw36iIGfns
В качестве системы воспроизведения используются встроенные возможности WWise.
Плюсы:
1. Возможность изменения скорости стрельбы в разумных пределах без изменения высоты тона.
2. Максимальная гибкость с точки зрения управления звуком, так как любые эффекты могут быть применены к отдельным гранулам. К примеру в случае с магазином, заполненным в рандомном порядке обычными боеприпасами в перемешку с трассирующими, для трассирующих можно иметь отдельный «свистящий» звук. Или же если игра в фантастическом сеттинге, то каждая последующая пуля может иметь слышимый огненный, кислотный или замораживающий заряд.
3. Механизм воспроизведения гранул обновляется в отдельном потоке и не зависит от частоты кадров в игре.
4. Система способна покрыть все возможные сценарии стрельбы: одиночные выстрелы, burst-fire, очереди, переменную скорость стрельбы и т.д.
5. В случае с отдельным плагином можно очень сильно оптимизировать использование ресурсов и благодаря софтварному микшированию добиться того, что любое оружие вне зависимости от количества слоев и элементов всегда будет занимать один физический голос/канал в middleware. При этом не придётся заниматься организацией и поддержкой сложной иерархии звуковых контейнеров.
Минусы:
1. Крайне сложная имплементация и по сути разработка отдельной полноценной подсистемы. Что требует серьезного взаимодействия с отделом программистов, большого бюджета, доступных ресурсов и хорошо продуманного дизайна системы как с точки зрения возможностей, так и юзабилити.
2. Помимо дизайна ассетов, требуется дополнительная подготовка исходных файлов, что сказывается на времени производства.
3. Если нет возможности разрабатывать плагин, требуется организация довольно сложной системы звуковых контейнеров в middleware, настройка приоритетов и тюнинг параметров.
Продолжение в следующей части, где поговорим немного о том, как оружейные системы помогают геймплею, чтобы в спорах о сроках разработки аудио у вас было больше весомых аргументов. :)
YouTube
How To Make Awesome Gunshot Sounds for Games - Fully Automatics (feat. Islands of Nyne: BR)
Надя Гурская сделала памятку в картинках по FMOD для тех, кому предстоит с ним работать https://griaudio.ru/fmod-guide
ГРИА
Если в вашей игре для звука используется FMOD | ГРИА
Короткая инструкция по пониманию fmod event'ов для тех, кто столкнулся с FMOD впервые.
Ракип Галиев написал обзорную статью-инструкцию по работе с Universal Category System: https://griaudio.ru/universal-category-system-ucs
ГРИА
Universal Category System (UCS) и как это работает | ГРИА
Вступительное словоНаверное каждый, кто хоть раз занимался озвучиванием какого-либо контента, сталкивался с проблемой поиска того или иного звука. Озвучить дождь и найти подходящий для этого сэмпл на первый взгляд кажется тривиальной задачей. Но что если…
Павел Вальцев написал большую статью о дизайне звука и музыки в игре Organs Please: https://griaudio.ru/organs-please-audio-design
ГРИА
Как звук способствовал созданию безумной реальности игры Organs Please | ГРИА
Моей основной задачей, как звукового продюсера и саунд-дизайнера в игре Organs Please, было подчеркнуть звуком забавное безумие происходящего.