AudD для музыкальных дистрибьюторов

Источник: AudD•

AudD для музыкальных дистрибьюторов

Как дистрибьюторы используют AudD для проверки входящих релизов на наличие сторонних материалов, защищенных авторским правом, сопоставления доставленных треков с каталогом и получения ISRC и UPC из результатов распознавания.

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

AudD — это HTTP API для распознавания музыки, работающий на базе данных из 160 миллионов коммерческих записей. Вы отправляете аудио (файл, необработанные байты или URL); система создает «отпечаток» аудио и возвращает найденные совпадения с указанием исполнителя, названия, лейбла, а также — на соответствующем тарифном плане — ISRC и UPC. Вы также можете загрузить свой собственный каталог и сопоставлять входящие поставки с ним.

Что вы можете сделать

Проверка входящих релизов на наличие сторонних материалов, защищенных авторским правом

Перед тем как релиз будет отправлен в магазины, пропустите его через систему распознавания, чтобы увидеть, содержит ли он коммерческую музыку, не принадлежащую данному исполнителю. Доставленный файл может быть произвольной длины и содержать более одной записи, поэтому для этой задачи подходит корпоративная конечная точка (POST https://enterprise.audd.io/), а не стандартная. Корпоративная конечная точка разбивает файл на стороне сервера и возвращает по одному совпадению на каждый распознанный сегмент, поэтому вы обнаружите сэмпл, спрятанный на 2:30, так же легко, как и полную повторную загрузку.

  • Когда «новый» релиз на самом деле является (или частично является) чужой записью, вызов recognize_enterprise для всего файла возвращает каждый распознанный трек с указанием исполнителя, названия, лейбла и таймкода (позиция внутри найденной записи, где произошло совпадение).
  • Корпоративная конечная точка тарифицируется за каждые 12 секунд обработанного аудио, поэтому большая очередь на доставку может привести к значительным расходам; установите limit=N и используйте every=N для выборочной проверки фрагментов, когда вам нужен только ответ «да/нет», а не полный список треков.
  • Наличие непустого значения лейбла, а также ISRC/UPC отличает реальный коммерческий релиз от неоднозначного совпадения — это сигнал к действию, а не просто «какое-то аудио совпало».

Сопоставление поставок с вашим собственным каталогом

Если вы уже занимаетесь дистрибуцией каталога, вам нужно выявлять дубликаты и повторные загрузки материалов, которыми вы управляете. Загрузите свои мастер-копии в пользовательский каталог (POST api.audd.io/upload/, требуется специальный доступ — напишите на [email protected]), и вызовы распознавания смогут сопоставлять входящее аудио с вашими треками вместо или в дополнение к публичной базе данных.

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

Получение ISRC и UPC для каждого распознанного трека

Идентификаторы — это то, что делает результат распознавания пригодным для дальнейшего использования: для проверки прав, сопоставления с вашими метаданными и создания аудиторского следа.

  • «Исполнитель + название» недостаточно для перекрестной проверки записи в системе лицензирования; корпоративные ответы включают isrc (международный стандартный код записи) и upc (универсальный код товара для релиза) на тарифном плане Startup и выше.
  • Если идентификаторы возвращаются как null для каждого совпадения, проверьте тарифный план: ISRC/UPC доступны только на тарифах Startup и выше.

С чего начать

Два рецепта и две страницы концепций охватывают рабочий процесс дистрибьютора от начала до конца:

  • Создание сканера авторских прав для пользовательского контента — канонический процесс проверки: принять файл, отправить его на корпоративную конечную точку, получить вердикт с лейблами, ISRC и UPC для каждого совпадения. Тот же шаблон применяется независимо от того, является ли «пользователь» артистом, доставляющим релиз, или обычным посетителем.
  • Обнаружение сэмплов и повторное использование ваших треков — загрузите свой каталог, а затем определяйте, когда входящая поставка использует одну из ваших записей. Это проверка на дубликаты и повторные загрузки.
  • Публичная база данных против вашего пользовательского каталога — когда совпадение происходит из публичной базы данных на 160 миллионов песен, а когда из частного каталога, который вы загрузили, и как отличить их в ответе.
  • Оптимизация корпоративных расходов — параметры limit, every и skip_first_seconds, и как они помогают сделать очередь проверки с большим объемом данных доступной по цене.

Проверка одной поставки

Минимальная проверка доставленного файла. Всегда устанавливайте limit во время разработки — корпоративная конечная точка тарифицируется за каждые 12 секунд аудио, и неограниченный вызов для длинной поставки может обработать гораздо больше, чем вы ожидаете.

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

Устанавливайте limit при каждом корпоративном вызове во время разработки. Корпоративная конечная точка тарифицируется за каждые 12 секунд обработанного аудио. Очередь поставок без лимита может незаметно «накрутить» часы аудио. Начните с limit=25 и увеличивайте его только тогда, когда поймете стоимость на ваших реальных поставках.

Устанавливайте limit при каждом корпоративном вызове во время разработки. Корпоративная конечная точка тарифицируется за каждые 12 секунд обработанного аудио. Очередь поставок без лимита может незаметно «накрутить» часы аудио. Начните с limit=25 и увеличивайте его только тогда, когда поймете стоимость на ваших реальных поставках.

Комбинация лейбл/isrc/upc в совпадении — это ваш сигнал «это коммерческий релиз, задержать». Интегрируйте список совпадений в любую политику, которую вы используете: публиковать при отсутствии совпадений, задерживать при совпадении с коммерческим релизом, отправлять неоднозначные случаи на ручную проверку.

  • Проверка релизов перед доставкой в стриминговые сервисы
  • Создание сканера авторских прав для пользовательского контента
  • Обнаружение сэмплов и повторное использование ваших треков
  • Публичная база данных против вашего пользовательского каталога
  • Оптимизация корпоративных расходов
  • Документация SDK
  • Справочник API

О чём эта статья