Реалізація адаптивного саундтреку мобільної гри
Адаптивний саундтрек — це коли музика реагує на стан гри, а не просто циклічно грає один трек. Гравець входить у бій — напруження наростає. Перемагає босса — оркестр вибухає. Дослідує відкритий світ в тишині — тільки мініміалістична атмосфера. Це не красива фраза: це конкретна технічна система з кількома реалізаціями.
Три підходи, що реально використовуються
Горизонтальне шарування. Музичний трек написаний як набір незалежних шарів: основний ритм, бас, мелодія, додаткова аранжування. Кожен шар — окремий WAV-файл, всі синхронізовані за BPM та тривалістю. У грі запускаються одночасно, гучність кожного регулюється параметром.
// Unity без проміжного ПЗ — горизонтальне шарування через AudioMixer
public class AdaptiveMusic : MonoBehaviour {
[SerializeField] AudioMixer mixer;
public void SetCombatIntensity(float value) { // 0..1
float dB = value > 0.001f ? Mathf.Log10(value) * 20 : -80f;
mixer.SetFloat("CombatLayer_Volume", dB);
mixer.SetFloat("AmbientLayer_Volume", -dB * 0.5f);
}
}
Плюси: проста реалізація, не потребує проміжного ПЗ. Мінуси: всі шари завжди в пам'яті, обсяг обмежений RAM пристрою.
Вертикальне переключення. Музичний сегмент завершується — система вибирає наступний залежно від поточного стану гри. Стан Exploration → сегмент CombatIntro → цикл CombatMain → сегмент CombatOutro → Exploration. Переходи відбуваються в музично правильні моменти.
У Wwise це Music Switch Container з Transition Rules: Exit at Next Bar чи Exit at Next Beat. У FMOD — Timeline з Transition Regions. У Unity без проміжного ПЗ — корутина, яка чекає на кінець такту перед змінюванням:
IEnumerator TransitionAtNextBar() {
float barDuration = (60f / bpm) * beatsPerBar;
float elapsed = audioSource.time % barDuration;
float waitTime = barDuration - elapsed;
yield return new WaitForSeconds(waitTime);
SwitchToNextTrack();
}
Процедурна генерація. Для roguelikes, endless runners, процедурних рівнів — музика, яка генерується алгоритмічно. Unity DSPGraph чи DSP chain FMOD. Складніше в виробництві, але дає нескінченно унікальний досвід. Для більшості мобільних проектів надлишково.
Що важливо при написанні музики для адаптива
Всі шари та сегменти повинні бути написані разом. Неможливо взяти готовий трек та порізати його на шари — гармонія не збігатиметься. Боєвий шар має звучати правильно як разом із основним треком, так і без нього. Це накладає вимоги на аранжування: менше контрапунктів, чіткі ритмічні опори.
BPM має бути єдиним для всіх станів або заздалегідь запланованим: перехід між станами з різним BPM потребує або поступової зміни темпу, або музично нейтральної «прокладки». Wwise підтримує tempo transition через Music Segment → Tempo поле.
Loop points — на downbeat, waveform на zero crossing. Довжина сегменту — кратна такту (4/4, 3/4). Порушення будь-якого з цих правил дає клацання або музичний збій у точці переходу.
Пам'ять та продуктивність
На мобільних — деструктивне обмеження: 4–6 шарів по 3 хвилини в WAV 44.1кГц стерео = ~240 МБ. Нереально грузити всё в пам'ять. Рішення:
-
Streaming з диска для довгих треків. FMOD:
FMOD_STUDIO_LOAD_MEMORY_POINT. Unity:AudioClip.LoadType.Streaming. - Mono замість стерео для шарів без стереоінформації (ударні, бас). Вдвічі менше пам'яті.
- Стиснений формат у пам'яті: Unity — Compressed In Memory (Vorbis/AAC), FMOD — використовує нативний формат платформи. Компроміс: невелике CPU навантаження під час декодування.
Графіки
3–5 робочих днів на реалізацію системи адаптивного аудіо поверх готових треків. Якщо музику потрібно написати з нуля під адаптив — додаються сроки на створення саундтреку. Вартість розраховується індивідуально після аналізу вимог.