数据的完全性

谈到 “完全性”，我们可以区分两个层面： 首先，我们需要确保每个单独的数据管理流程或活动（如备份一张摄影机数据卡）都是完全的^[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部分：双监视器、调色、隐患

在这篇文章中，我们希望向您介绍使用这些调色节点可以做什么，介绍一些在实际生产中使用这些工具的最佳实践，以及对色彩处理管线和拍摄时的工作流程的影响。

调色节点

在Pomfort产品中，一个调色风格由调色节点组成，每个节点代表一个应用于图像的滤镜–要么直接应用于摄影机源图像，要么作为3D LUT的一部分加载到LUT Box中。每种调色节点都提供了单独的控件来修改它的结果（例如，饱和度节点的 “饱和度” 滑动条允许用户选择实际的饱和度值）。

这些节点的顺序（几乎在所有情况下）非常重要。同一节点在同一设置下，不同的排列顺序会产生不同的图像结果。

下一步，我们将通过一个简单的例子来说明这一点。

假定您首先在图像中使用饱和节点来完全消除饱和，然后在色轮节点中调整颜色平衡。最后你会得到一张单一色调的图片，比如深棕色。

如果把两个节点的顺序颠倒(先是色轮节点，再是去饱和节点)，得到的是一幅去饱和的灰色图像。您可以使用色轮节点来平衡图像，然后再去饱和。举例来说，为了使天空在产生的去饱和图像中看起来更亮/更暗，您可以修改色轮节点中的蓝色。

这种效果对实际拍摄制作有两个影响:

1. 有些效果不能/只能按照特定的调色节点顺序来创建。
2. 保持调色节点的顺序不变对于在另一个系统中重新创建相同的画面至关重要。

交换风格化调色

要想在多个系统中重现相同的画面，只能使用常规的色彩滤镜和设置。因为不同厂商的软件产品和硬件设备经常具有不同的调色功能，所以需要建立一种“通用工作流”来保证系统之间的兼容性。

大多数系统中常用的调色处理步骤有：

• ASC CDL（调色设置的“最小公分母”）。
• “cube” 3D LUT格式作为目前最广泛采用的LUT格式，以及
• ACES色彩系统自带的交换格式为AMF（ACES元数据文件）和CLF（通用LUT格式）。

因此，根据在风格化调色中使用的滤镜，只有特定的交换格式可以在另一个系统中重现一样的画面–或者以不同的方式来表达。：

如果制作的工作流程需要特定的交换格式（例如，用于制作样片），则需要对调色节点的选用和顺序进行限制。

在上面的例子中，只有第二种顺序（先调节色轮，再调节饱和度）符合ASC CDL标准。

调色模式

为支持从 Pomfort产品转移到其他厂商的系统， Pomfort产品中的调色节点以所谓的调色模式的方式运行。调色模式实现了不同的色彩处理管线，因此每种调色模式都有其特定的适用场合。

调色模式限制了允许使用的调色节点类型，节点类型，并且对这些节点的顺序有一定的限制。由于所选择的调色模式的限制，当需要将调色结果导出为元数据文件（如ASC CDL或3D LUT文件）时，就可以与其他系统兼容。

所以，并非所有导出选项都适用于每一种色调–这取决于调色模式和选用的调色节点与排列顺序。

小贴士：对于导出，当批量导出调色时，最好只选择相同的调色模式和节点组合的调色。否则，导出选项列表将只显示与所有选定色调都兼容的导出选项。

最佳实践和操作技巧

在下面的章节中，我们要指出几种典型的调色节点是如何工作的。

摄像机编码 VS 輸出编码

从摄影机信号或摄影机原始文件到显示设备的色彩管道通常不仅包括创意色彩过滤器。它还包含色彩管理变换，从而将输入画面从摄影机的编码和色彩空间转换为显示设备的输出编码和色彩空间。

所以操作顺序不仅关系到创意调色节点的使用，也关系到色彩管理节点的定位。

Pomfort产品中的调色控制一般分为两种不同的色彩管理方式。

• 包含3D LUT的 “手动” 色彩管线（可以是供应商提供的LUT，也可以是用户提供的LUT），或者是
• 基于ACES的 “托管” 色彩管道。

“CDL-和-LUT”管线

在手动设置中，您选择负责色彩管理部分的3D LUT（通常是在“3D LUT”调色节点中），并围绕它添加您的创意调色节点（例如，添加“ASC CDL”或“Hue Curves” 色相曲线调色节点）。

作为经验法则，创意调色节点通常放在色彩管理/3D LUT节点之前。这是因为3D LUT将典型的摄影机“log”编码和色彩空间（如Log-C、SLog3、log3G10、CLog、VLog、…）转换为视频编码和色彩空间（如SDR中的P3或Rec.709）时，会增加对比度。但对比度的增加，极大地减少了图像信号可用的画面细节。

摄影机log编码用于摄影机在10比特HD-SDI信号或具有类似比特深度的捕获格式（或“压缩格式”）中捕获10至12档的动态范围。相比较而言，传统的 Rec.709信号最大动态范围只能达到5到7档。

所以，log 编码增加了摄影机的可用动态范围，而色彩管理节点通常又减少了动态范围（HDR流程是个例外）。

动态范围的缩减会导致暗部和高光中的许多图像细节的丢失（或严重压缩）。所以从摄影机里出来的 log信号为创造性的风格化调色提供了更多的图像信息。

所以为了在调色和风格化创建中保持对于亮度、对比度和饱和度的灵活运用，强烈建议使用log编码方式拍摄。

ACES 色彩流程

把创造性的色彩校正应用到不同类型摄影机的图像上，只有在相同的色彩空间和编码中应用它们时，才能得到相同（或至少相似）的结果。所以在ACES中，处理过程的第一步总是要从厂商特定的摄影机编码转换到标准的色彩空间（用IDT，“输入设备转换方程”;）。在色彩管道的最后，还要应用输出变换（由RRT和ODT组成，即“参考渲染转换方程”和“输出设备转换方程”;）从而为显示设备（的正确显示）再次转换图像画面。

所以在ACES中，创意调色节点通常放在输入变换和输出变换之间，它负责管道的色彩管理方面的工作。常见的ACES色彩空间采用的是scene-linear（场景线性）色彩编码，最适合后期合成和VFX特效工作。对于ASC CDL调色，它需要有一个额外的变换成“log”色彩空间的操作步骤，在Pomfort产品中选择ACES调色模式时，会自动配置这些附加变换。

创意调色节点的顺序

让我们假设ASC CDL节点作为您的创意调色节点的一部分存在，但你想使用额外的滤镜，比如曲线节点来进一步完善您的色调。

放置节点的一个概念性考虑将是该附加滤镜在颜色管道中将会起到的作用。

• 如果滤镜是用于数字化调整曝光或色彩平衡的，该节点最好放在CDL节点之前。这类的图像处理技术在更接近原始摄影机画面的地方效果更好。
• 如果滤镜被用来完善已有的创意调色或调节色调映射，最好是放在CDL节点之后，因为这类变换在接近输出变换或其他变换时效果更好。

但在实际操作中，您应该可以在CDL节点的任何一侧实现非常相似的效果。因此，从实际工作流程的角度考虑，对于所有的镜头而言，预先决定在哪里放置额外的节点可能会更加容易。

Pomfort产品提供了一种将附加节点与ASC-MHL文件一起导出的方法：

• 对于“CDL-and-LUT”流程，这会导出一个ASC CDL文件和一个3D LUT文件，3D LUT中包含除ASC CDL节点以外的所有活动节点的调色效果。
• 对于“ACES” 流程，ASC CDL值会作为AMF文件的一部分被导出，同时导出一个CLF文件，其中包含输在入变换和输出变换之间的所有其他节点的调色效果。

在这两种情况下，只有ASC CDL节点之后的附加节点的调色效果才会被加入到附加的LUT文件中去。

所以，在Pomfort产品中，推荐的附加调色节点顺序是

• 首先是ASC CDL，然后是
• 曲线和其他操作节点

以确保输出选项的最大灵活性。

ASC CDL的多色轮节点

Pomfort调色模式的一个独特之处在于可以将多个CDL节点相继用于不同的目的，同时与典型的“one-CDL-per-shot”（每个镜头一个CDL）工作流程保持兼容。

在 “Advanced” （高级）调色模式 (“CDL Advanced” 和 “ACES CDL advanced”)中，您可以使用多个“CDL”调色节点（带有色轮的节点）来更精细地控制您的色调。

在上面的例子中，CDL节点（带有标签名 “CREATIVE”）负责场景的创意调色。第二个CDL节点(带有标签名 “LENS”)则负责修正一个特定的复古镜头的绿色偏色。

通过将CDL调色分割成多个节点，您可以分别对它们进行单独处理。您可以启用和禁用单个节点，您也可以通过所谓的节点预设轻松地交换数值，您甚至可以选择每个节点的影响强度（在调色节点的用户界面的右边框上以百分比控件的形式显示）。

无论您在一列中放入多少个CDL节点，整体色调都可以导出为一个ASC CDL文件。在名称中带有“CDL”的调色模式中，Pomfort调色流水线会在内部将所有后续的CDL节点连成一组值，用于一个ASC CDL滤镜。这种连接是换算式的，也就是说，这里的顺序并不重要。所以这其实是上面说的规则的唯一例外，即节点的顺序总是影响结果图像这条规则。

在多个CDL节点的情况下，节点会被组合成一个过滤器，而各个CDL节点的顺序不会改变结果。

自由调色模式

总有可能您会需要尝试一些超越标准和常规的东西。为此，Pomfort产品还提供了“freestyle”自由调色模式，对节点的选择和顺序几乎没有限制。

请记住，自由式调色模式的导出选项相当有限（通常是一个包含所有节点调色效果的3D LUT文件）。这也是自由调色模式在典型制作工作流程中不被推荐的原因。

总结

在本文中，我们指出了Pomfort调色模块的几个概念性问题，并说明了对实际制作的影响。希望能帮您走出现场色调管理和样片调色的第一步，并为您未来的项目提供有用的建议。

视频信号路由器提供了一种非常灵活的方式将任何信号源（例如摄影机信号，LUT BOX输出端或播出设备）连接到任何信号接收器（例如监视器，LUT BOX输入端，硬件视频示波器或记录设备）。

虽然在DIT推车上集成视频路由器可以实现难以处理的信号配置（例如，在一台显示器上切换5个摄影机输入信号），但这也给工作带来了新的复杂程度的挑战。现在所有设备都可以相互连接 – 这就需要由DIT进行管理。

当您使用LiveGrade Pro时，您可以通过在软件中设置自动路由切换来降低这种复杂性。在下文中，我们将讨论LiveGrade Pro有助于降低复杂性的三种典型设置，并讨论这些设置如何简化和加速DIT的工作。

设置1：监视器图像跟随端口选择切换

LiveGrade Pro允许独立控制多个摄影机的色调。要做到这一点，LiveGrade Pro使用摄影机“端口”的概念。对于每个端口，您可以单独管理设备，元数据和调色，从而使端口切换可与Web浏览器的独立选项卡相媲美。

作为一般规则，在调整一个端口中设备的色调时，还需要在监视器上查看该端口的摄影机图像。这意味着如果您更换端口来对另一个不同的设备调色，则还必须手动更改在监视器上看到的摄影机图像。如果您使用多个端口和多个摄影机，这很快就会变得繁琐乏味。

通过使用视频信号路由器并在LiveGrade Pro中设置正确的工作流程，您可以自动执行这个之前需要手动操作的过程。因此，监视器上的图像将自动跟随LiveGrade Pro中的选定端口切换。

设置1：监视器图像跟随端口选择切换

为此，您将为每个端口创建一个视频路由配置，将相应端口和摄影机的图像路由到您的监视器。然后，您可以将这些路由配置附加到软件中的“端口更改”事件中。

通过这个设置，当您更换端口时，将触发路由配置。因此，如果您在软件中将端口从端口A更改为端口B，则摄像机B的信号将自动路由到您的显示器。如果您改回端口A，您将再次看到相机A的图像。这意味着不必再进行手动切换。显示器上的图像始终自动跟随LiveGrade Pro中的所选端口进行切换。

详细设置

配置此类设置时涉及两个步骤：

11. 创建视频路由器配置

创建视频信号路由器配置

这是将摄像机B的信号路由到监视器的视频信号路由器配置。您需要为每个摄像机信号创建这样的设置。

2. 添加端口更改的自动化配置

配置端口更改的自动化操作

选择先前定义的配置，作为“切换到端口…”事件时候自动操作的信号路由器配置。这样无论何时切换到某个端口，都会触发相应的路由器配置。

设置2：录制设备跟随端口

当您使用LiveGrade Pro配合录制设备时，该软件不仅可以创建单帧并录制输入视频信号的素材片段。它还可以从实时信号中提取相机元数据。借助DIT软件的视频路由配置和一些额外的自动化控制，您可以使用一个录制设备顺序监控软件中多个摄像头的图像和元数据。

此设置中的配置如下：当您更改LiveGrade Pro中的端口时，会触发视频路由器配置，将相应的摄像机信号传递到录制设备。因此，您可以自动将正确的信号切换传递到连接的录制设备。

设置2：录制设备跟随端口

详细设置

为此，您可以创建与设置1中非常相似的视频路由配置。不同之处在于，这次您将信号传递到录制设备而不是监视器。

自动化的设置与设置1中的相同。同样，您选择新的路由器配置作为“切换到端口…”事件触发后的自动操作。

此设置唯一缺少的步骤是录制设备需要从一个端口移动到另一个端口。通常，录制设备配置为固定端口，但在此设置中，我们希望每个摄像机的图像和元数据显示在其对应的端口中。因此，在这种情况下，录制设备需要始终自动移动到当前端口。

您可以使用“将录制设备移动到当前端口”操作在自动化管理器中对其进行配置。

配置自动化操作以在端口更改时移动录制设备

现在，每当您更换端口时，您将获得当前端口摄像机的实时图像和实时元数据（如果可用） – 尽管您只配置了一个录制设备。

设置3：自定义视频路由器配置和键盘快捷键

通常，LiveGrade Pro中的视频路由配置可以限制为仅更改路由器的一个或几个输出。这意味着只有路由器的指定输出发生变化 – 所有其他输出保持不变。上述设置中提到的路由器配置是这样的单输出配置。例如，在设置1中，只是连接到监视器的输出发生了变化 – 路由器的所有其他输出保持不变。

考虑到这一点，您可以想象各种配置更改，这可能与LiveGrade Pro本身无关，但您也可能想要从LiveGrade Pro触发 – 因为这是在您的DIT推车上当前打开的应用程序（不停切换软件会很麻烦）。

为此，您可以为任何自定义视频路由配置添加键盘快捷键。设置了键盘快捷键后，只需一个键盘敲击即可更改路由的某些方面。

详细设置

您可以为视频路由器配置分配键盘快捷键，如下所示：

每个视频路由器配置都显示在主菜单中（在LiveGrade Pro菜单中的“视频路由配置”下）。这意味着您也可以从菜单中触发这些配置。

主菜单中的视频路由器配置命令

作为LiveGrade Pro中的规则，所有主菜单条目都可以获得自定义键盘快捷键。在LiveGrade Pro菜单中选择“键盘快捷键…”，您将看到一个对话框，显示所有主菜单条目及其键盘快捷键。视频路由配置也会显示在那里。

您可以通过单击“映射快捷键”，选择视频路由配置，然后按所需的组合键来设置新的自定义键盘快捷键。

为视频路由配置选择自定义键盘快捷键

现在，您可以在LiveGrade Pro中随时使用设置的键盘快捷键应用自定义视频路由期端口更改的配置。

总结

在本文中，我们在LiveGrade Pro中展示了三种设置，允许从软件内自动或快速手动访问视频路由配置。

LiveGrade Pro以不同的方式集成了这些配置，因此您可以根据特定DIT推车和项目的需要定制软件。

如需亲身体验该软件，我们的网站上有14天的试用版下载