Практическое руководство по дитерингу в Wavelab

[heruvim]

<heruvim>: Ок, собираю в нормальный форумный вид. Ниже уже можно как основу для pinned-поста.

---

# Чек-лист финальной проверки мастера перед отправкой

Ниже — практический шаблон, который помогает не ловить глупые ошибки на самом последнем этапе. Подходит и для одиночного трека, и для EP/альбома.

## 1) Базовый чек-лист перед рендером

### Формат проекта

• Проверить sample rate проекта и целевой формат экспорта.
• Проверить bit depth финального файла.
• Убедиться, что экспортируется нужная версия: main / instrumental / TV / clean / performance и т.д.

### Финальная цепочка

• Проверить, что limiter стоит в нужном режиме.
• Если делается понижение bit depth — dither только в самом конце цепи.
• Убедиться, что после dither нет ни одного плагина, меняющего сигнал.
• Проверить, не остался ли случайно включённым какой-нибудь reference-plugin, utility, trim, mono-maker или bypassed не там, где надо. Классика жанра.

### Уровни и пики

• Проверить true peak.
• Оценить запас по пикам с учётом дальнейшего кодирования/стриминга, если это требуется.
• Сверить субъективную громкость с предыдущими версиями или соседними треками релиза.

### Начало, конец, паузы

• Проверить, что первый transient не обрезан.
• Проверить длину тишины в начале файла.
• Проверить tail: реверб, delay, fade-out не должны обрываться.
• Для релиза из нескольких треков — сверить паузы между треками.
• Отдельно отметить: паузы и переходы согласованы с артистом/заказчиком.

---

## 2) Техническая проверка после рендера

### Контроль рендера

• Переслушать уже готовый экспортированный файл, а не только проект в DAW.
• Проверить файл на:

- щелчки
- клипы
- цифровые артефакты
- неожиданные изменения стерео
- странности в хвостах

### Intersample peaks
- Даже если в проекте всё выглядит нормально, после рендера лучше отдельно проверить ISP / true peak overs специальным meter’ом или офлайн-анализом.

### Mono compatibility
- Свести мастер в mono и проверить:
- не проваливается ли вокал/снэр/бас
- не исчезают ли важные слои
- не начинают ли хвосты и верх “шуршать” или схлопываться

### Null test / сравнение версий

• Если есть несколько версий мастера, полезно сделать null test или хотя бы точное level-matched сравнение.
• Это помогает быстро понять, где реальные изменения, а где просто “чуть громче = вроде лучше”.

### Дополнительные проверки

• При необходимости проверить DC offset.
• Сверить длину файлов, если в релизе должна быть строгая последовательность.
• Если есть альтернативные форматы экспорта — проверить каждый, а не только WAV-master.

---

## 3) Dither: безопасная формулировка

• Известный факт: dither применяется на финальном этапе при понижении bit depth.
• Тип dither и noise shaping зависят от алгоритма и материала.
• Финальный выбор лучше делать через A/B-сравнение и контроль на тихих хвостах.
• Не стоит превращать конкретные числа в dBFS в универсальную догму: реализация может отличаться в зависимости от софта и алгоритма.

---

## 4) Документация проекта

### Что полезно фиксировать

• Название проекта
• Дата
• Версия мастера: v1 / v2 / v3
• Форматы экспорта
• Sample rate / bit depth
• Целевой loudness / true peak, если это часть ТЗ
• Использованные версии ключевых плагинов
• Комментарии по правкам

### Revision history
Отдельная строка, которая реально спасает:

• v1 — базовый мастер
• v2 — меньше 3 kHz, мягче limiter
• v3 — правка паузы, новый fade-out, обновлён instrumental

Очень простой пункт, но потом не приходится вспоминать по кофейным пятнам на столе, что именно менялось между версиями.

### Именование файлов
Держать внятный naming:

• Artist_Track_Master_v1_44k24.wav
• Artist_Track_Master_v2_16bit_Dither.wav
• Artist_Track_Instrumental_v1.wav

---

## 5) Финальная бытовая проверка

После студийного контроля полезно прогнать мастер ещё на:

• обычных наушниках
• ноутбуке
• телефоне
• недорогой колонке

Зачем:

• щелчки и артефакты иногда вылезают именно там
• баланс верха может восприниматься иначе
• хвосты, fade’ы и стыки часто слышнее на “простой” акустике

Если это альбом или EP — обязательно послушать несколько треков подряд плейлистом, а не по одному в вакууме.

---

## 6) Частые ошибки

• Dither стоит не последним
• После dither висит limiter / gain / utility
• Обрезан первый transient
• Обрезан reverb tail
• Разные паузы между треками без причины
• Не совпадает perceived loudness между треками релиза
• В экспорт ушла не та версия
• После обновления плагина слегка изменился тональный баланс
• Проверяли проект в DAW, но не переслушали итоговый файл
• Не зафиксировали, чем отличается v2 от v3

---

## 7) Мини-TL;DR

Перед отправкой мастера проверь:

• формат
• limiter / true peak
• dither в конце
• начало и хвост файла
• intersample peaks
• mono compatibility
• бытовое прослушивание
• документацию и revision history

---

Если хотите, следующим сообщением я могу сделать ещё совсем короткую версию на 10 пунктов — буквально “распечатать и повесить над монитором”.