Как настроить громкость подкаста для Apple Podcasts и Spotify

Для одного файла, который попадёт через ленту в Apple Podcasts и Spotify, используйте практический профиль: интегральная громкость −16 LUFS и истинный пик не выше −1,5 дБTP. Это безопасная редакционная рекомендация для разговорного выпуска: она соответствует ориентиру Apple по громкости и оставляет дополнительный запас перед кодированием.

Стереофайл измеряйте непосредственно на уровне −16 LUFS. Для настоящего моно задавайте ту же цель, если измеритель учитывает воспроизведение одного канала через две колонки; без такой компенсации сопоставимым ориентиром будет примерно −19 LUFS. Музыкальную цель Spotify −14 LUFS не следует автоматически переносить на подкасты: документ Spotify описывает нормализацию музыки, а не обязательный стандарт файлов из подкастных лент.

Какой единый профиль экспорта выбрать

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

• Стерео: −16 LUFS по всему выпуску.
• Моно: −16 LUFS с компенсацией двойного моно либо около −19 LUFS при обычном одноканальном измерении.
• Истинный пик: не выше −1,5 дБTP; для низкой скорости потока разумно оставить до −2 дБTP.
• Архивный мастер: несжатый звуковой файл, 24 бита, с частотой дискретизации проекта.
• Публикуемый файл: МП3 или ААС, созданный непосредственно из несжатого мастера.

Требования Apple к звуку подкастов рекомендуют общую громкость около −16 дБ LKFS с допуском ±1 дБ и истинный пик не выше −1 дБ относительно полной шкалы. Apple также советует выполнять обработку громкости до кодирования, а не пытаться исправлять уже сжатый файл.

Потолок −1,5 дБTP строже указанной Apple границы на половину децибела. Этот дополнительный запас не делает выпуск заметно тише, но снижает вероятность того, что после преобразования в формат с потерями восстановленная форма сигнала выйдет за выбранный предел.

Что означают LUFS, LKFS и истинный пик

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

Для выпуска важна интегральная громкость: измеритель рассчитывает её по всей продолжительности файла с учётом речи, заставки, рекламы, музыки и пауз. Моментальные и кратковременные показатели помогают увидеть отдельные скачки, но не отвечают на вопрос, насколько громким получился эпизод целиком.

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

Особенность моно связана не с требованиями площадок, а с методикой измерения. Если один канал без изменения усиления продублировать в левую и правую стороны, оценка громкости возрастёт примерно на 3 единицы. Отсюда получаются два сопоставимых подхода: −16 с компенсацией двойного моно или примерно −19 без неё.

Почему ориентир Spotify −14 LUFS нельзя считать правилом для подкастов

Инструкция Spotify по нормализации музыки описывает выравнивание треков при воспроизведении до −14 LUFS, запас в 1 дБ при повышении слишком тихого материала и пользовательские режимы громкости. На этой странице также указано, что нормализация может не применяться в веб-проигрывателе и на некоторых сторонних устройствах.

Документ адресован артистам и относится к музыкальным трекам. Он не устанавливает обязательную громкость каждого подкаста, полученного через открытую ленту. Следовательно, утверждение «Spotify требует экспортировать подкасты в −14 LUFS» нельзя обосновать этой инструкцией.

Повышение выпуска с −16 до −14 LUFS добавляет 2 дБ к среднему уровню. Если пики уже находятся у безопасного потолка, такое повышение потребует более сильной компрессии или ограничения. Для разговорного материала это может сделать вдохи, фон и согласные заметнее, не улучшив разборчивость.

Различия между приложениями полностью устранить одним мастер-файлом невозможно: на результат влияют настройки слушателя, устройство и обработка самого проигрывателя. Практическая задача — подготовить предсказуемый исходник без перегрузки и резких внутренних скачков, а не заставить все способы воспроизведения показывать одинаковое число.

Как подготовить монтаж к общей нормализации

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

1. Удалите щелчки, перегруженные дубли и мешающий постоянный шум. Не вырезайте все естественные паузы только ради более плотного показателя.
2. Выровняйте реплики усилением отдельных фрагментов или автоматизацией. Сначала добейтесь устойчивой разборчивости каждого голоса.
3. Примените умеренную компрессию к речи. Она должна контролировать крупные перепады, а не удерживать каждую фразу на одном уровне.
4. Настройте заставку, фон и рекламные вставки относительно диалога. При переходах слушателю не должно требоваться постоянно менять громкость устройства.
5. Поставьте измеритель громкости и истинного пика последним в цепи мастер-канала.
6. Сбросьте статистику и просканируйте выпуск целиком. Запишите интегральное значение и максимальный истинный пик.

В качестве условного примера: если готовый монтаж показывает −18 LUFS, а истинный пик остаётся ниже −3,5 дБTP, можно начать с общего повышения на 2 дБ. Если запаса по пикам нет, сначала найдите отдельные выбросы и ослабьте их автоматизацией. Постоянное сильное срабатывание ограничителя почти на каждой реплике указывает, что обработка стала чрезмерной.

Какие настройки использовать в звуковом редакторе

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

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

В Reaper установите измеритель последним на мастер-канале. При использовании нормализации во время вывода задайте −16 LUFS и потолок −1,5 дБTP, затем импортируйте созданный файл обратно и проанализируйте его как новый материал. В Adobe Audition и Fairlight применяйте ту же логику: сначала баланс фрагментов и обработка голосов, затем общая громкость и контроль пиков.

Для моно найдите в измерителе режим компенсации двойного моно. Если он включён, используйте цель −16 LUFS. Если такого режима нет, задайте около −19 LUFS и после экспорта дополнительно проверьте вариант, в котором одинаковый сигнал направлен в оба стереоканала.

Как выполнить нормализацию через FFmpeg

Для повторяемой пакетной обработки можно использовать фильтр loudnorm. Документация фильтра FFmpeg подтверждает поддержку одно- и двухпроходной обработки, целей по интегральной громкости и истинному пику, а также параметра компенсации двойного моно.

Первый проход стереофайла выполняет анализ без сохранения результата: ffmpeg -i input.wav -af loudnorm=I=-16:TP=-1.5:LRA=11:print_format=json -f null -. Для настоящего моно добавьте параметр dual_mono=true.

Из отчёта первого прохода перенесите измеренные громкость, истинный пик, диапазон, порог и поправку в соответствующие поля второго прохода: measured_I, measured_TP, measured_LRA, measured_thresh и offset. Во втором проходе сохраните цели −16 и −1,5, включите линейный режим и выведите новый несжатый мастер. Для моно параметр компенсации должен присутствовать в обоих проходах.

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

Как проверить истинный пик после кодирования

Проверять нужно именно тот файл МП3 или ААС, который будет загружен на хостинг. Анализ несжатого мастера не показывает окончательные пики после сжатия с потерями.

1. Выведите несжатый мастер с целевой интегральной громкостью и запасом по пикам.
2. Создайте из него окончательный файл для ленты.
3. Откройте закодированный результат в новой сессии и сбросьте статистику измерителя.
4. Просканируйте весь выпуск, записав интегральную громкость и максимальный истинный пик.
5. Прослушайте начало, самый громкий разговорный фрагмент, рекламу, музыку и несколько склеек.

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

После технической проверки сравните выпуск с предыдущим эпизодом при неизменной системной громкости. Одинаковая интегральная цифра не гарантирует полностью одинакового впечатления: плотная студийная речь и запись с длинными паузами могут восприниматься по-разному.

Что проверить перед загрузкой выпуска

• Измерен весь эпизод, а не только наиболее ровный фрагмент.
• Для моно выбран и зафиксирован режим компенсации измерителя.
• Стереофайл находится около −16 LUFS.
• Истинный пик закодированного файла не превышает −1,5 дБTP.
• Ограничитель подавляет отдельные выбросы, а не меняет каждую фразу.
• Реклама, заставка и финал не создают заметных скачков относительно речи.
• На хостинг загружается проверенный файл, а несжатый мастер сохранён отдельно.

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