数据的完全性

谈到 “完全性”，我们可以区分两个层面： 首先，我们需要确保每个单独的数据管理流程或活动（如备份一张摄影机数据卡）都是完全的^[1]。但有时，此类活动会集中在一起，我们需要确保整批活动或流程的完全性（例如，确保拍摄当天所有摄影机数据卡备份的完全性）。我们将看到，这两个层面都有不同的挑战。因此，让我们从第一个层面开始。

单一活动的完全性

假设需要备份一批文件。我们将一个软件指向包含我们要复制文件的文件夹，从而开始这个过程。然后，开始将文件逐个复制到新的目的地。如果一切顺利，希望复制过程能保证完全性，即只有当所有文件都被成功写入目的地后，软件才会停止。

如果拷贝进程在没有通知的情况下中止或失败，只看一眼目标文件夹并不能确定其中一个子文件夹中，是否丢失了一个（或多个）文件。这就需要进行更彻底的检查，通常包括对目标和源文件进行比较。即使是在最不容易管理的工作流程中，也可以通过比较源文件夹和目标文件夹的整体大小，或比较文件夹中的文件数量来发现这些未被发现的不完整进程。

多个活动的完全性

现在，让我们来看看将多个活动组合在一起创建一个新文件 “包 “的情况。几乎每个拍摄日都会有一个典型的例子：

在一天的拍摄过程中，多张摄影机数据卡会被装载到一个移动硬盘中。音频数据卡、报告、布景照片、转码样片等其他文件也会添加到移动硬盘中。因此，即使单个装载或复制最终完成，如何确保旅行驱动器上不会丢失整个文件夹？即使每张卡都复制成功了，你也需要在某个地方记录这些数字。该移动硬盘上应该有 8 张还是 9 张数据卡？

“为什么会出问题” – 以及如何发现问题

第一层完全性（一个装载或备份流程的完全性）是最重要的。如果我们无法检查一个进程是否已成功完成，且所有复制的文件仍然存在，我们就谈不上将此类进程进行分组。

如果您确实发现了问题，流程不完整的原因可能是多方面的：

• 电源问题：不仅是计算机，需要单独供电的外部设备也可能会断电（如电缆跳闸、振动导致插头松动等）。这些设备可能是读卡器系统或外部目标磁盘驱动器。
• 源读取错误：当读取卡上的错误数据块时，可能会发生读取错误。这会导致文件系统挂起或超时。
• 其中一个拷贝目的地出现写入错误：与故障块问题相同，但有时也会因为 “卷上剩余空间不足 “等基本原因而出错。即使软件在进程开始时检查空间是否足够，其他系统也可能在进程运行时向同一目标写入内容（例如，在拷贝运行时，转码器正在向目标盘写入内容）。
• 一致性检查出错： 根据软件的运行或设置方式，如果出现哈希值错误，程序可能会停止运行。
• 其他资源问题：虽然拷贝进程不需要太多内存，但如果没有剩余内存，除了中止，也没有其他办法了。例如，如果其他占用内存的进程正在运行，我们的数据管理进程可能无法再将源文件中的数据加载到内存中。

为了检测此类问题，数据管理软件需要确保在稍后的时间里，可以很容易地发现进程是否暂停、中止，或者是否在中间某个地方失败了。依靠软件本身的结果状态并不总是足够的，因为在下面的某些情况下（如内存耗尽），软件无法再可靠地工作，可能会在无法将错误写入日志的情况下退出。

解决办法是在进程结束时创建一个 “收据”，其中包括进程试图处理的文件列表。如果收据丢失，我们就知道出错了。如果收据存在，我们就可以通过文件列表检查处理结果是否还存在。当数据包中缺少一个或多个单独数据管理活动的结果时，就会出现第二级的不完全性。

通常，这不是技术原因，而是组织管理的原因造成的：

• 设备混淆：摄影机数据卡的错误放置或标签错误会导致摄影机数据机卡无法拷贝。
• 处理进程未启动：有时，一切都已准备就绪，但进程却没有启动。这种情况可能发生在用户分心，忘记启动装载，离开后再回来，却以为拷贝已经完成。
• 目的地错误：拷贝需要到达正确的目的地；否则，虽然发生了一些事情，但结果却在你期望的地方不见了。这种情况可能发生在将文件夹拖放到 Finder 中的其他文件夹时，而释放鼠标按钮时目的地没有突出显示。
• 沟通错误：在有压力的情况下一起工作时，事情可能会被误解（”你启动了吗？- “是的！” ……但这句话对每个人的意义都不一样）。

这些问题超出了软件的范围，但良好的管理仍有助于发现这些情况（例如，将硬盘内容与其他信息源（如摄影机报告）进行比较，并在格式化硬盘前对摄影机数据卡进行两次或更多次的交叉检查）。

考虑到所有这些因素，仍有一个问题是需要避免的 – 尽管在拍摄日结束时将文件归类并不属于实际数据管理人员的工作范围：

在未来的数据管理流程中丢失文件夹：即使您确保离开片场的移动硬盘是完全的，但以后将移动硬盘的内容复制到公司的文件服务器的过程也可能失败。但在公司里，没有摄影机数据卡或其他源文件的提示贴纸可供比对。为了让同事们能够在将来发现不完整的内容，最初拷贝的内容清单可以再次解决这个问题，因为你提供了一些能够在需要时进行内容比对的信息。

总之，我们看到，确保完全性不是一蹴而就的任务，尤其是在电影制作的媒体工作流程中。文件和文件夹会被多次复制、移动、备份和存档，因此完全性涵盖的范围远远超出了电影拍摄现场的那一份拷贝。

为了确保所有这些后续活动的完全性，我们需要从期望相关内容存在的那一刻起就记录下应该存在的东西。这意味着完全性始终是从源头开始考虑的。让我们仔细看看这对我们的数据管理活动意味着什么。

使用清单来实现完全性

对于检测未完成的活动，提供一个简单的文件列表可能已经是一个很好的解决方案。我们列出了文件夹中应存在的所有文件，便于随时检查。

如果我们还考虑到完整性的问题，那么文件列表也将是存储每个文件哈希值的理想场所。你所选择的操作系统很有可能已经为这样的列表提供了工具。例如，md5 命令会输出文件名和文件的 MD5 哈希值。

类似示例如下所示：

% md5 A001C006_141024_R2EC.mov
MD5 (A001C006_141024_R2EC.mov) = 52d29e6b6fe711e08effb93588c2cee6

对于多个文件，该命令的结果可能就是我们的 “带哈希值的文件列表”：

% md5 *
MD5 (A001C006_141024_R2EC.mov) = 52d29e6b6fe711e08effb93588c2cee6
MD5 (A001C019_141024_R2EC.mov) = 91684b6ccbd27ac14712dcb11b6095e6
MD5 (A001C024_141024_R2EC.mov) = 4900c8b11b22b328b21e396f3a95759c

在早期的数字电影拍摄中，这样的列表实际上经常被用作文件夹中的文件列表，记录完全性（文件夹中的文件列表）和一致性（每个文件的文件哈希值）。听起来 md5 命令满足了我们的所有需求，对吗？让我们仔细看看，了解一下典型应用的限制和额外要求。首先，让我们将 md5 命令指向一个存有文件的文件夹：

% md5 A001R2EC/
md5: A001R2EC: Is a directory

真遗憾，这不能直接用于文件夹结构[2]。通常情况下，我们需要处理更复杂的文件夹结构，因此我们的清单应该明确涵盖这一点。

此外，使用这种方法，我们不知道应该有哪些文件： 如果在两个文件之后终止 md5 命令，进程就会停止，列表看起来就像只有两个文件。没有任何迹象表明源文件应该有十个文件。

清单文件

因此，好的数据管理软件应该知道源文件的内容，并以此为基础列出文件清单。如果有什么进程终止或失败了，就可以很容易地发现丢失了什么内容。

在 Pomfort 的 Silverstack 和 Offload Manager 应用程序中，这是通过所谓的清单文件来实现的。这些文件与我们上面看到的简单文件类似，但语法更加结构化，并包含更多针对媒体工作流程的信息。这些清单文件通常采用经典的 “MHL”（”媒体哈希列表 “的缩写）格式，或使用 “ASC MHL “格式，这是一种由 ASC（美国电影摄影师协会）制定的改进型格式。

这两种格式同样包含以相对路径和文件哈希值形式出现的文件列表。软件在完成所有文件的拷贝后才会写入这些清单文件，因此在拷贝中止或失败时，不会保留清单的不完整中间状态，从而避免导致完全性的检查范围出现错误。

为上述文件制作的 ASC MHL 清单文件的部分内容摘录，看起来像下面这样：

...
<hashes>
    <hash>
      <path size="44900638" lastmodificationdate="2016-02-09T11:38:41+01:00">
        A001C006_141024_R2EC.mov
      </path>
      <xxh128 action="original" hashdate="2023-01-23T09:18:40.616865+01:00">
        c90b79d2e682e9f8dd2715add65e5913
      </xxh128>
    </hash>
    <hash>
      <path size="44394794" lastmodificationdate="2016-02-09T11:38:53+01:00">
        A001C019_141024_R2EC.mov
      </path>
      <xxh128 action="original" hashdate="2023-01-23T09:18:40.632174+01:00">
        e25ad55e74d8665142b58f7ee1f2de96
      </xxh128>
    </hash>
...

除了文件路径和哈希值，我们还能看到每个文件的更多信息： 文件大小、文件的最后修改次数以及计算哈希值的日期。ASC MHL 清单本身也会被计算哈希值，因此也能可靠地检测到已更改或不完整的清单。

传统的 MHL 和全新的 ASC MHL 清单文件都包含有关进行装载的软件的附加信息（包括版本号），甚至包括备份过程负责人的联系信息。所有这些信息都能在文件可能出现问题或已经出现问题时简化搜索工作。

“嵌套或封存”

如上所示，清单文件已经很好地记录了一项数据管理活动的完全性。那么多重备份的完全性要如何考量呢？

事实上，当我们为每个复制的文件夹添加一个清单文件，并将所有这些文件夹收集到一个旅行驱动器中时，我们仍然会遇到一个问题。如果少了一个文件夹怎么办？举例来说，我们设想这样一种情况：将移动硬盘复制到设备中的文件服务器上，但有一个文件夹没有复制。您怎么能够知道这种情况？对其余文件夹进行完全性检查不会发现问题，因为它们各自文件夹的所有清单都会显示检查成功。

如果没有一个 “超级清单”，我们就无法知道是否应该存在一些还没有痕迹的东西。超级清单不一定是所有文件的另一份清单，但可以是一份包含应该存在并经过验证的文件的所有清单的列表。

在 Silverstack 中，有一个 “封存 “的概念，可以在目标驱动器上创建这样一个 “清单列表”。有了这个封印，以后就可以随时轻松检查旅行驱动器的所有方面是否仍然完整。

新的 ASC MHL 标准提供了类似的功能，允许对清单进行所谓的 “嵌套”。这意味着您不仅可以使用 ASC MHL 列出某些文件夹中的文件，还可以引用其他 ASC MHL 清单文件。这样，您就可以将清单分组，并为检查完整性提供一个起点。

最佳实践

遗憾的是，清单文件本身并不检查任何东西。因此，用户需要确定在工作流程中使用清单的合适时机，以检查可用数据的完全性。

因此，如果您是创建清单文件和文件副本的人员，请让接收数据的人员了解清单文件以及如何对其进行检查。针对 ASC MHL 及其清单，我们开发了 “Pomfort MediaVerify”（可在此处免费获取），用于验证任何使用该标准管理的数据。自 8.4 版起，所有 Silverstack 应用程序都支持创建、延续和检查历史记录。对于 Silverstack 带有封存功能和 MHL 文件的经典 MHL 工作流程，您可以使用 “Pomfort SealVerify”（可在此处免费获取）。

请鼓励数据包接收方使用给定的清单文件和上述工具检查完整性。越早发现问题，越有可能轻松解决。此外，您偶尔也要亲自测试和检查所移交的数据，以便熟悉工具并了解其工作原理。

总结

在这篇文章中，我们讨论了包含文件列表、哈希值和上下文信息的清单文件如何成为成为一个强大的工具，用于记录已处理的数据以及数据传输后应接收的数据。通过这些清单文件的内容，您可以检查每个文件的一致性（通过比较哈希值）和整个数据集的完全性（通过比较文件列表）。在关键时刻进行定期检查，并在出现问题时提供足够的备份以进行恢复，就能为成功的数据管理工作流程做好充分准备。

__________________________

[1]  您可能会想说，在这之前还有一个层次： 就是确保每个文件都是完整的，但这已经包含在上一篇文章中提到的，使用哈希值检查 “完整性 “的内容中了。

[2] 当然，还可以通过将 md5 与查找命令结合使用来实现更复杂的功能，例如，可以使用 find A001R2EC/ -type f -exec md5 {} \;. 这样的命令。不过，现在你已经迈出了成为数据管理软件开发者的第一步，而这已经超出了本文的讨论范围。

在后续的文章中，我们将讨论清单文件以及如何使用清单文件来保持数据的完全性，从而转向成功数据管理的第二个支柱。但首先，我们还是要谈谈数据完整性！

数据完整性

保持完整性（或 “数据完整性”）是指确保数据在整个生命周期内都是 “正确 “的。对于已录制的媒体文件，这意味着文件未被无意更改，所包含的内容与摄影机录制时相同。

理论上听起来很简单，但实际操作起来却很棘手。试想一下，将文件从摄影机数据卡传输到外置硬盘时，需要一长串硬件和软件组件协同工作： 

• 通过可插拔电缆连接的各种不同的设备，
• 读卡器自带控制器和连接器，
• 固态硬盘或磁盘控制器组件和缓存，
• USB 或 Thunderbolt 接口组件，
• RAID 阵列系统（硬件或软件阵列），
• 多个文件系统（可能是不同类型的），有时是虚拟文件系统（如 Codex VFS），在需要时为磁盘卷创建文件数据，
• 一个操作系统，带有用于读写文件的文件访问例程、访问权限管理系统、RAM 中的文件缓存机制、多线程支持，
• 以及执行数据传输的软件应用程序，如 Pomfort Silverstack 或 Offload Manager。

好消息是：文件发生意外更改的情况并不常见。不过，这也并非不可能。物理和交互式组件的数量、物理连接器和电缆连接、独立电源以及不同供应商的固件和软件版本，都会在某些情况下增加出错的几率。那么，潜在的后果是什么呢？让我们来看几个在文件传输或存储过程中可能出现问题的例子： 

空文件： 复制过程中可能会出现这种情况，即文件已创建，但未成功写入其内容。可能的原因 介质已满、访问权限不足或创建文件后进程中止。

文件缩短： 在复制过程中，由于写入过程不完整，可能会出现这种情况。可能的原因：复制中止、介质已满、电源或连接故障以及未恢复进程。

文件内容错误：可能的原因有很多： 这可能发生在数据块在写入过程中出现混乱，例如，多线程的问题或错误。数据块在卷上分配但未写入时也可能发生这种情况。这样，格式化存储卡前写入的旧内容就会 “闪现 “出来，显示为错误的内容。另一种可能的情况是在传输或存储过程中出现比特错误，例如，组件或存储/内存出现故障或不可靠。文件内容也可能完全错误或损坏，例如文件系统结构损坏。

通过编辑修改文件：文件也可能被编辑改变，例如，软件应用程序在打开文件时覆盖了整个文件或部分文件，而用户可能无意中操作或者未察觉到这种操作。

如何实现数据完整性 

好了，恐怖场景就讲到这里。您现在可能会问自己，该如何帮助维护数据完整性。下面，我们将向你介绍一个有助于检测上述问题的核心概念： 计算和验证单个文件的校验和。

首先，让我们来了解一下什么是校验和、如何使用哈希算法来创建校验和，以及如何使用它们来检查文件内容的完整性。

为了检测文件在传输或存储过程中的错误，通常会创建校验和。其原理是使用一种算法（校验和函数），从任意大小的数据块（例如，文件）中创建一小段数据（校验和）。一个好的校验和函数有一个非常（非常非常）高的概率，即当文件内容的任何部分发生变化时，给定文件的校验和会变得不一样。校验和函数也是确定的，因此可以随时重新计算校验和。

换句话说：

在传输或复制文件后，计算文件的校验和，将计算出的校验和与之前为该文件计算出的校验和（如在源硬盘卷上）进行比较，就能以非常（非常非常）高的概率确保文件内容保持不变。如果校验和不相等，则可以肯定内容发生了变化。如果校验和相等，则可以认为文件未被修改。

这是在软件中使用校验和来检测文件更改，和实施的所有文件的完整性检查的基本原理。

校验和方法种类繁多，有些适用于很小的数据块，有些甚至用于纠错。但最适合和最常用的，确保文件数据完整性的校验和函数是hash（哈希）算法。

HASH （哈希）算法

hash（哈希）函数将任意大小的数据块（即文件内容）映射为一个短的（固定的）大小值。这正是我们对校验和函数的要求。hash 函数创建的值称为 “哈希值”。用于创建哈希值的哈希算法名称有时也称为 “哈希类型”（例如，一个文件的哈希值可能是 MD5 类型的 f5b96775f6c2d310d585bfa0d2ff633c）。

根据维基百科，”一个好的哈希函数要满足两个基本特性： 1) 计算速度要非常快；2) 尽量减少输出值的重复（碰撞）”。

当两个不同的数据文件产生相同的哈希值时，就会发生 “碰撞”。 发生这种情况的概率应尽可能小。相反，输出范围内的每个哈希值都应以大致相同的概率生成。这样，哈希算法就能很好地实现我们的目的 – 当给定的数据不同时，它就会产生不同的哈希值。

以下是媒体管理流程中通常使用的哈希算法的几个示例，并附有示例值：

• MD5 (128 bit, 示例值: f5b96775f6c2d310d585bfa0d2ff633c)
• xxhash64 (64 bit, 示例值: f409b64875d02fa1)
• C4 (512 bit, 示例值: c45TH1egbyWxtjgFmisoPypYXcizxPbywFzkbhevak2NgQr3HND5j99HR8UQDwT8pQoS8k3yxhLRGJPoNgR1zUin31)

碰撞概率

让我们考虑一种能产生完全均匀分布值的哈希算法。那么，当两次查看一个文件时发生碰撞的几率（即修改后的文件会产生相同的哈希值）可以由哈希值的长度决定，如下所示：

碰撞概率（即理想的哈希算法对两个不同文件内容产生相同哈希值的概率）为 其中，l 是哈希长度（比特）。

因此，对于哈希值长度为 64 位的哈希算法（例如 xxhash64），该概率为 1 / 2^ 64，约为 1/18.446.744.073.709.551.616 或 5.42101086 × 10^ -20。换句话说，您需要尝试对同一文件进行约 185.395.973.344.368.338（185 quadrillion）次随机更改，直到所有比较的总体碰撞概率超过 1%。也就是说，每秒尝试 1000 次给定文件的更改，需要 5.878.867（590 万）年的时间，而 99% 的概率仍不会发生碰撞。

即使哈希算法并不能完全均匀地分配值，但可以想象，64 位对于哈希值来说已经是很好的大小了，可以检测文件中的任意变化。

速度

哈希算法可能成为数据传输时的限制因素，因为我们总是希望在传输过程中创建哈希值。因此，除了传输实际数据外，还需要计算这些数据的哈希值 – 这当然需要额外的 CPU 时间。xxhash 系列哈希算法的网站提供了不同哈希算法的速度概览。

第一个启示是，长度（即哈希值的位数）并不一定与算法的速度相对应。另一个启示是，最大速度的差异可能很大（例如，在相同的计算机硬件上，XXH3 和 MD5 之间的差异可达约 50 倍）。这是因为哈希值需要一个字节一个字节地按顺序计算，不容易实现多线程。这意味着，一个 CPU 内核的速度限制了哈希值的计算过程，而将一个哈希值计算过程切换到具有更多内核的 CPU 不会使哈希值计算更快（当然，您的软件可能会同时对多个文件进行独立哈希以提高整体吞吐量）。

结论与展望

在本文中，我们讨论了创建校验和将如何有助于检测数据的完整性的问题。我们讨论了哈希算法的使用和哈希值作为校验和的使用，并展示了软件应用程序是如何发现数据在其生命周期内是否发生了变化，并向用户发出相应的警告。

在接下来的文章中，我们将探讨完全性的问题，以及在数据管理流程中采取哪些措施来确保没有文件被遗忘。敬请关注本系列文章的第二部分！

概述

我们的软件产品主要应用于电影片场，因此，从片场到其他活动的元数据传输一直是我们的核心需求。但元数据格式的标准化是个缓慢的过程，不过最近出现了一种新的格式 — ACES元数据文件（AMF）— 目前已成为行业焦点。

在本文中，我们将进一步了解AMF的由来及其功能，并通过Livegrade的例子为你介绍它如何在系统之间实现色调信息的传输。

ACES的转换架构

ACES（the Academy Color Encoding System – 学院色彩编码系统）于2014年问世，不仅有足够广的色域和场景 – 线性编码分辨率，还有能精确指定转换的色彩管线框架。这个框架明确了此前其他色彩处理中隐含的内容，例如数字中间片的log管线、常见视频工作流程或数字胶片摄影机中应用的色彩管线等。

如果你对ACES有一点了解，你会看到线框图中标有“IDT”、“LMT”、“RRT”、“ODT”等字样的方框。这些方框代表了某些特定的转换，将其挨个排列可以按功能进行分类。比如，“IDT”（输入变换）是（只）将色值从输入色彩空间（如log摄影机色空间和编码）转换到常见的场景参考色彩空间和编码（即ACES2065-1）的处理。而相比之下，“LMT”（色调操作转换）不会在色彩空间之间进行转换，而是根据创意风格对颜色进行修改。

如果需要，你可以将之前提到的每一种色彩处理都映射到ACES文档的概念框架中。但在这个过程中，单一用途的转换框有时会被省略或合并 — 通常只是因为在某些时候，会由“LUT”文件或在设备内部来实现多种转换。这会使色彩处理之间很难进行比较，并且几乎不可能交换这些色彩处理流程的配置。

“素材片段级元数据”

ACES旨在将色彩框架和所使用的转换的内容具体化。此外，学院的工作组已经强烈提出，应补充描述如何在系统之间传递这些管线的有关信息。

有了ACES的架构，我们能更轻松地记录每个素材片段从摄影机源色彩空间到监视器色彩空间的准确色彩管线。此外，在拍摄和后期制作中，还可以在不同系统上重现每个素材片段的创作意图。

作为首次尝试 — 之前，“ACESclip”已经成为ACES1.0版规范的一部分，但ACESclip如今（几乎）没有被投入使用，其原因可能有两个方面。首先，供应商必须首先实现 ACES 的色彩科学，然后再考虑交换相关信息 — 而这已经是相当大的工作量了。另一方面，ACESclip提出时，还没有人能想象ACES实际使用时会是什么样。因此，尽管出发点很好，但它还没有做好“进入黄金时代” 的准备。

ACES元数据文件及应用实例

在ACES v1.0发布后，学院的ACES项目负责人意识到，为了让 ACES 更好地适应现实世界，围绕规范建立的组织必须开放，并为ACES新用户和供应商创建交流社区，以优化ACES实际使用体验。经过委员会近十年的闭门造车（至少也是非公开），ACES之后的版本应该吸纳来自日益壮大的社区的反馈和建议。

首批工作小组之一是“ACES元数据文件”小组，其任务是重新审视ACESclip规范，并提出更新方案。因此，AMF格式（即ACESclip更新迭代后的版本）在2021年初发布了。

ACES 元数据文件 (AMF) 是一种基于XML的文件格式，它描述了在不同系统上重新创建相同图像画面所需的所有“外观元数据”信息。

AMF文件由三部分组成：

• AMF文件本身的一些相关元数据，包括创建时间的信息和有关其用途的描述性文本；
• 一个可选择的媒体片段的参考引用，这个媒体片段与AMF文件携带的色调信息相关联，以及
• 一个详细的管线描述，包括需要应用于素材片段的所有转换列表，以便于在另一个系统上重新实现“创意意图”。

让我们来看一个例子，下面是Livegrade中，“ACES CDL”调色模式的基本界面。

Livegrade中的“ACES CDL”调色模式

现在让我们来看看导出的AMF文件中的管线部分（本文末尾提供了包含 “新色调 “AMF文件的ZIP压缩包以供下载）。

在本例中，色彩处理管线由三个转换组成：

• 输入转换 (<aces:inputTransform>)：这个转换参考了用户界面中带有TransformID的IDT。色调转换如下所示： urn:ampas:aces:transformId:v1.5:IDT.ARRI.Alexa-v3-logC-EI800.a1.v2. [1]
• 带有CDL节点（<cdl:SOPNode>和<cdl:SatNode>）的色调转换（<aces:lookTransform>）：用户可以通过色轮更改ASC CDL的值 — 并且直接将其嵌入到AMF文件中。要注意：CDL转换通常应用在“log”调色空间中，这意味着还需要在AMF文件中指定CDL的工作色彩空间（通常是ACEScct或ACEScc）。工作色彩空间也通过TransformID来引用（即，从线性ACES色彩空间和编码转换到工作色彩空间并返回的处理）；
• 输出转换（<aces:outputTransform>）：该转换再次用到TransformID，在本例中是“ACES参考渲染转换”（RRT）对应的TransformID，以及输出设备转换 — 在本例中是选择了ODT “Rec.709”（使用的TransformID为：urn:ampas:aces:transformId:v1.5:ODT.Academy.Rec709_100nits_dim.a1.0.3）。

色彩管线配置中还有一个更重要的通用信息：管线所基于的ACES版本。有了这些信息，我们就可以在其他软件系统中重新创建色彩管线设置，而无需猜测或要求额外的背景信息。

[1]所有常见数字电影摄影机的输入转换与对应的TransformID都会发布在ACES软件库中，以便所有的供应商都可以采用它们。

将色调扩展到 ASC CDL 之外

上面的示例中，色彩处理管线已经涵盖了一系列的使用情况。然而，虽然ASC CDL最大限度地提高了功能与简洁性之间的性价比，但在描述色调风格方面，也就到此为止了，它无法表达更有针对性的创意转换，例如偏移单个颜色，“降低高光的饱和度”，或特定的高光控制，无法借由ASC CDL的十个数字来实现。不同厂商的调色系统提供了多种额外的转换和控制，目前还没有一个独立统一的标准来传输这些参数。所有这些转换的后备方案是将它们“烘焙”到一个颜色查找表（LUT）中。

AMF与LUT支持

那么你可以将LUT引用到AMF吗？很遗憾，这个问题很复杂。让我们回头看看这样一个LUT在AMF中的位置。正确位置应该是由AMF中的<aces:lookTransform>节点表示的“外观修改转换”（LMT）。但“按照规定”，LMT总是应用于ACES2065-1的线性编码中。我猜你可能会想到常用的“cube LUT”，然而并非如此 — 它通常是为了应用于log工作色彩空间而被创建的，类似于ASC CDL转换。不幸的是，该解决方案并不像创建一个以线性方式工作的新cube LUT 那么简单。线性编码和log编码会导致LUT的采样点在亮度范围内的分布完全不同。因此，你的LUT很有可能无法在线性编码中正确表示底层转换。

因此，我们需要一种新的LUT格式，以应用于ACES的线性编码 — 专用于线性信号的特定要求，并提供从预览到完成片所需要的最大精度：请来认识一下通用LUT格式：Common LUT Format（CLF）。

CLF本质上不是“颜色查找表”，而是用一个或多个运算符来描述其色彩转换，其中一些可以是查找表，但还有一些是数学指令（如3×3矩阵或对数曲线）。因此，CLF是适合AMF要求的“LUT”格式。软件系统甚至可以将提到的“log-to-log” cube LUT打包到CLF文件中，通过将其包含在从线性编码到log编码的转换中并返回，这样它就变成了ACES标准里真正的LMT。

至此，我们了解了在AMF文件中用于配置转换的具体值（即ASC CDL值）或TransformID。为了使用CLF文件，AMF转换还允许引用外部文件 — 但仅支持CLF文件格式。

请看以下扩展示例，本例的色调不仅包括ASC CDL转换，包含一个稍微降低绿色饱和度的附加曲线节点：

Livegrade中“ACES CDL 进阶”调色模式

这是仅用ASC CDL无法呈现的色调。导出的AMF文件（本文末尾可下载含有“更多节点色调”的AMF文件及CLF文件的ZIP压缩包）会看起来与上文示例很相似，但在带有CDL值的色调转换之后，多了一个额外的<aces:lookTransform>。这个新的色调转换中引用了一个CLF文件，其中只包含Livegrade中“HSL曲线”节点的转换。Livegrade会创建该CLF文件，其中包含需应用在线性编码中的色相 – 饱和度变化，以使其成为正确的“LMT”格式。当另一个应用程序导入AMF-加-CLF-组合时，我们将无法复现曲线UI（因为该系统可能没有对应的曲线UI界面）[2]，但我们仍可以应用所生成的转换，从而得到与原始软件中完全相同的图像画面。

[2]实际上，目前已经支持在CLF文件中嵌入供应商特定的元数据。因此，虽然其他系统可能“只”能应用CLF，但只要带有供应商特定元数据的CLF文件保持不变，往返的工作流程就能恢复滑块位置及过滤器设置。

后续步骤

AMF和CLF的结合[3] 为在ACES环境下交换色调奠定了良好的基础。系统之间可以交换整个ACES管线的信息，包括任何涉及到的ASC CDL参数，以及附加转换的LMT信息。这些转换可以是固定的（引用自TransformID），如ACES 1.3引入的Reference Gamut Compress（参考色域压缩变化）转换，也可以是引用自CLF文件的自定义转换。

对于软件供应商如何设计创意色调转换的控件，AMF并不做出限制，而是允许在其他系统中精确复制这种特定控件的输出。这使得更先进的创意工作能在电影制作的各阶段重现。此外，AMF已经具备了用CLF文件表示IDT的功能，一旦得到系统的支持，这将增强系统和各环节活动间的互操作性。

说实话，本文发表时，还没多少系统应用AMF和CLF。AMF和CLF并不是“另一种LUT格式”，但AMF和CLF是由大型工作组开发的，其广大成员来自工作室、制片厂、厂商、设施及用户。因此，人们普遍认为AMF为实际使用提供了良好的解决方案。

Livegrade将在其下一次重大更新中（预计2022年8月），支持ACES 1.3版本的AMF导入和导出 — 还包括全面的CLF支持（读取及写入）。Silverstack会在不久的将来继承这些功能。在其他兼容ACES的系统中，也正在努力实现对AMF的支持。比如，OpenColorIO项目刚刚发布了重大升级，包括在配置OCIO色彩管线时对于AMF和CLF的支持。Colorfront也在其产品中添加了对AMF的支持， 一旦人们在初期投入使用后切身体会到AMF的好处，AMF的知名度可能会在未来几个月内大幅提升。

[3]CLF是一个独立于ACES的标准，也可用于与ACES无关的其他色彩管理环境。

总结

本文介绍了关于ACES元数据格式的相关理念，并说明了它与其他“色调格式”的不同之处。AMF是由供应商和用户组成的社区共同开发的一个开放标准，通过共同努力，它可以成为你在创建新的色调风格和色彩管理工作流程时的一个令人兴奋的选择 — 从拍摄现场开始，甚至延伸到后期制作之外。

资源：

• 压缩示例文件 (下载)

片场是电影制作中很大一部分创意工作的源头。摄影部门的主要责任在于尽力提供最好的影像 — 同时尽可能地贴近DP的创作意图。

为此，摄影部门在互动中应用了多种技术手段。当然，摄影机系统本身以及数字成像系统，如Livegrade，在处理和监控实时信号及捕获的图像方面，也发挥着重要作用。

学院色彩编码系统（ACES）提供了一个色彩管理框架，将所有这些系统联系在一起，并能在其他系统上重现片场图像的风格色调。ACES的场景 – 参考色彩管线能为多种输出设备提供灵活的输出，比如在同时使用HDR与SDR制作时的需要。

ACES 1.2版的发布新增了一种重要的新格式，可以满足上述所有要求：ACES元数据文件（AMF）格式。

AMF的主要目标是将风格色调从一个系统传输到另一个系统。AMF文件是一个基于XML的附加文件，它包含ACES管线使用的转换信息（例如IDT和ODT），色调元数据（例如基于ASC-CDL），所有转换相关的版本信息，以及其所属的素材片段的（可选）信息。

随意转移风格色调信息会导致图像画面再现的不一致性

有了这些信息，实施ACES的系统就可以清晰重现图像在其他系统上呈现的样子。

使用AMF传输色调信息可以一致地重现图像管线和风格色调

Livegrade支持直接从摄影机端口中单独导出AMF文件，也可以从Livegrade的镜头素材库存储的风格色调中批量导出 — 例如整个拍摄日的所有镜头。

为存储在Livegrade镜头素材库中的多个素材导出AMF文件

你还能在Livegrade中为每个AMF文件导出一个预览图像，以提供进一步的视觉参考。

随后我们可以将AMF文件导入到支持AMF文件的其他厂商提供的样片或完成片制作软件中。

关于从摄影机传感器到监视器屏幕的整个色彩管线，AMF格式及其含有明确记录的色彩管线涵盖了这个处理流程的很大一部分。尽管ACES和AMF可能还缺少一些设置（例如摄影机特定的RAW处理设置或监视器校准问题），但AMF格式对于色调在软件系统间的传输有很大帮助。

所有Livegrade和Silverstack的产品版本都支持ACES 1.2和上述AMF文件的导出。你需要从应用程序中的“ACES”偏好设置分栏下载ACES 1.2。只有使用ACES 1.2的项目才支持导出AMF文件。

最新的Pomfort应用程序还参照AMF文件提供了CLF（通用LUT格式）的导出功能，用于传输ASC CDL以外的其他调色滤镜的结果。

想了解如何在Livegrade中使用ACES的更多信息，请参阅我们知识库中的《使用ACES CDL调色模式》一文。

如果你还没有阅读该系列的其他部分，欢迎点击下面的链接浏览：

• 使用Livegrade进行HDR预览-第一部分
• 使用Livegrade进行HDR预览-第二部分

片场中的HDR与SDR

当大多数拍摄项目中，“切换”到HDR时，通常不会立即将所有现场监视器都替换为HDR监视器。一方面，是因为高品质HDR监视器仍然相当昂贵，另一方面，普通（非HDR）监视器完全可以满足片场的许多活动（例如，跟踪演员的表演）。因此，在向HDR技术过渡的阶段，仅有的一个或几个HDR监视器会留给特定部门，如摄影部门。而片场其他监视器会暂时使用SDR版本。因此，使用HDR和SDR监视器进行双路监看将成为未来HDR拍摄的一个普遍需求。

要设置双路监看，你需要为HDR色彩空间和监视器建立一个新的HDR观看管线，同时维护片场其余SDR监视器的管线（例如，维护用于视讯中心的信号）。

为每台摄影机准备两条色彩处理管线将增加所需的LUT设备的数量：由于同一台摄影机给出的信号需要对SDR和HDR进行不同的处理，因此需要两个LUT 盒来同时处理两者。请注意，对于HDR监看，建议使用精度至少为26x26x26大小的LUT设备，以获得良好的效果。

Livegrade提供了一些多设备处理技巧，来应对复杂的设备配置。

在LIVEGRADE中设置双路监看

Livegrade有一个“链接端口”功能，对于设置相关的色彩管线非常有用。你可以在两个或多个端口之间建立关联，以便它们可以共享一些设置，同时让其余端口独立工作。

这个功能对于将一个摄影机的信号同时配置给SDR和HDR进行双路监看很有帮助：我们需要在端口中设置不同的输出变换，以匹配所连接的SDR和HDR监视器，与此同时，我们还需要对输入和色调变换进行配置和修改。因此，你要为双路监看设置两个端口（一个用于SDR，一个用于HDR），把它们链接起来，这样它们就能共享设置，并根据需要配置色彩处理管线的节点。

假设我们有一台有log信号（例如Slog3）的摄影机，我们想借助ACES以SDR（Rec.709）和HDR（Rec.2020和PQ）进行“双路监看”。

以下是设置两个链接端口的步骤：

• 为每个输出设备创建一个端口 – 一个用于HDR监视器，一个用于SDR监视器，并给它们相对应的名称。
• 将调色模式切换为“ACES CDL”。
• 在设备管理器中链接这两个端口。

通过这样的方式，你可以选择哪些负责颜色处理管道或调色的节点应该在每个端口中共享或以不同方式单独配置。每个调色节点都有一个小小的“链接”按钮，表明该节点是与其他端口的设置相链接，还是可以独立配置。

让我们继续为这两个端口设置一套链接配置：

• 在IDT节点和CDL节点建立共享（通过单击“链接”按钮使其亮起），并确保RRT+ODT节点没有被链接（“链接”按钮不亮）。
• 根据摄影机的信号设置IDT，如“Slog3 SGamut3”。这会同时更改两个端口的IDT配置。
• 根据监视器所需的输出色彩空间，设置每个端口中的ODT（例如，HDR端口设为“Rec.2020 ST2084 1000 nit”，SDR端口设为“Rec.709 100 nit”）。

现在我们已经为一路摄影机信号设置了两个端口。这些端口的输出变换不同，但它们共享相同的输入变换和CDL色轮的实际调色控制。

现在当你调整链接的色轮及饱和度节点时，两个端口（即HDR和SDR端口的型号处理）的画面同时改变。

在ACES CDL调色模式下，配置链接的端口进行双路监看，并在各个节点中启用/禁用链接功能。

这种配置为双路监看模式建立了良好的开端。在接下来的章节中，我们会发现在一些情况下，HDR和SDR端口之间，仅共享一个创意调色风格是不够的，因为SDR和HDR信号都需额外的调整来确保它们“看起来都不错”。但上述配置可以轻松实现这一点。

储存链接的色调

要保存HDR和SDR的色调以供将来使用或导出为色调元数据，你只需将色调存储在每一个链接端口中。他们会在Livegrade的镜头素材库中被独立保存（一个用于HDR，一个用于SDR）。

为了便于查找和整理镜头素材库中的HDR和SDR色调，你可以使用“端口标签”来指定输入摄影机和输出色彩空间，例如，将端口命名为“A_HDR”和“A_SDR”。

接着你可以在“镜头素材创建”偏好设置中把“自动摄影机参数”设置为“使用端口标签”。

在“自动摄影机参数”中选择“使用端口标签”

这样，你就可以通过在库中搜索例如“HDR”或“SDR”的字样轻松找到所需镜头。你也可以使用“摄影机”字段来对所有镜头智能分组，来筛选所选文件夹或库中的镜头。

通过“摄影机”字段进行智能分组，来区分HDR和SDR镜头

HDR中的调色

在为HDR调色时，你需要注意以下几点，它们可能影响你创建或调整色调时的决策。

比起SDR监视器，HDR监视器的动态范围更接近摄影机传感器的动态范围。

这对于HDR调色有一些影响：由于HDR监视器的大动态范围，HDR的图像具有很高的对比度。因此，在进行创意调色时，将摄影机的动态范围映射为输出监视器的动态范围，调色结果就会变得非常敏感，因为没有额外的可用动态余量了。

• 对于调色来说，这意味着进一步提高对比度会使HDR中高光或黑色部分的动态范围不够HDR使用，而噪点或条纹等人工痕迹也可能会变得很明显。
• 摄影机过曝或欠曝的灵活性变小，这将进一步减少高光或黑色部分的动态余量。

SDR处理只能产生最高为“漫反射白色”的亮度等级，而HDR的亮度则被扩展到更大的范围。

有关漫反射白色以上的高光部分（如镜面高光），需要全新的创意决策，这在很大程度上可以使调色风格更具创造性。也会影响HDR调色中用到的调色控件：

• 单靠ASC CDL控件不能正确完成高光控制，因为ASC CDL的所有参数会影响整个亮度范围。
• 使用调色曲线功能（如基于RGB或基于亮度的曲线）可能更有用，这可以在放大或减弱高光区域的同时，不触及其余部分（通常被称为“控制高光衰减”）。

在通常情况下，为HDR观看设计的方案可能在SDR预览中效果都不是很好，反之亦然。

SDR和HDR的输出变换（例如ACES中的RT+ODT变换）会尽可能为相应的观看设备变换摄影机信号，但不同动态范围的显示设备呈现的效果不同，挑剔的观众很难同时对两者满意。因此我们需要添加一个调整节点以对此进行改进：

• 在双路监视器的设置中，HDR的调色方案往往更常用。如果要调整图像的动态范围，从HDR到SDR的压缩通常比从SDR到HDR的扩展更容易。
• 在Livegrade中，我们可以为链接端口添加一个色轮节点来改变SDR色调的对比度和范围。而该节点并不链接所有端口，因此不会影响HDR画面的色调。
• 这样的配置能为同一个场景中SDR和HDR的不同色调提供不同的ASC CDL值（HDR调色的ASC CDL值和HDR调色的ASC CDL值加上SDR “修正”节点后的数值）。

注意事项

为你的配置添加额外的HDR色彩管线会在某些情况下造成意想不到结果。

电脑显示器上的HDR色调

要注意，大多数的电脑显示器都是SDR显示器。也就是说，当使用LUT box和HDR监视器配置处理色调的端口时，特定的HDR管线将同时应用于Livegrade的图像浏览器，例如从摄影机捕获的log信号。HDR图像不能自动为SDR显示器转换格式，因此SDR电脑显示器上的图像查看器将显示HDR的 “错误 “色调，图像将变灰且饱和度降低。Livegrade的镜头素材库以及PDF报告中的缩略图也会如此。

调试 HDR 配置

在HDR配置中，肉眼已基本分辨不出信号的色域。但在常见的SDR监看设置中，Rec.709呈现的图像要么有合适的对比度和饱和度（这说明它可能就是Rec.709信号），要么看起来发灰和欠饱和（这说明它是摄影机的log信号）。而在HDR监看设置中，情况将变得更加难以分辨。

一方面是，在双监看设置中，监视器的配置方式体现得并不明显。将监视器的色域从Rec.2020切换到Rec.709会使任何图像看起来都欠饱和。因此，监视器上出现欠饱和图像不一定是log摄影机画面，也可能是监视器中色域配置错误的结果。而另一种可能是，HDR信号（如Rec.2020和PQ）在SDR监视器上显示时，看起来与log信号（如LogC和ARRI广色域）非常相似。这是因为这两种色域和编码都用类似方式来压缩图像的高动态范围。因此，在SDR监视器上看到发灰且欠饱和的图像，意味着你有可能在看一个HDR图像或是一个log信号图像，但无法通过肉眼明确判断是哪一种情况。

总结一下要点：在任何时候，你都要对监视器配置有一个很好的了解。与SDR配置相比，HDR中错误配置的表现更加多样且未知，因此我们更难发现。

导出色调风格元数据

当把色调风格元数据传输给拍摄团队的其他成员时，记录和命名色调文件与它们的输出色彩空间变得至关重要。当需要按现有工作流程移交ASC CDL文件和/或LUT查找表时，你要确保文件名包括这些CDL和LUT究竟是用于HDR还是SDR的信息（并且最好加上精确命名的色彩空间和编码信息）。

一些即将推出的格式，如AMF（ACES元数据文件）能够改善这种情况。AMF能自行携带色调信息（例如以ASC CDL值的形式），并提供处理管线信息，包括已配置好的输入和输出转换，甚至其中还包含工作色域和使用的ACES版本，以避免在另一台工作站上应用色调风格时产生歧义。其他专有格式，如Colorfront Film管线的CFE文件，也含有相关色彩空间的信息。当从Livegrade向Silverstack Lab传输色调风格时（通过色调存档文件或通过Pomfort的ShotHub在线平台），所有的色彩空间和管线信息也会被保留。

总结

在这个由三部分组成的系列文章中，我们了解到HDR的设置比SDR更复杂。这是由于HDR的额外可能性和配置，以及双路监看设置的复杂性造成的。

不过也有好消息，很多相关设备（除了监视器）都已经可以兼容HDR拍摄制作。Livegrade可以用各种方式来管理HDR项目中的配置和操作。

在同时进行SDR和HDR工作时，要特别注意输出设备所需的高动态范围的影响，以及它对实际调色的影响。

只要你对配置的内容和方式理解透彻，就可以顺利过渡到HDR。请务必给所有创建的色调风格添加记录文档，以免混淆。

最后的最后：没有所谓的HDR“试运行”：总是要用真正的HDR监视器进行测试，才能感受到细节以及在HDR中工作的真实感觉和调色效果。

本系列的所有文章：

• 第1部分: 动机与用户实例
• 第2部分：摄影机与监视器设置
• 第3部分：双监视器、调色、隐患

同时我们将说明如何安装并配置Livegrade以及相关的处理设备，如LUT盒等。

本系列的其他部分：

• 使用Livegrade进行HDR预览-第一部分
• 使用Livegrade进行HDR预览-第三部分

匹配设置

在本系列的第一部分中我们提到，对HDR监视器的需求是在将“HDR监看”引入电影现场拍摄时最重要的变化。虽然其它设备可能已经能够传输或处理“HDR”信号，但对监视器的设置就需要作出相应调整，从而在很大程度上改变了原来的默认设置。

我们先将重点放在最简单的设置上 – 包括一个输出log信号的摄影机，一个适用于实时调色且能将图像转换为HDR编码的LUT 盒（由Livegrade控制）以及一个接收并显示修改后信号的HDR监视器。

摄影机设置

摄影机需要被配置为提供 “log”信号（例如Log-C、Slog3等） ，这样的log画面输出已经是大多数片场的实时调色标准设置。Log信号通常由摄影机制造商设计，以便于保留高范围的亮度细节 — 使得画面中从最暗到最亮的部分 — 均可在HD-SDI信号中进行编码。获得这一宽容度范围对SDR和HDR的调色过程至关重要。有了摄影机的log输出，HDR监看就已准备就绪，且不需要额外的“HDR设置”。

监视器设置

HDR监视器通常有一些HDR相关的设置。影响监视器信号显示的基本设置包括以下两个“色彩管理”参数：

• 色彩空间（定义信号的“色域”或编码的色彩范围），以及
• 转换方程（定义亮度等级的编码）

这些参数让用户可以从代表不同色彩管理标准（如“P3”、“PQ”或“sRGB”）的一系列可能的数值列表中进行选择，选定的标准会引导监视器正确编译输入信号。根据配置，监视器能（如校准得当）自动将输入信号转换为屏幕上正确的视觉影像。

额外的次级参数会进一步对其产生影响。但从色彩管理的角度看，一旦监视器收到错误的输入信号类型的信息，屏幕就无法显示正确的图像色彩，处理这样的画面就像戴着偏色的太阳镜调色。

色彩管理的目标是建立监控，以便其他系统能够以相同色彩再现图像。这样我们才能切实传达整个现场拍摄过程中的创作意图。

色彩空间

HDR中常用的色域为“Rec.2020”，但不幸的是，电影行业中使用的名称和术语总是模棱两可。就Rec.2020而言，整个标准实际上定义了图像的一系列方面。但在色彩管理中，选择“Rec.2020”时，我们通常指该标准中的色域。

相较于Rec.709，Rec.2020的色域要广得多。换句话说，与Rec.709相比，用Rec.2020可以编码出更饱和的颜色。

比起Rec.70（当时是为CRT显示器的颜色定义的），现在的HDR监视器能显示更多的颜色。尽管目前的显示技术还不能呈现Rec.2020中的所有颜色，但更广的色域扩展了场景中涉及的色彩范围。特别是在该色域下，HDR中的高亮不会过曝为白色，只有更广的色域才能正确再现场景中的饱和灯光（如LED灯或霓虹灯）。

我们有时也可以用P3色域进行HDR设置。P3的色域介于Rec.709与Rec.2020之间，比Rec.709宽，但比Rec.2020色彩空间小。

对亮度等级进行编码

HDR配置的核心部分是在信号可用码值范围内对亮度等级进行指定，并进行编码的设置。

共有两个主要标准可供选择：“PQ”（也叫“ST-2084”）和“HLG”。值得庆幸的是，每一种都有其主要针对的情况 – 因此在大多数制作中很容易做选择。

• HLG是广播和电视直播的制作标准。它的优点是可以向后兼容SDR显示器。
• PQ（ST-2084）主要用于故事影片和系列剧集的拍摄制作。其保真度比HLG高，但不能在SDR设备上正确显示。

PQ由杜比公司开发，是其杜比视界技术的一部分。杜比视界是一种自适应技术，需要基于场景的元数据与图像一同传输，因此整个杜比视界系统不太适用于图像变化不可预测的现场观看应用。因此，杜比视界主要用于向终端用户传输图像，例如通过互联网流媒体。

杜比视界的非自适应编码部分被单独标准化为“PQ”，可用于查看实时摄影机信号，例如在电影拍摄现场。PQ有两个主要特征和一个额外的限定参数。

PQ将图像的绝对亮度等级（以“尼特”为单位）编码为代码值。

这意味着，信号的代码值可以直接被监视器解释为由其屏幕发出的nit值。例如，10-bit码值“519”代表100尼特，码值“847”代表2000尼特。由于不同显示屏的黑电平（可能还有白电平）亮度等级不同等种种原因，在SDR编码标准中，没有建立这种直接关联。

PQ 定义的编码针对人眼进行了优化。

这种编码将信号的码值范围分布在亮度范围内，以便信号在所有不同亮度-从最暗到最亮的部分，均能为观众提供相同的“亮度分辨率”。因此，PQ编码是将尽可能多的动态范围编为有限代码值，以获得一致的亮度感知量的最佳方式（例如，在10-bit信号约1024个不同值中）。这对片场中的HDR来说尤其实用。在拍摄现场，我们使用的是SDI等信号格式，色深为10-bit或12-bit，而后期制作的文件则会使用16-bit且基于浮点的编码文件。

各部门间传递PQ编码的材料时，需要提及用于观看的最高尼特亮度等级。

不同的HDR显示屏的最高亮度各不相同，这在未来出现更亮的显示屏时仍将如此。在制作中，以PQ编码的HDR图像会在不同的显示屏上观看 – 包括用于最终母版制作的监视器。因此，我们可以商定一个最大亮度等级 – 这样即使在某个更亮的HDR显示屏上也能确保一致性，进而简化创作过程。

色彩空间和编码也有一些组合名称。“Rec.2100”就是一个突出的例子，它意味着使用Rec.2020作为色彩空间，HLG或PQ作为编码。

以下是有关正确配置Livegrade的一些重要设置。我们将分开讲解，来了解其工作原理。

色彩空间 VS. YCBCR色彩矩阵

在一些较新设备的信号配置中，有一个额外的设置，涉及用于在RGB和YCbCr信号之间转换的色彩矩阵，这个设置让你可以在熟悉的参数值之间进行选择，例如“Rec.709”和“Rec.2020” – 尽管这听起来与上文提到的色彩空间名称相同，但这个设置独立工作，它所影响的内容也完全不同。设置色彩空间告诉监视器如何将码值编译为颜色，因此设置错误的色彩空间会使图像明显过饱和或欠饱和。而色彩矩阵则用来配置YCbCr和RGB之间的转换方式，因此错误的色彩矩阵几乎看不出来。通常情况下，只有仔细检查才能发现红色调的微小差异。因此，不要混淆这两种设置，并明确地向他人传达。

色彩矩阵可能是一个值得单独写一篇博文的话题。但就目前来说，让我们保持简单，只要在所有设备上采用相同的推荐设置就行。当设备没有可用于YCbCr-RGB转换的色彩矩阵时，选择Rec.709作为转换矩阵。

设置LIVEGRADE来控制LUT盒

在我们简单的设置案例中，连接摄影机和监视器的LUT box（盒）还未被设置。LUT box中的LUT用于将摄像机信号转换为适合监看的信号（同时也为实时创意调色留出空间）。这种转换包括几个方面：

• 将摄影机信号转换为工作色彩空间和编码。在一个典型的CDL+LUT工作流程中，这里没有发生任何事情，因为调色直接发生在摄影机信号上（其中工作色彩空间以及编码与输入的色彩空间和编码相同）。
• 在工作色彩空间中应用实际的色调（例如CDL或曲线）。在ACES中，工作色彩空间通常是ACEScct（因此与摄影机的色彩空间和编编码不一样）。
• 将调色信号从工作色彩空间与编码（包括色调映射）转换到输出/监看色彩空间与编码。

每当你改变调色方案–无论是更改输入或输出转换，还是仅仅微调CDL色轮 – Livegrade都会将所有这些变换烘焙为一个适合LUT box的LUT文件。

在HDR（与SDR相同）设置中，你需要为确定的工作流程管线恰当选择所有参数。我们会用到先前提及的参数：

• 摄影机的输出色彩空间和编码，以及
• 监视器的预期色彩空间和编码。

拥有了这些信息，我们就可以开始设置了！

色彩处理管线

当使用Livegrade为LUT 盒提供色彩转换处理时，我们需在软件中设置正确的色彩处理管线。

首先根据你的需要选择需要：

• A）由Livegrade负责色彩处理管线，让用户配置其参数
• B）使用用户自带的LUT，并且已经配置好一个色彩处理管线。

在A情况下，选择ACES调色模式（如ACES和CDL）或Colorfront Film调色模式最为合适，其配置步骤如下：

• 选择一个工作色彩空间（例如ACEScct）。
• 根据摄影机的输入信号选择IDT（输入设备转换）（例如，索尼威尼斯摄影机设置为“SLog3”，或ARRI摄影机设置为“Log-C”）。
• 根据监视器的设置选择ODT（输出设备转换）（例如Rec.2020色才空间和ST-2084的编码）。

对于B情况，则需要使用“CDL+LUT”或“CDL进阶”调色模式。这看似更容易（因为需要配置的内容更少），但它往往会带来更多的调整：

使用内置预设的情况B：用户直接使用Livegrade提供的内置预设LUT。要注意以下两个方面：

• 调色使用的工作色彩空间即等于摄像机色彩空间（例如，若你选择ARRI HDR LUT预设，它会默认你的CDL已应用在Log-C中）。
• LUT是根据监视器的设置来确定的（例如，“ARRI Log-C -> Rec.2100 PQ (1000 nits max) HDR”LUT预设，用于显示设置设为Rec.2100及PQ的监视器）。

使用自定义LUT的情况B： 用户使用了自己（或调色师、机构等提供）的用于HDR的自定义LUT。

在这种情况下，我们需要了解一些LUT的相关信息：

• LUT的输出设置是什么（色彩空间和编码、最大亮度）？
• LUT的预期输入信号是什么（摄影机的输出色彩空间或不同的工作色彩空间）？

LUT文件的命名可能会给出初步信息，但仔细询问往往是了解详细信息的唯一途径。LUT文件本身（例如cube文件）通常不包含关于输入和输出色域及相关编码的信息。

举个例子：

假设调色师提供了一个自定义LUT，该LUT从ACEScct（实际工作色彩空间）转换至Rec.2020/ST-2084。如果你有一台Alexa摄影机，并且在片场输出Log-C信号的画面，那么在进行CDL调色之前，还需要一个将Log-C转换到ACEScct的LUT。没有这个LUT，你将无法准确地再现调色师在调色软件中设定的色彩处理管线。在Livegrade中的“CDL进阶”调色模式下，你不仅可以在CDL调色控件之后添加LUT节点，还可以在CDL控件之外再添加一个不同的LUT节点。在这种情况下，你就可以使用这种带有两个LUT节点的调色模式。

总结

任何情况下，摄影机和监视器的配置都需要与Livegrade中的管线配置相匹配。

当你使用类似ACES（与硬件LUT 盒配合）或Colorfront电影引擎（与FS-HDR配合）的处理管线，你需要根据摄影机和监视器设置来选择色彩管线的输入和输出参数。

使用基于LUT的色彩处理管线时，所使用的LUT的命名或说明文档必须非常具体，以免他人在其他软件中重新创建色彩处理管线时产生歧义。

无论你选择哪种可能的情况，现在基本工作都已完成：

• LUT box对于摄影机色彩空间及编码转到监视器色彩空间及编码进行了适当的端到端转换。
• 色调或CDL调色被应用于工作色彩空间，并可以根据创意灵活调整。
• 所有这些都由Livegrade来最终呈现，一旦在用户界面做了任何调整，相关结果都会随时载入LUT box并进行更新。

在下一篇文章，我们将深入探讨HDR的调色问题，讨论在拍摄现场的双路监看以及如何用设置Livegrade以实现双路监看。此外，我们还将讨论一些可能遇到的陷阱，并给出一些如何避免它们的提示。。

本系列的所有文章：

• 第1部分: 动机与用户实例
• 第2部分：摄影机与监视器设置
• 第3部分：双监视器、调色、隐患

这是关于HDR拍摄制作及其对电影片场影响的系列文章的第一部分。本系列将涵盖典型的使用案例，介绍最佳实操方式，并提供了设置所有必要设备和系统的见解。

本文会通过讨论几个核心议题来奠定基础：首先，我们将介绍在现场拍摄活动中使用HDR技术的动机，由此能大致得出对一般摄影部门，特别是对DIT工具车的要求和结果。此外，我们还将对所需设备进行概述。

本系列的其他部分：

• 使用Livegrade进行HDR预览-第二部分
• 使用Livegrade进行HDR预览-第三部分

HDR拍摄与制作

在过去几年中，制作HDR（高动态范围成像）内容已经从试验级水平上升到了必选拍摄方式的地步。HDR内容可以通过流媒体技术进入很多家庭。事实上，家用HDR电视的使用率正快速增加。据估计，2020年在美国销售的新电视中，将有超过50%的电视具有HDR功能。

在片场使用HDR的动机

对于这样“HDR拍摄”的影片，从片场到后期的许多制作过程都仍然使用的是SDR（标准动态范围成像），和几年前HDR技术还未问世时一样，只有在调色过程中才会创建HDR版本。如果影片的DP（摄影指导）想从一开始就控制图像的色调与外观，那么在拍摄现场仅用SDR观看就不够了。

在拍摄现场所做的很多决策都取决于现场监视器上的预览画面。高动态范围的摄影机传感器捕捉到的某些图像细节，在非HDR监视器上无法被看到并加以判断，只能在最后完成片阶段才能呈现：

• SDR中的黑色通常被严重压缩，缺乏细节。而这些细节在HDR中，可能会暴露出不需要的装备、线材或传感器噪点，而这些在拍摄时本来是可以避免的。
• 这同样适用于高光部分。SDR监视器上的天空或窗户可能会“过曝”，看似是平坦的白色表面，实际却携带着（需要或无用的）图像信息。
• SDR将反射等不同的镜面高光都显示为白点，但实际上这些高光的亮度各不相同。根据它们各自在HDR监视器上的亮度，不同的镜面高光可以通过为HDR进行VFX视效调整来突出画面中想要强调的区域。
• 高光部分在HDR中的饱和度会更高。虽然在SDR中，所有 “明亮 “的颜色最终都会变成白色，但在HDR中，它们保持饱和的时间更久。这会影响到布景中可见的灯光或发光表面的选择。
• 在HDR中，由于对比度的增加，使平移镜头中的“快门果冻”效应更强。
• SDR的灯光设置通常会创建一个“压缩”的灯光环境，即根据场景中的演员和物体将亮度控制在一个特定的小范围。而对于HDR，灯光设置可以扩展到更大的亮度范围。
• 当HDR制作完成时，输出设备（HDR监视器或电视）的动态范围更接近于摄影机传感器的动态范围。因此，你需要确定曝光范围，使所有场景元素在传感器的可用动态范围内变得更加细腻 – 特别是在自然光线或日光环境下。

尽管上述方面属于非常专业的技术点，但它们会影响到创作灵感在片场的落实：灯光效果需要根据不同的曝光设置进行调整；HDR中拍摄对象和其不同的材料特性（即反射率和发光度）息息相关；此外，布景中拍摄对象和实际对象的定位不同，甚至摄影机的移动轨迹也可能需要以不同的方式规划。

附加要求

那么，在拍摄现场如何查看正确的HDR效果？显然，关键是一台满足要求的HDR监视器。

像许多其他专业术语一样，”HDR “被广泛地应用，有时一些亮度较高的显视器也借“HDR”的名头推广。虽然这些高亮度显视器确实有其优点，但它们可能无法提供判断上述所有这些特性所需的高动态范围。摄影部门的HDR监视器应该要能达到HDR所需的最大亮度，并具有良好的黑电平值以满足观看要求。图像大小会影响到观看时视觉上的对比度，因此监视器不宜过小。此外，监视器需要为输入信号和驱动面板提供高位深，及适当的色彩管理和校准的可能性。只有这样，摄影机传感器的全部动态范围，包括所有黑色和高光部分的细节，才能全面呈现，并被彻底审查。

比起常规的SDR监视器，这种高品质HDR监视器仍旧相当昂贵。因此，在片场实际上只有一小部分监视器是使用HDR监视器。而这就增添了其复杂性：对于HDR和SDR监视器，需要提供不同的信号。

因此，摄影部门（尤其是DIT工具车）围绕HDR展开的工作，既取决于HDR的现有技术，也取决于节目的要求。

• 需要为HDR和SDR 配置不同的监视器与色彩空间。
• 某些情况下（例如在观看HDR，同时调色SDR的样片时），不同的监视器需要设置不同的数字化色调外观（类似HDR或SDR的“修剪通道”）。
• 需要将传达给他人的色调风格予以正确的命名和标记（例如HDR和SDR的LUTs和ASC-CDLs）。
• 为了避免需要将两个监视器（SDR和HDR）并排使用（从感知的角度看，这绝不是一个很好的主意），在HDR监视器上模拟SDR图像画面可能会有帮助。

好消息，各位！

当然，购买 HDR 监视器等额外设备的成本很高。但好消息是，除此之外你也许不需要再额外花钱了，最有可能的情况是。摄影部门和DIT车上所有其他设备很可能已经适合用于 HDR 拍摄制作。

DIT工具车常用的SDI信号路径能提供10-bit位深，足以预览HDR。因此，所有的线材和配件以及SDI路由器都完全能够实现HDR，不需要做任何改变。此外，HDR的分辨率没有那么重要。以高清分辨率预览HDR确实不是最完美的，但在HDR制作初期已经完全够用，这样还不用将所有内容切换到4K。

用于处理摄影机信号的LUT盒就要更棘手一些了，但一般来说，DIT工具车的LUT盒可以创建合适的信号以在HDR的输出设备上显示内容。唯一需要注意的是LUT的尺寸。专家认为17x17x17的LUT精度对HDR来说太小了，而处理HDR信号的最小LUT尺寸仍有待商榷。但是，如果LUT精度设为33x33x33（这是很多设备的典型LUT尺寸），预计在拍现场摄的预览中不会出现问题。

一切就绪……

所有设备都为HDR拍摄准备就绪，“也就”只剩如何正确配置所有内容的问题了。在下一篇文章中，我们将讨论在HDR中摄影机和监视器的所有相关设置。此外，我们还将说明如何为HDR设置和配置Livegrade和对应的处理设备，如LUT盒等。

本系列的所有文章：

• 第1部分: 动机与用户实例
• 第2部分：摄影机与监视器设置
• 第3部分：双监视器、调色、隐患

为了让你有一个大致的了解，我们将首先介绍闪存的特质及典型故障。此外，S.M.A.R.T.技术（即硬盘的自我检测、分析及报告技术）能够为你检查内存卡的健康状态，并提供延长使用寿命的一些保养技巧。最后，我们将切入先前提到的最坏情形：如何处理损坏的内存卡。

首先让我们来了解一下为什么所有内存卡都设计有一个内置的使用寿命终结时间。

初步了解内存的使用寿命

NAND闪存技术让数字时代的相机底片带有一些独特性质，因此，目前所有内存卡和SSD卡都是基于NAND闪存的。比起机械硬盘，闪存最大的优点是在高强度环境下，其读写速度更快，耗电低且持久性高。但同时它也有一些缺点：首先，存储位的颗粒可擦写次数是有限的。为此，内存卡的固件中包含数个例行程序和保障算法，可将损坏的单元用备用单元颗粒替换。

内存卡的使用寿命取决于以下多种因素：

• NAND闪存种类（SLC/TLC/MLC）：几种类型各有优劣。
• 可擦写次数（通常称为P/E周期）：表示在内存卡损坏前其可擦写的频次。
• 预留空间：生产商预留了多少单元颗粒来替换损坏的单元颗粒？
• 内存卡容量：大容量的内存卡拥有更多颗粒，这也是为什么它们被填满的频率更低。
• 环境条件：内存卡所处环境的温度、湿度及机械压力都是怎样的？它会经常在摄影机和读卡器中插拔吗？这些因素都会直接影响内存卡的寿命。

那么，可能导致问题的典型故障有哪些呢？

• 没有多余的替换颗粒时，控制器会将卡改为只读模式。
• 数据写入卡时并未检测到故障或检测到时已为时已晚，导致文件损坏。
• 内存卡过热引起的一些罕见故障。
• 机械性损坏破坏了内存卡内部的焊接结构。
• 内存卡控制器的漏洞或故障也可能导致问题。这种情况很罕见，但确实发生过。

总的来说，目前内存卡的使用寿命约为十年左右，但其实际寿命很大一部分取决于使用强度及使用时所处的环境条件。因此，内存卡寿命没有确切数字，生产商也未给出任何承诺。

尽管生产商会为质保期内损坏的内存卡换新，但他不会为卡内数据负责。不过，即使卡内数据真的丢失了，你也有机会在数据恢复专家的帮助下找回卡内数据。首先，让我们了解如何自行查看内存卡的健康状态。

有关S.M.A.R.T.的大致情况

S.M.A.R.T.代表“Self-Monitoring, Analysis and Reporting Technology（自我检测、分析及报告技术）”，是HDD、SSD和其他记录卡的控制器中的一个系统。它能检测并报告各种反映硬盘健康状况和可靠性状态的值和指标。如果你的计算机仍能识别出可疑卡，你可以查看其S.M.A.R.T.状态以收集更多信息，但大多数USB读卡器都不能访问这些数据。因此，你可以使用DRIVE DX和SAT SMART Driver*等诊断工具作为解决方法。

如果你设法成功访问了该卡，记得查看卡的健康指标和温度值，以及该卡的使用寿命结束（EOL）标志是否被设置。当内存卡达到最大P/E循环量时就会发生这种情况，并且介质被切换为只读模式。

一张macbook内部SSD卡的Smartmontool终端输出

那么我们如何能使记录卡状态良好并确保其使用寿命尽可能长呢？

数字底片的护理说明

对于模拟胶片材料，你通常需要注意一些关键点以免损坏。而对于数字存储媒体，也有几个技巧有助于尽可能长时间地保持卡片正常工作。

内存卡保护技巧:

• 保持插入口不受污染（灰尘、湿气、口袋内衬）。
• 将内存卡存放于相机或读卡器外的合适保护套中。
• 使用压缩空气和罐装空气吹入插槽时要小心以免导致冷凝和电器损坏。
• 避免机械压力。请勿摔卡，请勿坐在卡上。避免存放于搬运或放置重物的区域。
• 避免高温高湿环境。避光存放。请勿将其置于车辆挡风玻璃下。温度条件非常重要：温度越高，久而久之内存卡的总电量将越来越低。
• 仅在必要时将卡留在读卡器中。部分读卡器会让卡一直工作，这会导致内存卡过热从而对内部存储颗粒和保存的数据造成损害。
• 记得不时地查看内存卡的S.M.A.R.T状态。

我们都希望内存卡永远不要损坏。但如果这样的罕见情况真的发生了，以下提示将为你解决问题提供帮助。

行动声明概述

在本系列的第一篇文章中，我们讨论了可能的故障排除情况，但如果你仍无法保存内存卡中的数据，应该怎么做呢？

简短的必要步骤清单:

• 即使在罕见情况下也要尽量保持冷静和克制。
• 在初步排除其他故障后确定问题来源于内存卡。（见本系列第一部分）
• 找出受到影响的片段以及它们所在的场号/镜号/条号。
• 通知一位决策者以评估这些片段的重要性，并可以在现场做出必要及时的临时决定。或者自己阐明情况。
• 进行进一步调查并记录你的检查结果。
• 将详细报告通知给所有相关人员及其他相关方（如相关机构）。

当你身为DIT（数字影像工程师）或数据管理员时，你可能永远不会遇到上文所说的情况。但如果你真的遇到了，要知道：内存卡的损坏不是你造成的，你只需要专业地控制住局面。所以让我们来看看应如何应对。

保持冷静，保持克制

处理损坏的内存卡通常会很有压力。要知道故障分析将会非常耗时，因为你还需要备份其余的所有内存卡来完成其他的工作。所以请先深呼吸，让自己振作起来。

说起来容易做起来难，因此你需要保持心态积极，头脑清醒，并有足够耐心，这样才能更系统地分析当下的情况。你要尽可能更准确更细心，因为误差和其他类似数字颠倒的错误将会产生更多麻烦，甚至在片场引起慌乱，而这是你最不想面对的。

避免慌乱的最好方式：

1. 用胶带或标志清晰地标记有问题的内存卡，方便立即找出。
2. 在分析过程中记录下你找到的一切信息，以防需要再次查阅。

尽早并认真沟通

无论如何，你都需要在某个时刻宣布这个消息。记住我们的准则：深呼吸，试着保持理智和专注。你最了解如何处理这样的情况，因此你要做好准备，等待合适的时机与负责人沟通问题。我们最不希望看到的是，因为将DIT（数字影像工程师）工具车出现的问题散布成谣言而引起大规模恐慌。

另外，若宣布坏消息后大家情绪激动，不要觉得大家在针对你。记住：这不是你造成的。内存卡本就可能损坏，并且在模拟胶片时代，有着更多的问题和保险理赔案例。

收集并保存一切信息

在联系负责人之前你需要准备哪些信息呢？以下是你需要为其收集（并记录）的基本信息（按紧急程度降序排列）：

• 受影响的是哪些卷、片段或文件名？
• 有哪些相关场号和镜号和条号的素材？（详情可询问场记部门）
• 是只有个别片段的备份出错吗？
• 还是整个卡都备份失败？
• 哪一张卡损坏了？（卡编号，S/N序列号，生产商，型号名称和编号）

有了这些信息，负责人可以快速了解到以下信息：是否只有一段未标记的片段受到损坏，补拍该片段需要花费多少代价，以及这个问题是否会发展成保险案例。如你所知，时间就是金钱-尤其是在电影片场。如果你沟通不及时，而拍摄正在进行中，你可能会面临补拍的风险，甚至遇上布景已改建或道具已摧毁的情形。因此，收集所有相关信息至关重要，这样才能简化沟通，避免出现混乱，节省宝贵的时间。

在收集完信息并通知给所有相关方后，问题来了，你需要找出真正的故障所在。

描述故障模式

当你向租赁或支持热线寻求帮助时，你需要对问题进行尽可能详细具体的描述（如果整个问题成为保险案例，这将变得更加重要）。因此，请收集所有屏幕截图、报告以及系统记录文件。写一份简短而全面的报告并描述故障模式。你的报告越详尽，服务、租赁或其他部门就能越快速地帮你解决问题。

报告应包含以下内容：

• 描述故障特征：
  • 内存卡能被电脑识别吗？
  • 内存卡能被摄影机识别吗？
  • 卡/素材片段能在摄影机中回放吗
  • 如果尝试从内存卡中保存数据会怎么样？
  • 包括对其他发现及异常情况的描述。
• 附上错误信息、图片或视频的屏幕截图，图像损坏画面，以及所有可能相关的东西。图片往往比文字更能说明问题。
• 告诉他们你尝试过哪些措施？别忘了第一部分中的故障排除清单。
• 提供关于硬件和软件设置的简短而详尽的信息，或附上macOS的系统报告。
• 可能的话，附上关于使用时环境条件及过热问题的详细信息。
• 若内存卡出现机械性损坏，请记录并附上照片。
• 可能的话，检查并保存内存卡的S.M.A.R.T.状态。
• 检查内存卡引脚，因为弄脏甚至损坏的部分有时会引起故障。

你可能还需要收集的更多信息：

• 这张卡与哪个型号的摄影机配套使用？
• 可选摄影机细节（型号规格，S/N序列号，固件版本，系统记录文件）

记住，其中一些信息的收集（例如，摄影机的系统记录文件）是有时限性的。还有最后一个方法可能听起来不靠谱，但曾奏效过：你应该等内存卡在摄影机和读卡器外搁置一段时间后再重新尝试备份卡。内存卡突然起作用并且保存了数据而没有图像损坏的情况也曾有发生。

万不得已时你可以将内存卡交给数据恢复专家，看看他们是否能为你挽救数据。

将内存卡交给数据恢复专家

如果丢失的数据对制作至关重要，可以试试求助数据救援中心，即便数据不一定能成功修复。假设内存卡完全失效并无法被录音设备或计算机识别，数据恢复专家有时可以通过拆焊和更换控制器，或在低温低湿的特殊气候室中以低速读卡的方式创造奇迹。但这些方式不在本文的讨论范围中。

你应首先联系摄影机租赁商寻求帮助，他们可能会为你推荐数据恢复公司。你也可以联系录音设备制造商或内存卡制造商/供应商来协商对策。

专门从事数据恢复的公司：*

• Kroll Ontrack
• LC-Technology
• DataSavers

总结

好吧，这种情况确实非常棘手！ 虽然（但愿）它不太可能发生在你身上，但还是做好准备为好。在读完数据恢复系列的两部分后，你应该获得了许多有价值的资源，希望这些资源可以帮助你应对意料之外的情况。所以，祝你好运，保持冷静并继续努力吧！

*免责声明

上述公司及产品在与业内人士的对话中被提及，而我方对这些公司和产品没有任何个人经验。因此，它们在文中出现的顺序并不代表任何排名或推荐程度，我们也不主张提供完整列表。我们不是数据恢复领域的专家，本文仅根据我们的知识和信念汇编。

该系列的所有文章：

• 数据恢复系列（第一部分）：如何处理SilverStack中装载失败的情况
• 数据恢复系列（第二部分）：如何处理损坏的内存卡

了解你的系统

首先，我们要知道Silverstack不是直接与你的硬件通信，而是通过操作系统进行通信。MacOS系统控制着与硬件上一起运行的软件组件（例如驱动程序、固件以及虚拟文件系统）。工作链中的任何软件或硬件（例如集线器、线材、读卡器）都可能出现问题，并导致故障。在大多数情况下，MacOS提供的信息非常有限：虽然它能提示Silverstack系统出现了特定错误（例如，“无法访问文件”），但它很少补充更有用的信息，即故障原因。

如果简单的重试无济于事，那么你可以通过研究报错的时间和地方来找出规律，试着自己查出故障。为了能够做到这一点，你需要了解Silverstack的装载过程。

理解SILVERSTACK的装载过程

打开文件夹或磁盘卷（源）的装载向导，Silverstack会进行扫描，尝试识别录制设备，并读取第一个元数据，让你简要了解其内容。如果（文件）系统或 Silverstack 的元数据扫描程序发现与此过程相关的任何故障，向导将弹出提示：

装载向导中标记的一个扫描错误

即使向导没有报错，你也应检查文件列表是否完整，因为它是装载任务的参考：Silverstack目前没有通过扫描发现的文件，之后是不会为你备份的。尤其是从共享卷或虚拟卷装载时，这一点就更为重要，因为这些卷可能会在你不知情的情况下（例如初始化期间）更改其内容。

单击“装载”按钮，Silverstack会将新的装载任务添加至队列并跟踪其进度，即使在程序终止或系统崩溃时也是如此。

根据默认设置，系统会在素材源挨个读取文件并写入目标路径。只要拷贝还没有完成，这些文件就会以”.pfncopy “的扩展名出现在目标路径，直到Silverstack再次读取它们，以确保它们与各自的源文件相同——这个过程被称为校验。

根据装载向导中的配置，校验过程将在单个文件被拷贝之后，在拷贝下一个文件之前进行（默认：“包含在备份任务中”）或在拷贝完所有文件后单独执行（选项：“单独”）。

装载向导中的校验配置

此外，还一个选项叫做“源验证”，它可以在拷贝完成的后重新读取源文件，这可以确保源文件在此期间没有更改，并能检测源磁盘卷在读取一致性方面是否可靠。如果有任何错误发生，Silverstack会把这个工作标记为失败。

Silverstack列表中标记为出错的任务

确定工作失败的地方

你可以在工作历史的“状态”栏中查看工作是否出错。通过单击最左侧的箭头展开任务查看该任务中每个片段的单独状态，由此确定任务在哪个片段出错。选中该片段，右侧边栏中的报错信息会提示你错误出现在装载过程的哪个步骤。此外，可能会有更多详细信息为你列出故障发生时被处理的文件的路径——这就提供了发生在哪个磁盘卷（例如，源卡、主备份硬盘、传递驱动器）的线索。

展开的任务栏显示详细的报错信息

重试

最简单的步骤是重试。要做到这一点，可以在失败的工作上点击选项，然后点击重试。如果你很幸运，你的系统只是出现了暂时的 “失误”，工作再次尝试就会成功。如果工作再次失败，那么就再试一次。

对失败的工作采取重试行动

如果任务仍然报错，请试着找出规律。是否总是出现相同故障？它是否发生在装载过程的同一步骤，且仅影响单个素材片段或硬盘驱动器？如果你无法确定这个问题，请尝试降低复杂性并更换硬件。

故障排除：降低复杂性以及更换硬件

尽可能简化装载设置：

• O只装载到一个目的地
• 只允许一项并行任务进行装载
• 省略集线器：将硬件直接连接到计算机
• 装载时不使用其他软件（例如，关闭 HDE压缩
• 关闭所有其他应用程序或至少关闭占用大量CPU或内存的其他所有进程
• 断开与当前任务无关的所有设备。

在移除链条上的任何可选部分后，再重新尝试。
仍然有问题？请尝试更换硬件：

• 更换读卡器（如可能，尝试使用其他型号）
• 更换目标磁盘卷
• 更换线材

思考

此时，你应该已经能找出或消除访问冲突（太多应用程序/任务并行访问资源）以及硬件缺陷（集线器、线材、驱动器、读卡器、其他干扰设备或交叉不兼容问题）。

但是，假设除了存有未备份素材片段的源卡，你已经试遍了所有办法，那问题就出自源卡。无法将源卡安装在任何读卡器中？找不到源卡上的所有片段？一个或多个片段多次无法备份并且疑似损坏？敬请关注本博客系列的第2部分，其中将涵盖有缺陷的摄影机拍摄卡的数据恢复策略。

历史回顾

在早期的无声电影时代，就已经开始用一块板来记录区分电影片段了。随着声音技术的蓬勃发展，就开始需要一个额外的声音辅助识别方法，于是就诞生了拍板：在拍摄开始时把杆子拍在一起，发出声音，这样更便于同步视频及单独录制的音频。拍板是澳大利亚人发明的，然而却是美国人有了将拍板和记录板二者结合起来的想法。

1953年的场记板

回到今天

从那时起，场记板及其操作已在全球范围内多样化。不仅可以看到地区差异，还可以看到特定制作需求如何影响电影制作人使用这种设备。这些差异通常会引发一些问题和困惑，尤其是在拍摄过程中。

在本文中，来自世界各地的数字影像工程师将会分享他们的经验，从而给当下的场记板操作一些启发，当然，标记和操作场记板是第二摄影助理的工作。但是，数字影像工程师负责处理由此产生的元数据，使用场记信息来关联属于同一场景的色调、片段和其他信息。

听听同行的意见

现在就来听听来自世界各地的5位DIT的故事:

1. AARON PICOT (USA) 亚伦·皮科特 (美国)

Aaron的场记板

您用的是哪种场记系统？

亚伦： “美式风格”。也就是先写场号，后面根据制作进度加一个字母，比如：第5场，5A，5B，5C等等。

您所在的地方有什么特别的场记风格吗？

亚伦： 最近我在一个节目中会使用三种不同的LUT（颜色查找表），根据场景不同进行切换。我们会把LUT的名称写到场记板上，也会根据摄影指导的需求自定义画幅，并把画幅信息加在场记板上。这样每个镜头就可以应用正确的LUT和画幅。当然，所有镜头都附有Livegrade（实时调色软件）捕捉的静态单帧。场记板上有用的信息还包括：MOS（是否不带声音），帧率和快门角度。

在我提供的照片中，场记板显示是在拍摄第“7-11A”场。因为这是一部电视剧的拍摄，所以这个意思就是第7集的11A场。这种记录风格在电视剧拍摄中变得越来越常见。但是我也看过有把剧集名字写在场记板上的。其他类型的影片制作中就不会这样记录，比如商业广告或故事片电影。

我觉得对于场记板的记录其实没有绝对正确的风格。只要便于阅读就好。

您在LIVEGRADE中会如何处理场记信息呢？

亚伦： 我会用到集数、场号、镜号、标题、室内/室外这些元数据。在场景上输入这些信息，可以很容易地搜索到要找的镜头，然后使用智能分组进行查找。我会用剧中的场景作标题: 海滩小屋、警察局、游乐场等等。当使用.plfa工作流程将调色和元数据传输到已备份的媒体时，所有这些信息都将被一起传输给Silverstack。

您会在导出的通配符中包含哪些信息?

亚伦： 导出时，我会用“场号”和“摄影机”来创建.cdl和静帧图像，命名如下：7-11A_ACAM.cdl.。这样可以应用正确的色调到对应片段中，并使用静帧图像作为视觉参考。

____________________________

2. CHRISTIAAN VAN DER KNOOP (NETHERLANDS) 克里斯蒂安·范德诺普（荷兰）

克里斯蒂安的场记板

您使用的是哪种场记风格？

克里斯蒂安： 因为在荷兰工作，所以我想我用的是欧洲风格。

场记板上场号和镜号是分开的。因此，每一个新的摄影机设置或新的镜头将增加镜号的计数，但场号计数保持不变。因此，其他地方会用124A/1记录，我们则会使用124/1/1(场号124，第1镜，第1条)。

我还有一些要补充，我和一些第二摄影助理交流过。在法国和比利时，拍摄时每一场都会从第1镜开始，但我们这里的镜号则会一直叠加上去。所以尽管我认为大家的风格应该都是一样的，但其实各自都有各自的差异。

在LIVEGRADE中，您会如何处理场记信息呢？用于素材片段识别或者导出的通配符中包含哪些信息?

克里斯蒂安： 我主要做商业广告拍摄方面的工作，所以大多数时候我们甚至不用场记板。如果用了的话，我会使用场记信息来匹配同一场景中的连续镜头。

克里斯蒂安的Livegrade界面 每个镜头都有场记信息

您在其他环节如何利用场记信息呢？又是如何把信息传递给别的部门的呢？

克里斯蒂安： 当参与电影拍摄工作时，我们会用镜号和条号作为参考来对应某个特定素材片段。我也会在Copra样片系统中把场记信息烧录进样片用于浏览。

____________________________

3. TIMUR GAVRILENKO (RUSSIA) 帖木儿·加夫里连科（俄罗斯）

帖木儿的场记板

您用的是哪种场记风格？

帖木儿： 图里展示的就是俄罗斯的场记板，上面的信息有“场号-镜号-条号”，在这个场景中，我们正在拍摄第4场和第82场的镜头，“ Fb”代表闪回。这是镜头4中的这一幕，“ E”代表英文版。在这个特写中，我们用俄语和英语这两种不同的语言拍摄。

您所在的地区有什么特殊的场记风格吗？

帖木儿： 在技术规格方面，俄罗斯比较混乱，就风格而言，在俄罗斯每个剧本都不同，每个场记都有自己的风格。我不得不随时调整、灵活应对。

在LIVEGRADE中您会如何处理场记信息呢？例如在素材片段识别或者导出的通配符中包含哪些信息?

帖木儿： 以下是我在Livegrade界面中填写的所有元数据：

• 全局元数据字段
  • “第几天”、“场号”、“镜号”、“条号”
  • 如果DIT需要负责多个拍摄单元或者剧集很多的长期项目的话，也可以添加“单元”或者“集数”等信息。
  • 添加摄制日程表或剧本中包含的“地点”。
  • “日/夜”、“室内/室外”。
  • 我不常使用“标题”，通常我在摄影师做测试画面拍摄时会使用它。（例如：曝光不足3档，镜头呼吸测试，等等。）

帖木儿的Livegrade元数据界面

• 每个摄影机（在Livegrade调色端口中）：
  • 镜头（如MP35)
  • 滤镜（如BPM 1/4）
  • 光圈（例如5.6）

那么您在其他环节如何利用场记信息呢？又是如何把信息传给别的部门的呢？

帖木儿： 通常这些信息只有我和摄影指导用，所以可以很快找到我们需要的镜头。场记他会保存着整体所有场景的记录。我不会把这些东西传到别处。

____________________________

4. RYAN MCGREGOR (CANADA) 瑞安·麦格雷戈（加拿大）

瑞安的场记板

您用的是哪种场记风格？

瑞安： 我在温哥华主要是拍高预算的电视剧。我想我们用的是标准的“美式”场记风格，比如说：场次32，然后下一条是32A，32B等。我们将剧集号和场号分开，所以会先写EP106，然后再写场号。

在LIVEGRADE中，您会如何处理场记信息呢？在素材片段识别或者导出的通配符中会包含哪些信息?

瑞安： 在Livegrade中，我把镜头分成A、B、C等等。用“_”来表示第一个场景的第一个镜头。通过“集数”、“场号”、“镜号”、“摄影机”的命名方式可以让智能分组看起来整洁并易于整理。

瑞安在Livegrade中使用的元数据

Livegrade的智能分组彻底改变了我之前花一整天搜索、整理镜头的工作方式。有了智能分组和同时编辑多个镜头元数据的功能，我能够非常快速有效地编辑并纠正我的错误。

下图是一个元数据类别截图。通过辅助元数据进行自动填充。这些辅助元数据是由Alexa Minilf/LF相机通过Teradek Bolt XTS（高清视频无线传输器）发送的。

Ryan使用的元数据类别。

在其他环节如何利用场记信息呢？又是如何把信息传给别的部门的呢？

瑞安： 我使用通配符来命名，这样就能导出 CDLs 和照片。在下方截图可以看到我的命名。 Custom 2是我为了方便与调色间交流而使用的LUT的名称。因此，对于第106集，场景32B，文件名应该是这样的:

“106_32B_A_YJ_1990”

这个名字很短，所以能在Colorfront这个软件中显示所有重要的信息。

在您看来，LIVEGRADE V.5.4版本中的场记板信息处理有什么好的改进？

瑞安： 很有用的一点是可以排除一些用来区分镜头的字母，比如I、O等等。如果有一个镜头前缀，用于视觉特效或第二拍摄单元的镜头，以V或X开头，但不会破坏智能分组的字母顺序，那就更好了。

____________________________

5. ANDY BADER (USA) 安迪·巴德（美国）

安迪的场记板

您用的是哪种场记风格？

安迪： 我在工作中都是美式场记风格。

最重要的信息就是摄影机ID、卷号、场号（在后缀中，包含了设置信息，类似于我们的“镜号”，即使它是一个字母）和“条号”。

还有帧率，日期，时间码，当然，如果有多个LUT的话也会写上。上图是一张我现在负责的节目的场记板照片。

您能给我们分享一个特别的场记故事吗？

安迪： 当我还是第二摄影助理的时候，当地的报纸上刊登了我做场记的照片，我很激动。但后来我发现，如果别人不知道tail slating这种技巧的话，看起来就像是我很笨，把场记板拿反了自己还不知道。另外，最近我们还拍摄了很多从LED墙前开车经过的场景，由此也搞出了不少笑料。

在Livegrade中您会如何处理场记信息呢？（比如：智能分组等等），在素材片段识别或者导出的通配符中包含哪些信息？

安迪： 我用这些信息来命名我的CDL文件和图像帧。命名如下：

• OKOP-Ep101-Sc10A-Tk1-A_Cam.cdl (剧名缩写, 集数, 场号, 包括设置, 条号, 摄影机 )

您会在其他环节如何利用场记信息呢？又是如何把信息传递给别的部门的呢？

安迪： 大多数情况下，文件命名包含的信息要传给后期团队，这样他们就知道该应用于哪个镜头。它还能帮助我整理截取的图像静帧，以便于搜索。

在您看来，LIVEGRADE V.5.4版本中的场记板信息处理有什么好的改进？

安迪： 此次改进简直是大大改善了我的生活质量。我可以将Streamdeck键盘合并入我的系统中，也不用打那么多字，这意味着我可以更多地专注于我的工作。

结尾

尽管因为地区、工作流程和制作需求不同，场记板的操作方式也不同，但是场记信息却是电影制作的关键。

因此，Livegrade 提供了一个高度灵活的工具集，包括使用场记板偏好预设、菜单和控制器操作，以简化您的工作流程。此外，智能分组可以根据场记信息创建强大的元数据视图，并使得需要的镜头更易于显示，供您参考或导出。最后，通配符、报告及调色档案提供了简洁的方式与其他部门来共享信息，并确保从一开始就能进行组织良好的拍摄。

所以继续场记吧，会很有趣的。