Автор: Игорь Тихонов

Вступление

Если вы работаете с большим количеством музыкальных треков, занимаетесь каталогизацией или построением библиотеки звуковых эффектов, то в этом случае можно воспользоваться универсальной системой звуковых категорий UCS (Universal Category System).

UCS – это открытый стандарт (open-source) для формирования имен звуковых файлов (изначально - звуковых эффектов), разработанный Тимом Нильсеном, звукорежиссером студии Skywalker Sound.

Всю информацию по этому стандарту вы можете узнать здесь.

Ключевая особенность стандарта UCS – это максимальная информативность имен файлов, куда можно «зашивать» такие данные как: Категория/Подкатегория (Category/Sub-Category), Дополнительные категории (VendorCategory и UserCategory), Название трека (TrackName), автора трека (CreatorID) и, наконец, Альбома (Библиотеки) (SourceID), в который входит данный трек.

Также в UCS допускается использование Пользовательских Данных (UserData) в конце имени файла, которые могут пригодиться, например, для присвоения уникального идентификатора трека в базе данных.

На данный момент (2023 год) раздел UCS для музыки не является исчерпывающим для описания всех возможных типов и жанров музыкального материала, однако вполне достаточен для их минимально-информативного описания. А сочетание двух Дополнительных категорий (VendorCategory и UserCategory), которые добавляется в имя файла после Категории/Подкатегории UCS, позволяет добиться приемлемого уровня наглядности и информативности о музыкальном содержании треков, их авторах, альбомах и т.п.

Столь наглядные и информативные имена файлов позволяют уверенно ориентироваться в файловых массивах, а также использовать специальное программное обеспечение для каталогизации звуковых треков, которое поддерживает стандарт UCS (Soundminer, Basehead, Soundly и т.п.). Эти программы могут автоматически извлекать метаданные из всех блоков информации стандарта UCS, занося их в столбцы, согласно правилам, которые задает пользователь программы.

Применение UCS позволяет стандартизировать структуру имен файлов, что не дает файловому массиву превратиться в «помойку». Зачастую подобное происходит, когда большое количество авторов по-разному присваивают имена своим трекам и закладывают в них разную информацию.

Структура имен файлов стандарта UCS

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

Имя файла по стандарту UCS отвечает на следующие вопросы:

К какой категории и подкатегории относится этот трек?

Что это за трек и какое у него примерное содержимое?

Кто создал или издал этот трек?

Для какого проекта или библиотеки был создан или записан этот трек?

Базовый вариант имени файла по стандарту UCS состоит из четырех блоков информации и каждый из этих блоков должен быть отделен символом нижнего подчеркивания «_».

Нижнее подчеркивание «_» — это зарезервированный символ и может использоваться только для разделения между собой блоков информации стандарта UCS.

Последовательность четырех обязательных блоков в имени файла выглядит следующим образом:

CatID_TrackName_CreatorID_SourceID

CatID - Сокращенное сочетание Категории и Подкатегории UCS (смотрите таблицу с полным списком CatID здесь). Например, CatID получившимся из сочетания Категории MUSIC и Подкатегории SONG будет MUSCSong

TrackName - Краткое описание или название трека (желательно не более 25 символов)

CreatorID - Звукорежиссер, музыкант или издатель трека (для уменьшения длины имени файла можно использовать аббревиатуры для имен авторов, например PPetr -> Petr Petrov или ASer –> Alexander Sergeev)

SourceID - Название проекта, альбома или библиотеки (либо аббревиатура, по аналогии с CreatorID) к которому принадлежит данный трек.

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

CatID(-UserCategory)_(VendorCategory-)TrackName_CreatorID_SourceID_UserData

UserCategory - Необязательное уточнения блока CatID. Его задача — дальнейшее пояснение Категории/Подкатегории при помощи дополнительной информации. Например, в него можно поместить стиль трека: TRAILER, EPIC, HIPHOP. Отделяется от CatID при помощи дефиса.

VendorCategory - Дополнительный блок информации, который может дополнить блок TrackName. Этот блок следует сразу после CatID (в сочетании с UserCategory) и отделяется нижним подчеркиванием. Для отделения от следующего за ним названия трека (TrackName) после блока VendorCategory используется знак дефиса «-».

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

Детальное описание блоков имени файла формата UCS

CatID – это сокращённое (аббревиатура) сочетание Категории и Подкатегории, которое позволяет уменьшить длину имени файла. Следует помнить, что CatID — это жестко прописанная структура, которую вы можете посмотреть в списке Категорий/Подкатегорий UCS здесь и она не подразумевает изменений со стороны пользователя.

CatID — это краеугольный камень всей идеи UCS и его нельзя менять на произвольную информацию, поэтому ее нужно брать исключительно из таблицы Категорий/Подкатегорий UCS.

Выполнение этого требования гарантирует, что, например, присваивая имя треку в котором присутствует законченное музыкальное произведение или песня вы соглашаетесь с тем, что кратким сокращением (CatID) для этой пары Категории MUSIC и Подкатегории SONG будет MUSCSong

Другому пользователю системы UCS такой подход поможет понять, что за тип трека находится перед ним и какое у него содержимое.

К тому же, при использовании скриптов из современных программ-поисковиков аудио треков (типа Soundminer, BaseHead и др.) можно анализировать блок CatID и автоматически заносить информацию в поля Категорий/Подкатегорий в самой программе. А в некоторых случаях даже автоматически создавать описания треков, исходя из сочетания CatID с другими данными из имени файла.

TrackName - это следующий блок данных в имени файла UCS. Также, его можно использовать в качестве названия трека. Основная задача этого блока состоит в том, чтобы дать краткое описание содержимого трека, поэтому для облегчения визуального восприятия это поле обычно занимает около 25 символов.

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

CreatorID – содержит информацию о том кто записал, создал или издал трек. Стандарт UCS не регламентирует длину этого поля, поэтому в нем можно размещать и полные имена, однако для улучшения читаемости рекомендуется использовать аббревиатуры или инициалы, например Alexey Sergeev -> ASerg или Anton Ivanov -> AIv

Желательно, чтобы автор выбрал свое имя (или сокращение от своего имени) и использовал его во всех своих треках. Это делается для того, чтобы автоматические скрипты поисковиков могли находить или сортировать треки по имени автора. Если же автор будет периодически менять свое имя, это может привести к определенной неразберихе в результатах выборки, когда разные имена в названии треков будут указывать на одного и того же автора.

SourceID - содержит название (или аббревиатуру) альбома, проекта или библиотеки автора к которому принадлежит данный трек. Опять же, стандарт UCS не регламентирует длину этого поля, поэтому в нем можно размещать и полные имена, однако рекомендуется использовать аббревиатуру или сокращение, если название альбома или библиотеки очень длинное.

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

UserCategory следует после CatID и отделяется знаком дефиса «-» и обычно применяется пользователями для уточнения Категории/Подкатегории UCS. Этот блок опционален и не имеет жесткой привязки к структуре категорий UCS, как в случае с CatID и предусмотрен в первую очередь для нужд пользователей, в качестве дополнения Категории/Подкатегории. Пользователь сам вправе решать, какие данные заносить в этот блок. Обычно коммерческие библиотеки не используют этот блок информации, однако никаких жестких правил тут нет. Можно поместить туда основной стиль (жанр) музыкального трека, который содержится в данном файле. А для лучшего визуального отделения от следующего за ним названия трека рекомендуется оформлять блок UserCategory большими буквами. Например: EPIC, ROCK, HIPHOP, TECHNO.

MUSCSong-EPIC_Massive Drums_AGrin_CinematicStrikes.wav

VendorCategory – Этот блок похож на UserCategory, но отличается тем, что им часто пользуются производители библиотек для уточнения категорий ВНУТРИ своей библиотеки. Однако никто не запрещает пользоваться этим блоком для потребностей вашей базы данных музыкальных треков. Блок VendorCategory отделяется от следующего за ним названия трека (TrackName) знаком дефиса «-».

MUSCSong_EPIC-Massive Drums_AGrin_CinematicStrikes.wav

UserData - Это последний блок данных в структуре имен файлов UCS, и он полностью опционален. Каждый пользователь или создатель библиотеки сам решает, как использовать эту информацию, поскольку она не присваивается какому-либо стандартному полю метаданных в программах, типа Soundminer, BaseHead или Soundly. В этом блоке можно хранить любую другую информацию, которую нужно передать конечному пользователю базы данных, например уникальный идентификатор внутри базы данных

MUSCSong_EPIC-Massive Drums_AGrin_CinematicStrikes_CB15RT456.wav

Примеры использования имен файлов формата UCS

Давайте рассмотрим несколько примеров имен файлов по стандарту UCS:

Пример 1: Законченный трек в стиле “Hip-Hop”, который имеет название “Fuel My Fire”, за авторством “MC Grizzy”, из альбома “Thug Life”. В имени файла используется блок VendorCategory в котором записан жанр HIPHOP