Гарантия громкости: мастер всегда попадает в целевой LUFS
Один пользователь поставил 👎 с причиной «слишком тихо» — и оказался прав: его EDM-трек вышел на −12.5 LUFS вместо целевых −9. Мы разобрали кейс до конца, а затем проверили все пути обработки на тот же класс проблем. Рассказываем честно, что нашли и что исправили.
Гарантия целевого LUFS — теперь безусловная
Раньше финальная нормализация громкости была частью конфигурации цепочки. В редких сценариях — кастомная цепочка модулей, устаревший кэш настроек в браузере — она могла не выполниться, и стадии после неё (жанровый EQ, стерео-имейджер, реверб) уводили громкость от цели.
Теперь доведение до целевого LUFS выполняется в самом конце обработки, безусловно — на всех режимах: обычный мастеринг, кастомная цепочка, автоматический подбор, пакетная обработка и Telegram-бот. Выбрали −9 — получите −9.0. Кейс пользователя воспроизведён и проверен: после исправления его сценарий даёт ровно целевое значение.
Reference-мастеринг: серьёзное исправление
Проверка смежных путей нашла проблему серьёзнее исходной жалобы. В модуле Reference (подгонка под эталонный трек) сошлись два дефекта:
- Ошибка оконной функции — фильтр подгонки спектра строился так, что оконная функция гасила его основную энергию. На некоторых парах «трек-референс» результат терял десятки децибел — вплоть до почти полной тишины.
- Матчинг абсолютного уровня — если референс был тише вашего мастера или занимал узкую полосу частот, модуль «подтягивал» трек к его уровню, глуша всё остальное.
Исправлено оба: теперь Reference-мастеринг подгоняет форму спектра (тембр) под референс, а громкость вашего мастера сохраняется и страхуется true-peak-лимитером. Написаны регрессионные тесты: подгонка под самого себя не меняет громкость, узкополосный референс больше не глушит трек, яркий референс действительно осветляет спектр.
Жалобы стали исследовательскими кейсами
Теперь при 👎 исходный файл автоматически сохраняется для разбора инженерами — вместе с жанром, причинами и метриками. Именно так найден сегодняшний баг: не по абстрактному описанию, а на реальном материале.
Хранение честное и аккуратное: 30 дней, ограниченный объём с автоочисткой, файлы используются только для диагностики качества.
Почему это важно
Качество мастеринга — главное в нашем продукте. Каждая ваша оценка 👍/👎 запускает реальный процесс: жалоба → сохранённый кейс → воспроизведение → исправление → регрессионный тест, чтобы баг не вернулся. За последние дни этот цикл сработал уже дважды — и оба раза начинался с одного нажатия кнопки.
Проверьте на своём треке: magicmaster.pro/app — 1 базовый мастеринг в сутки (UTC). Пользователю, чья жалоба привела к исправлению, мы начислили 10 токенов — спасибо за внимательность!
Вопросы и ответы
Почему мой трек раньше мог выйти тише, чем я выбрал?
В редких сценариях (например, при кастомной цепочке модулей или устаревшем кэше настроек) финальная нормализация громкости могла не выполниться, и модули после неё уводили уровень от цели. Теперь громкость доводится до целевого LUFS в самом конце обработки на всех режимах — обойти эту гарантию невозможно.
Что изменилось в Reference-мастеринге?
Исправлены два дефекта: фильтр подгонки спектра терял основную энергию из-за ошибки оконной функции, а тихий или узкополосный референс мог сильно приглушить трек. Теперь Reference-мастеринг подгоняет форму спектра (тембр) под референс, а громкость вашего мастера сохраняется.
Зачем вы сохраняете файлы, на которые пришла жалоба?
Если вы ставите 👎, исходный файл сохраняется на 30 дней для разбора инженерами — так мы чиним реальные кейсы, а не абстрактные симптомы. Хранилище ограничено и автоматически очищается; файлы не используются ни для чего, кроме диагностики качества.
Как проверить, что мой мастер попал в цель?
После мастеринга смотрите паспорт трека: LUFS, true peak (в т.ч. после кодека), график громкости по всему треку и радар качества. Если LUFS совпадает с выбранной целью, а true peak не выше −1 dBTP — трек готов к загрузке на платформы.
Загрузите трек — готовый мастер за секунды.
Открыть мастеринг →LUFS-анализатор