音效素材分类整理没头绪?试试这套协议!

转载自李浩然的知乎

音效录音师和声音设计师在录制和创作音效素材的时候,其中很重要的一步是给音效素材选择合适的分类以及适当的文件名方便之后的检索。不过不同的录音师因为有不同的用词以及语言风格往往会导致音效命名与描述的方式不尽相同,缺少一套标准。尽管声音设计师们有Soundminer、Basehead、soundly等强大的素材库管理软件可以从成百上千的音效库中通过检索元数据中的关键词找到想要的音效,但是面对素材库中杂乱无章的文件名和目录结构,一套行之有效的文件名分类方法就显得尤为重要了。基于这样一套方法,音效可以按照类似于图书分类法的方式使用编号或者关键词分类查找。今天,我就想聊一聊一个最在音效行业越来越火的音效命名分类系统:Universal Category System通用分类系统(以下简称UCS)。

音效素材分类整理没头绪?试试这套协议!
UCS通用分类系统Logo

什么是UCS?

UCS是英文Universal Category System的缩写,直译为通用分类系统。这是一套由声音设计师、音效剪辑师和混音师们发起的一项倡议。旨在提供和鼓励音效创作人员使用一套标准的音效分类方法。基于这套方法,不同的音效库使用同一种音效分类标签和相同的目录结构。同时UCS也支持多语种分类标签,为音效分类本地化提供便利。UCS希望以此消除音效素材库中令人头痛的标签命名,从而提高素材库的管理效率。

UCS由Skywalker声音设计师Tim Nielsen, Soundminer的创始人Justin Drury和音效师Kai Paquin创立,并由全球其他的声音素材库管理者、音效库厂商以及用户提供维护和更新。

音效素材分类整理没头绪?试试这套协议!
Skywalker声音设计师Tim Nielsen, UCS项目发起者之一

UCS包含哪些内容?

UCS包含以下五点核心内容:

1. 分类列表

UCS拥有一个很详细的分类列表,包含82个大的分类。这82个分类下面又包括了一共657个二级子类。基本上所有的音效都可以都归类于这657类中的某一个。每一个分类都配有具体的解释,方便编辑者查找和匹配适合的分类。

音效素材分类整理没头绪?试试这套协议!
UCS分类列表节选,从左到右分别是分类、二级子类、主分类合并二级子类的缩写和仅主分类的缩写

2. CatID

在UCS中的657个子类,每一个子类都有一个规定好不变和唯一的由分类和子类缩写构成的ID。这个ID称为CatID。因为CatID和子类一一对应,所以CatID可以在控制文件名长度的情况下作为音效分类的依据,方便整理和检索。例如分类DOORS(门)下面的WOOD(木门)子类的CatID是DOORWood,是两个单词的结合。若单词较长,会使用缩写的形式构成CatID,例如ELECTRICITY(电子类)下面的SPARK(电火花)子类,其CatID是ELECSprk,由两个单词的缩写构成。

音效素材分类整理没头绪?试试这套协议!
表格最右侧的CatID由分类和二级子类的缩写共同构成

3. 同义词列表

在UCS的每一个分类都有一个由多个相关词汇和同义词构成的列表,这个列表可以帮助用户在模糊搜索的时候方便地找到对应的音色和分类。

音效素材分类整理没头绪?试试这套协议!

4. 多语种支持

UCS的82个分类以及657个子类的名称默认使用的是英文。不过为了能更好的兼容不同地区的语言,UCS还针对这些分类名称提供了包括简体中文、繁体中文、法语、波兰语、德语、葡萄牙语等十七种语言的翻译。

音效素材分类整理没头绪?试试这套协议!
每一个分类和子类的名称都有对应的多达十七种语言的翻译,其中包括简繁中文

5. 文件名结构

UCS使用了一种特殊设计的的文件名命名方式和结构,使用这种方式可以允许一些自动化脚本程序根据文件名解析出元数据中的多个字段。

UCS同时鼓励包含一些基本的信息在文件名里。这些信息可以回答以下问题:

  • 这个声音属于哪一个分类和子类?
  • 这是什么声音?
  • 谁制作、录制了这些声音?
  • 这个声音是为哪一个项目或素材库制作?

基本的UCS文件名结构最好包含有四个信息块,每一个块之间必须由一个下划线“_”分割。下划线”_”在文件名中仅用作区隔不同的信息块,不用于其他作用

基本的四信息块文件名定义和结构如下:

CatID_FXName_CreatorID_SourceID

字段 含义
CatID 分类和子类的缩写(依据UCS分类列表定义)
FXName 简短描述或标题(最好小于25个字符)
CreatorID 声音设计师、录音师或者发行商的名字(也可以使用它们的缩写)
SourceID 项目,节目或素材库名(也可以使用缩写替代)

其中CatID如前文所说,是分类和子类的缩写构成的一种独特ID。其缩写标示在UCS分类列表中。

CatID是这套系统的核心。是使用这套系统唯一需要严格遵循的部分。使用者应当确保文件名中的CatID完全匹配UCS分类列表中CatID里面的字段,不得更改其中的内容并且保持大小写一致。这样可以保证任何一个遵循UCS标准的个人或机构发行的相同分类的音效,诸如“木门声”所对应的CatID缩写都是DOORWood,而不是doorWood或者Wooddoor。

使用统一的CatID字段标准可以让基于这个系统的其他用户精确地知道这个音效属于什么类别。使用一些已经开发完成或正在开发的自动化脚本程序以及大部分音效库管理软件可以根据CatID解析出分类和子类字段。

音效素材分类整理没头绪?试试这套协议!
UCS目录列表节选

上图最右侧的一栏CatShort是单独的主目录的缩写。目前UCS并没有使用这部分的字段,但是仍然预留着部分内容以供用户或者未来使用。CatShort并不是文件名的一部分,文件名开头必须使用CatID。

FXName是紧跟在之后的UCS文件名。你可以把它当做是一个标题。它的意义是简短地介绍声音。少于25个字符是比较合适的长度。FXName并没有替代元数据字段“描述(description)”的意思,它更像是一个简短介绍声音内容的信息。这样用户可以在不用听和打开音效库管理软件的情况下通过文件名也能快速知道声音的内容。

音效素材分类整理没头绪?试试这套协议!
aLX音效库中某音效文件名截图,高亮部分为FXName,由其描述可知声音内容为老式门铃

在FXName之后的是CreatorID,这部分显示是谁录制了或设计了这段声音。发行商也可以把名字放在这里,或者在这里只放上你名字的首字母。最常见的是你在这里放上缩写。这个字段完全取决于发行者或者声音的创造者。UCS有一个发行商列表允许发行商注册一个官方的缩写用在文件名里面。有一个文档在Vendors文件夹描述更多信息。

音效素材分类整理没头绪?试试这套协议!
UCS官方发行商列表节选,右侧为官方注册的CreatorID

一个用户应该在看到文件名后很容易知道这个声音是谁制作的,而不用去查看元数据。音效创造者可以把全名或者公司的全名放到里面,如果名字很长,可以使用缩写。只是要保证这个名称或缩写贯穿始终地使用在你的产品里,以保证一致性。

最后一个字段SourceID记录着声音所属的节目、项目或素材库的名称或缩写。一般商业素材库会在这里放上素材库的名称,如果是个人制作的音效,也可以替换成对应的项目名称。比如为某电视剧录制的音效,可以在这里写上电视剧的名称。

作为发行方和创造者,如何使用SourceID这一字段完全取决于制作者,UCS并没有强制性的规定。尽管如此,该字段也最好以某种方式包括这条声音所属的素材库的名字,或者所隶属于的某个项目名。如果名字太长建议使用缩写。

音效素材分类整理没头绪?试试这套协议!
Boom Library Cyber Weapons素材库的文件名,文件名最后一个字段CWDS是Cyber Weapons的缩写

上方的图片来自于Boom Library公司的素材库Cyber Weapons。其中开头的SCIWeap是CatID字段,表示Scifi(科幻)分类下面的Weapon(武器)子类。下划线之后的部分属于FXName。再之后的B00M是CreatorID表示Boom Library发行。最后的CWSD表示SourceID意思是Cyber Weapons Sound Design的四个单词首字母缩写。

Optional Blocks可选择字段

除了上文提到的四种必选的字段以外,还有三个可选的文件名字段。这三个字段适用于不同的情况和场景。它们分别是UserCategory、VendorCategory、和UserData。

UCS完整的文件名字段分解如下:

CatID(-UserCategory)_(VendorCategory-)FXName_CreatorID_SourceID(_UserData)

其中括号内的是可选择字段。

可选择字段 含义
UserCategory 一个可选的CatID后缀。可作为一个用户自定义的分类、麦克风选择、或声音景别等等。
VendorCategory 一个可选的FXName前缀。用于定义发行商或声音设计师所使用的特定的分类。比如枪械、车辆、和地点的名称。
UserData 一个用户定义的字段。一般使用ID或者数字来表示以保证文件的唯一性。或者用于保存诸如麦克风种类、地点或者景别等信息。这个区域目前默认并没有映射到用户元数据但是每个用户可以选择把这个信息映射到某一个元数据字段

UserCategory是一个可选的CatID后缀。它通过在CatID后面放置一个连字符“-”作为开始。因为这一字段是给用户预留的,发行商应该避免使用这一字段。用户可以是用这一字段写入任何有帮助的信息,比如麦克风类型或者音效适用的场景等。它的设计初衷是为了允许用户创建它们自己的二级子类,从而赋予用户定义第三级分类的机会。一个比较常用的方式是在这里使用INT和EXT表示室内和室外(Interior 和 Exterior)。

VendorCategory是一个可选的FXName前缀。它开始于下划线“_”结束于连字符“-”。这表示这是一个给发行商用的可选的字段,用于素材库内部。因为许多素材库已经在使用一些逻辑分类系统,这个字段提供了一种方式在保持已有分类系统的情况下兼容UCS标准的可能。对于已经有一套分类方法的音效库,只需要把原来的文件名部分作为VendorCategory,其余部分符合UCS标准,就可以做到同时兼容两套系统。

UserData是UCS文件名结构中最后一个字段,它是完全自定义的。每一个用户或者发行商都可以决定如何使用这个字段,因为我们没有把这个字段映射到任何一个元数据字段中。你可以在这里保存麦克风型号或者景别,一个独特的序列号,或者任何其他的你想要放在这里的信息。更多的下划线“_”可以使用在UserData字段里,但是UCS不鼓励这样做,因为这可能会让人疑惑。最好的方式还是尽量保持下划线“_”的唯一功能就是分隔文件名里的各个字段。

一些使用案例

让我们来看一个文件名的实例:

GUNAuto_Uzi 9mm Rapid Fire Close Up Short Bursts_BSB_DORY.wav

首先,这是一个有效的符合UCS标准的文件名,因为包含了四个必须的字段,并且它们之间使用下划线“_”分离。

CatID在这里是GUNAuto,表示该音效属于Guns分类,子类为Automatic。

音效素材分类整理没头绪?试试这套协议!

FXName是“Uzi 9mm Rapid Fire Close Up Short Bursts”。表示9毫米口径乌兹冲锋枪快速开火,非常贴近的录音距离。

CreatorID是“BSB”,通过Vendor表格查询可知,BSB是已经注册的ID,对应的发行商是“BigSoundBank”。

音效素材分类整理没头绪?试试这套协议!

SourceID是“DORY”,在这里可能表示项目或者素材库的名称或缩写。

这个例子使用了UCS系统的CatID,并使用缩写的CreatorID和SourceID。在文件名不会过度冗长的情况下,保证了可读性。

下一个例子是:

GUNAuto_UZI 9mm Rapid Fire Close Up Short Bursts_BSB_DORY_WideStereoMKH8020.wav

在这个案例中我们添加了“WideStereoMKH8020”作为UserData字段。默认情况下,这个字段没有映射到任何一个元数据字段,但是用户可以很简单的通过脚本语言把这部分信息映射到某一个元数据字段中。使用UserData字段可以存储和映射任何用户认为重要的信息。

第三个例子:

GUNAuto-INT_UZI 9mm Rapid Fire Close Up Short Bursts_BSB_DORY.wav

在这个文件名中,增加了一个UserCategory”INT”在CatID后面。某些音效库管理程序或许可以把这部分信息映射到元数据中的UserCategory中。这部分信息可以用来存储诸如麦克风景别或者电视节目中某种程序化使用的声音。也可以用来存储某种缩写方便查找。

第四个例子:

GUNAuto_UZI 9mm-Rapid Fire Close Up Short Bursts_BSB_DORY.wav

在这个文件名中,没有使用UserCategory。但是添加了“UZI 9mm”在FXName字段前面作为VendorCategory。尽管前两个字段是通过下划线“_”区分的。在FXName前面的的连字符“-”也区分出了VendorCategory。脚本程序可以很轻松地通过识别连字符“-”区分这两个字段。

最后一个例子使用了UCS所有可用的字段,包括可选字段:

GUNAuto-EXT_UZI 9mm-Rapid Fire Close Up Short Bursts_BSB_NONE_416-MKH8040-DualMono.wav

这个文件使用了UCS所有可用的字段。通过拆分连字符“-”和下划线“_”,我们可以获得如下信息:

字段 含义
CatID GUNAuto(GUNS-AUTOMATIC)
UserCategory EXT(Exterior)
FXName Rapid Fire Close Up Short Bursts
VendorCategory UZI 9mm
CreatorID BSB(BigSoundBank)
SourceID NONE(代表该音频没有特定为了某一个项目录制)
UserData 416-MKH8060-DualMono

结论

文章最后,让我再一次回顾一下。首先UCS唯一的要求就是在每一个文件名的开头通过使用CatID定义分类和子类。而且其他的文件名字段则完全是可选的。

在遵循UCS的要求后最显著的优势就是你的素材库会很清楚地展示每一个声音属于哪一个分类和子类。比如GUNS-AUTOMATIC由GUNAuto代表。

将GUNAuto_放在文件名头可以允许多种脚本软件解析出对应的信息并且映射到具体的元数据字段。

同样的,将CatID置于文件名开头,比如GUNAuto_, 所有属于GUNS-AUTOMATIC分类的文件将会在任何列表中集中在一起,不论是在DAW中还是文件夹中。

UCS社区针对几款常用DAW和素材库管理软件开发了一些批处理脚本,有兴趣的可以访问UCS官网查询更多信息。

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧