Як випустити свій перший сингл: покроковий гайд

Пісня готова. Тепер ви дивитеся на форму, яка хоче дату релізу, ім'я основного артиста, UPC, код мови й квадратну обкладинку, і кожне поле виглядає так, ніби саме воно може завалити ваш реліз за два дні до виходу. Більшість проблем першого релізу не мистецькі — це проблеми порядку дій, і кожна коштує тижня. Цей гайд ставить кроки в той порядок, який працює, і пояснює, чому існує кожне правило.

Рахуйте назад від дати релізу

Спершу оберіть дату, а потім плануйте все інше відносно неї. Доставка не миттєва: файл і його метадані треба надіслати, прийняти, перевірити й опублікувати в кожному сервісі, кожен у своєму темпі. А все, що ви робите до релізу — редакційний пітчинг, посилання на pre-save, робота з пресою, — існує лише поки реліз ще в очікуванні.

Практична форма для першого синглу:

Три-чотири тижні — це не запас про всяк випадок, це вікно, у якому взагалі існують усі передрелізні можливості. Доставте напередодні — і ви тихо відмовилися від усіх них. Планувальник релізу розкладає ці дати відносно обраного вами дня.

Робіть мастеринг з урахуванням нормалізації відтворення

Кожен великий сервіс піднімає або опускає гучність відтворення до певної цілі, щоб треки в плейлисті звучали приблизно на одному рівні. Це змінює те, що означає «достатньо гучно».

Spotify публікує свої цифри: інтегрована ціль −14 LUFS із межею істинного піку −1 dBTP, що жорсткішає до −2 dBTP, якщо ваш мастер гучніший за −14 LUFS. Spotify також зазначає, що до тихіших мастерів застосовується додатне підсилення, щоб вони дійшли до цілі, при цьому враховується запас треку й лишається 1 dB на кодування з втратами — тож тихий мастер із піками, притиснутими до межі, може бути піднято не до кінця.

Поза цим більшість цифр, які циркулюють щодо інших сервісів, є переказаними, а не опублікованими кимось, тож гонитва за ними означає мастеринг під показник, якого жодна компанія ніколи не підтверджувала — довідник з гучності викладає, які цілі справді задокументовані й ким.

Практичний наслідок: зробіть мастеринг на −8 LUFS, і сервіс із ціллю −14 прибере вас приблизно на 6 dB. Ви не можете бути гучнішими за всіх — ви залишаєте собі лише шкоду, сплющені транзієнти й відсутній динамічний контраст, на тому самому рівні відтворення, що й трек, який ніколи не давили. Надмірне лімітування купує пласкість, а не гучність.

Одна деталь вимірювання, яку варто знати: істинний пік — це не піковий рівень семплів. Він вимірюється на сигналі з передискретизацією, бо піки між семплами можуть перевищувати найвище значення семпла — тож мастер, що показує −0,1 dB на вимірювачі пікового рівня семплів, усе одно може кліпувати. Виміряйте свій файл до доставки, а не довіряйте цифрі, яку показує ваш лімітер.

Запишіть свої метадані до того, як їх вводити

Метадані — найпоширеніша причина того, що реліз виглядає неправильно, і цьому можна повністю запобігти. Вирішіть один раз, письмово, і використовуйте це назавжди:

• Ім'я основного артиста з точним регістром і пробілами. Воно має збігатися в кожному майбутньому релізі, інакше ваш каталог розділиться між двома сторінками артиста.
• Назва треку з інформацією про версію в дужках — «(Radio Edit)», «(Live)» — а не з вигаданою пунктуацією.
• Запрошені артисти в полі featuring, а не приклеєні до назви.
• Повне юридичне ім'я кожного автора пісні й кожного продюсера.
• Мова й письмо назви, а також те, чи є вона транслітерованою.

Якщо ваша назва використовує арабське, перське, урду чи єврейське письмо, саме змішування латинських токенів у рядок справа наліво є джерелом зіпсованого відображення: двонапрямлений порядок тексту (Unicode UAX #9) визначається в момент показу, тож зайве латинське слово чи дужка можуть опинитися не там, де ви задумували. Перевіряйте, як рендериться рядок, а не як він виглядає у вашій нотатці. Music Biz Metadata Style Guide — галузевий довідник у цьому питанні.

Розберіться зі своїми ідентифікаторами

Три коди, три задачі. Плутанина між ними спричиняє реальні проблеми згодом.

• ISRC ідентифікує запис. Дванадцять символів: два країна, три реєстрант, два рік прив'язки, п'ять позначення. Дефіси — лише умовність відображення, і контрольної цифри немає. Новий ISRC потрібен для реміксу, едиту, живої версії чи інструменталу — будь-якого суттєво іншого запису — але не для перевидання того самого запису. Саме з ремастерами це трактують хибно найчастіше, і тест вужчий, ніж підказують поширені поради, — довідник з ISRC та UPC розбирає його.
• UPC ідентифікує реліз — продукт, а не запис. UPC-A — 12 цифр; EAN-13 — той самий код із провідним нулем, і контрольна цифра не змінюється.
• ISWC ідентифікує композицію — це питання видавництва, а не дистрибуції.

ISRC залишається із записом, якщо ви колись зміните дистриб'ютора, тож тримайте свої коди там, де ви їх контролюєте.

Владнайте грошові питання, поки грошей ще немає

Два папери зараз владнати значно легше, ніж заднім числом.

Узгодьте частки письмово з усіма, хто писав чи виконував трек, поки вони ще пам'ятають, що відбувалося в студії. Спліт-шит, підписаний зараз, не коштує нічого; відтворювати його під час спору коштує багато.

Якщо ви поза Сполученими Штатами, подайте W-8BEN: без поданої форми роялті з джерелом у США несуть встановлене законом утримання 30%, і W-8BEN може його знизити там, де угода охоплює вашу країну, — це вам покаже калькулятор виплат. Утримання — це податок, а не частка дистриб'ютора, а комісії за банківський переказ належать банку.

Як обрати спосіб доставки

Дистриб'ютор доставляє ваш готовий реліз у цифрові сервіси й передає вам роялті. Хтось бере плату за завантаження, хтось підписку, хтось відсоток від роялті, хтось комбінацію.

Mazufa безкоштовна для релізу — немає плати за завантаження, немає підписки, немає плати за реліз — і бере 0% комісії, жодного відсотка з ваших роялті. Вона працює лише за запрошеннями, з людським розглядом кожної повної заявки. Те, у які сервіси піде реліз, залежить від релізу, території, відповідності вимогам і поточної підтримки з боку провайдерів, і підтверджується для кожного релізу перед доставкою. Подати заявку можна тут.

За тиждень до релізу й у день релізу

Подайте редакційний пітч через Spotify for Artists. На формі пітчу зазначено мінімальний запас часу, якого Spotify хоче до дня релізу — прочитайте чинну цифру там і відрахуйте назад від своєї дати, бо запланований, але не доставлений реліз є передумовою для пітчингу взагалі. Підготуйте посилання на pre-save, потрібні кадрування обкладинки для соцмереж і короткий опис, який можна вставити скрізь, де його попросять.

У день релізу відкрийте трек у кожному сервісі й прочитайте його очима слухача: ім'я артиста, назва, кредити фітів, обкладинка, позначка explicit. Виправляйте все неправильне негайно — виправлення розходяться повільно.

Далі поставте очікування чесно. Жоден сервіс не публікує ставку за прослуховування, і Spotify прямо заявляє, що не платить її: дохід збирається в пул і ділиться за часткою прослуховувань, тож вартість прослуховування залежить від пулу й від чужих прослуховувань у ньому. Хто називає фіксовану цифру за прослуховування чи по країні — називає те, чого жоден сервіс не публікував.

Чек-лист

• Дату релізу обрано, за 3–4 тижні
• Мастер експортовано як нестиснений WAV із рідною бітністю й частотою дискретизації сесії, ніколи не перекодований з файлу з втратами
• Інтегрована гучність та істинний пік виміряні, а не вгадані
• Обкладинка — велике квадратне зображення, RGB, JPG чи PNG, без URL і нікнеймів, розбірливе в розмірі мініатюри — перевірте зазначений вашим дистриб'ютором мінімум
• Ім'я артиста, назва й формулювання версії записані точно, один раз
• Автори пісні й продюсери зазначені з повними юридичними іменами; фіти в полі featuring
• ISRC присвоєно; новий код, якщо це суттєво інший запис
• UPC присвоєно релізу
• Спліт-шит підписаний усіма учасниками
• W-8BEN подано, якщо ви поза США
• Реліз доставлено й заплановано, а не в день виходу
• Редакційний пітч подано з випередженням мінімального терміну, зазначеного на формі пітчу Spotify for Artists
• Посилання на pre-save й матеріали для соцмереж готові
• У день релізу кожен сервіс перевірено поле за полем