java元数据是什么_什么是元数据（Metadata）?

元数据（Metadata）中的『元（Meta）』可以理解为事物或对象，『数据（data）』当然就是指该对象的相关数据。你可能接触过照片的元数据，其中包括图像尺寸、拍摄时间或者是光圈和快门信息、GPS数据，对于视频文件也一样，比如画面的尺寸、视频和音频的编码、时长等等。

实际上，你可以理解成，关于该文件或对象的一切信息都是元数据，无论是技术相关的信息还是内容信息，一切。

所以元数据并不是什么新概念，它只是对已知信息的一种集合称谓，它可以是描述某项具体的数值，也可以是描述影像或声音的内容，也可能只是一些注释。它们往往跟随着对象文件，让我们得以更全面的了解对象相关的信息，而且相对于使用纸和笔来说，因为它是以电子数据的形式存储的，所以它具有了可搜索、可分类的属性，从而变得更有用处。

在以媒体为中心的影像制作流程中，我们有描述技术方面的技术性元数据，比如帧速率、图像大小、编码、色彩位深等，这些数据适用于该完整的媒体文件，同时也适用于由其生成的时间线片段，因为它们不会因为切割而发生改变。因此，内容性的元数据则只适用于某段具体的片段，因为它是用来描述片段内容的。不过，对于一些较特殊的元数据类型，在同一个片段中也可能会发生改变。比如原来用于描述景别的元数据，可能因为摄影机的移动，从特写变为了中景。

元数据也不仅仅适用于媒体本身，当你在视频网站上浏览某条视频时，你的点赞、收藏、评分等等针对该条视频的操作，都会被网站收集为元数据，从而被网站使用到更广阔的用途。

用电影制片人和档案保管员杰森·斯科特（Jason Scott）的话来说，“元数据是写给未来的情书。”

简单的针对影视制作来说，元数据主要有两种类型：技术型和内容型。

技术型元数据

技术型元数据通常涵盖了从相机或摄像机获得的信息范围，这很自然，因为这些数据主要就是由其拍摄和生成的。其中除了包括前面提到的图像大小、帧速率、编码以外，还可能（取决于相机和来源）包括镜头型号、焦距、白平衡、相机硬件序号、镜头硬件序号等等。取决于摄像机型号的不同，一些基本数据会跟随数字媒体文件的生成被嵌入到媒体文件内部，而另一些可能会被单独存储在一个称为『Sidecar』的文件中，这通常是一个XML文件，而且带有硬件生产商的特定属性。

说到这里就要多说一句，由于Sidecar文件是一个独立的文件，所以这也就是为什么当你需要把素材导出到剪辑软件中时，保持原来卡中的文件结构很重要的原因之一。如果你只拷贝了视频文件本身，而漏掉了这些Sidecar文件，那么剪辑软件就不能获得这些元数据了。

内容型元数据

这通常是更有用的元数据，因为它包括的范围更广。内容型元数据除了能用来描述媒体或片段的内容以外，还可以被用来对素材进行管理、分类、纳入上下游操作流程，甚至也能提供一些技术型元数据的功能。

基本上，你可以把内容型元数据直接理解成关键字，但它有除了可以是字符型内容以外，还可以是评分、勾选框等类型。

内定型元数据可以非常简洁，也可以非常冗长，但相同点在于，它们目前来说都是由工作人员在制作流程中手动添加和修改的——也许是摄像师在拍摄中添加的场号、镜号，也许是DIT人员添加的卷号、样片号、机位编号、景别附注、外观附注，也许是剪辑助理或VFX艺术家添加的各种注释等等。

之所以说『目前来说』，是因为已经有一些先进的软件可以通过自动识别和人工智能技术来自动为片段添加或修改一些元数据。例如上图中的DaVinci Resolve软件，它能提供对片段进行人脸识别，从而根据片段中的人物对素材进行分类检索，这对于一些大型的、有大量人物素材的项目，能起到一定的帮助作用。

然而要强调的是，使用元数据的目的，是为了更快的获得需要的片段。无论是技术型还是内容型，无论是人工输入还是机器或软件自动输入的，都不应给素材管理带来混乱，保持素材最大的『可发现性』是最重要的。

内容型元数据是我们用来组织项目内容使其易于使用的工具，通常是在NLE软件内使用和管理，而且通常将其应用在有具体时间范围的片段上会更加有用。

管理元数据

前文提到，内容型元数据并不是像技术型元数据一样跟随媒体文件一起由摄像机提供的，它主要被用于剪辑或VFX的后期制作流程，通常位于特写的NLE项目或数据库中。以下来谈谈如何在工作流程中处理这两种元数据。

处理技术元数据

由于技术型元数据总是跟随媒体文件的，所以在将其重新编码（转码）之前，工作量很少。比如至少文件名尤其是时间码是固定的。在重新编码时，文件名多半会发生改变，即使是以相同文件名放到其它文件夹，那么关于此文件的『文件路径』元数据这一项，也会发生改变。另外，重新编码也会改变文件的创建日期、修改日期、文件大小和编码这些技术型元数据的内容。

如果你使用的是离线剪辑流程，即选择了剪辑代理文件而不是原始素材文件，在NLE软件中你通常不用太担心技术元数据，因为NLE软件往往会在内部处理好对原始素材文件的技术元数据保护，并保持好代理文件与其之间的匹配关系。而如果你是在一个电影长片的长工作流程中，代理文件往往并不是由本地NLE生成，这就会使元数据管理开始变得复杂。幸运的是，大多数时候，这些会由专门的公司或部门使用专用软件进行管理，你只需要遵照他们的提供的注释和规范文件，并遵循既定的工作流程来工作就好，不用过于担心。

如果你使用DaVinci Resolve这样的软件在本地进行项目组织和管理，由于其提供了从媒体管理到NLE的一系列功能，又能对素材进行强制重新链接，所以相对来说，其灵活性就大大提高了。

处理内容元数据

由于内容元数据基本只存在于NLE软件内部或某种资产管理系统中，并不像技术元数据那样总是跟随着媒体文件，所以它与媒体文件或片段之间的关联性就脆弱得多。比如当你复制媒体文件时，关于该文件的内容元数据很少会跟随其一起被复制。

更复杂的是，各个NLE软件管理元数据的方式是不同的，存储它们的方式也不尽相同，因此很难将内容元数据在它们之间进行交换。所以，当你在NLE中创建项目后，最好一直将元数据始终保持在同一个NLE中，

好一点的情况是调色环节，你可能会在Final Cut Pro X或Premiere Pro中剪辑项目，然后转入Resolve进行调色，通常这种情况下，由于内容元数据对调色环节的帮助没那么大，所以无论是在调色环节内，还是在NLE中对素材进行回批时，对内容元数据的管理工作量都不大。内容型元数据主要对剪辑流程产生作用。

另外，Adobe会将其支持的内容元数据写入到媒体文件中，这样不同系统的Premiere Pro软件可以互相读取这些元数据来工作，这主要通过软件内的XMP元数据面板来操作。

而Intelligent Assistance公司的FindrCat软件对于Final Cut Pro X项目也采取类似的做法，它将一些Final Cut Pro X项目的内容元数据转换为Mac OS系统的Finder标签并嵌入到媒体文件中，这样Final Cut Pro X软件就可以通过读取这些标签来读取元数据。

存储和管理元数据的另一种方法是使用数字资产管理（DAM）或媒体资产管理（MAM）这样的资产管理系统，这些系统通过外部独立的XML文件来存储从NLE中读取到的内容元数据，并将其存储在自己的数据库中。大多数这类资产管理系统支持多种NLE软件，因此它们可以将元数据从XML格式读取、转换，再存储成另一种目标XML格式供NLE软件使用。