Виртуализация звуковых голосов: сохраняйте воспроизведение при ограниченном миксе

Различайте воспроизводимый звук и смешиваемый голос

Виртуальный голос сохраняет логическое состояние воспроизведения, но его вклад в слышимый микс исключается. Это позволяет держать активными больше звуков, чем сейчас обрабатывает микшер. FMOD описывает выбор по приоритету и слышимости; Unity предоставляет отдельные пределы управляемых виртуальных и одновременно звучащих реальных голосов. Виртуализация сокращает определённую обработку, но не устраняет все связанные со звуком состояния и расходы ресурсов. [1][2]

Определите, что сохраняет виртуализация

Решите, должен ли звук продолжать движение по временной шкале, возобновляться с приостановленной позиции, запускаться заново или отбрасываться. Это разные режимы, и промежуточное ПО может предоставлять лишь некоторые из них. FMOD описывает возобновление с учётом прошедшего времени и вариант перезапуска. Зацикленной машине обычно нужна непрерывность, а старый удар при последующем приближении игрока вводил бы в заблуждение. Не приравнивайте виртуализацию к явной остановке и освобождению экземпляра воспроизведения. [1]

Расчётный пример: число голосов и временная шкала — разные бюджеты

Пусть в условной сцене 240 активных звуков, каждый создаёт ровно один голос, а бюджет реальных голосов равен 32. Если заняты все 32 реальные позиции, 208 голосов остаются виртуальными. Приоритет для 8 важных сигналов оставляет 24 реальные позиции другим звукам в таком упрощённом распределении. Событие с несколькими слоями нарушило бы предположение об одном голосе на звук.

У машины есть цикл длиной 10 секунд с постоянной скоростью воспроизведения. Она становится виртуальной на позиции 3 секунды и возвращается через 5 секунд. При возобновлении по прошедшему времени она должна вернуться на позиции 8 секунд. Перезапуск с нуля создаёт другой слышимый ритм. Это условные количества и ожидаемые времена, а не рекомендуемые универсальные пределы или измерения производительности.

Проверяйте активацию, виртуализацию и завершение

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

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

Измеряйте оставшиеся расходы

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

Источники

• [1] Core API Managing Resources — Firelight Technologies, FMOD Engine documentation.
• [2] Audio settings — Unity Technologies, Unity 6.0 manual.