一盘录像带播放完毕，磁盘上多出一个大体积的视频文件，采集软件报告操作成功。究竟保存下来了什么？沿着这个问题梳理各项工具，开源视频保存的分工就清楚了：vrecord 采集输入信号，FFV1 编码画面，Matroska 封装各条轨道及其相关信息，QCTools 和 MediaConch 则分别检查不同类型的证据。[1][3][5][6]

设想采集时选错了音频输入，一个完全符合格式规范的文件，装下的却是一小时的静音。无损压缩能够准确保存送入编码器的每一个像素，与画面相伴的口述历史却从未进入录制。这种假设的故障说明，整套工具需要从多个方面接受检验。编码成功本身，无法追溯证明此前的转录过程可靠。

从连接线开始：什么进入了计算机？

Vrecord 为信号采集安排了一套档案工作流程。文档所述的配置使用源自 FFmpeg 的工具和受支持的采集硬件；项目说明支持 macOS、Linux 以及 Blackmagic 采集设备。实际运转时，播放设备、信号链路、采集接口和计算机需要协同工作，软件是其中一环。[1]

这些分工直接体现在设置中。视频输入、音频输入、容器、视频编码格式、位深和音频声道映射，都是独立的选项。选好了合适的视频连接，仍要确定录制哪些声道。在一批馆藏进入正式采集流程前，工作人员需要先检查有代表性的录像带，弄清其中实际记录了什么。[2]

Vrecord 还会在录制文件之外留下证据，包括采集设置、FFmpeg 日志和逐帧校验和。它可以生成 QCTools 分析报告，也能按本地 MediaConch 策略检查文件。日后的审阅者由此有据可查，比起操作人员记忆中一切顺利的那个下午，这些记录更有用。[2]

落实到日常工作，就是妥善保留把录像带、录制文件、日志和审阅笔记关联起来的标识符。一个目录里即使放满了可播放的文件，若已查不出每个文件由哪些设置生成，这批文件所能说明的情况也会少得多。

文件内部：采样值及其解读说明

FFV1 是一种无损视频编码格式。RFC 9043 规定了版本 0、1 和 3，并说明了压缩、自描述和完整性功能，这些功能面向包括长期保存在内的用途。对档案工作者而言，最关键的保证针对的是送入编码器的数字图像采样值。无损编码的能力止于这些输入值，已经发生削波的信号、编码前遗漏的帧，都无法靠它恢复。[3]

版本 3 支持分片级 CRC（循环冗余校验）错误检查，需要启用后才会生效。分片是一幅画面的一部分，因此，与仅用整个文件的校验和相比，这项检查能更细致地定位编码数据的损坏。它检查的仍是数据存储后的表示形式。至于摄像机最初看到的内容是否与之相同，或当时装入的是否为正确的录像带，都超出了它能回答的范围。[3]

Matroska 负责另一项工作。它作为容器，存放编码后的轨道，以及解读这些轨道所需的信息。时序也属于这一部分：规范说明了 DefaultDecodedFieldDuration 如何表示隔行扫描素材中各场的时间节奏。对于由接续的场组成的电视录像，这项信息尤为重要；逐行扫描视频则由完整画面组成。[4]

因此，保留采样值与说明这些采样值应当如何呈现，彼此相关，也各有任务，审阅时两者都要检查。若把 .mkv 后缀当成文件的完整规格，容器内部的编码格式、轨道配置、时序和元数据就都被略过了。[4][6]

两种检查工具，各有要回答的问题

QCTools 帮助审阅者沿着信号查找问题。它使用 FFmpeg 滤镜，测量亮度、饱和度、帧间变化和音频电平等特征。图表将测量结果与缩略图、播放视图关联起来，某段数据出现异常时，审阅者就能找到相应片段，进一步查看。报告和针对特定帧的批注都可以导出，供日后复核。[5]

这会改变审阅者分配注意力的方式。比如，一段细节丰富的画面突然变成一片均匀色块。播放故障、有意的剪辑、磁带上的空白素材，都能呈现这种变化。测量可以定位变化发生的位置，具体成因仍待操作人员判断。审阅的价值，在于把录像中特定位置的观察结果记录下来。

MediaConch 检查文件是否符合规范。它的实现一致性检查器面向 Matroska、FFV1 和 LPCM（线性脉冲编码调制）这一保存组合，策略检查功能则允许机构按照自己的标准测试文件。两层检查分别回答两个问题：文件是否遵循相关格式规范，以及它是否满足这批馆藏的要求？[6]

假设一批馆藏对画面尺寸、编码格式和音频配置都有明确要求。一个文件即使结构有效，也会因未满足这些要求而无法通过策略检查。反过来，内容选错的录像也能满足列出的全部技术要求。仅凭这两类结果，馆藏管理人员仍无法判断一段访谈是否完整。

因此，QCTools 和 MediaConch 适合配合使用。信号审阅有助于找出可疑内容，一致性检查则让文件结构和机构策略的要求可以重复检验。两者的发现应汇入同一份审阅记录，尚未解决的异常也应清楚列出。[5][6]

工具之间的交接，体现整套协作的价值

这些工具已经有了具体的衔接：vrecord 可以为 QCTools 生成分析数据，也能调用 MediaConch 策略。因此，小型档案机构可以让证据从采集环节一路随行，进入审阅环节，各个应用接手时也就有了文件的来历和说明。[2]

独立从业者的记录，也让人看到这些工具背后的人际联系。2022 年 11 月，布里斯托大学戏剧馆藏部的 Nigel Bryant 为数字保存联盟（Digital Preservation Coalition）撰文，记述了采用开源视听工作流程、参加 No Time To Wait 研讨会的经历。他谈到多个保存项目，也强调了与同样在解决相关问题的人保持交流的价值。这是一位尝试让工具在机构内实际运转的从业者，对视听保存生态的评述。[7]

据此可以把这些交流理解为基础设施的一部分。公开的代码和规范让工作流程可供检视，从业者的经验则帮助机构把一批处理棘手的馆藏转化为可以测试的要求。代码、规范和经验各有作用，具体操作仍需要有人负责。

对小型团队而言，一次有说服力的试行，应由了解录像带的人与负责采集工作站及存储文件的人共同完成。挑选几份有代表性的录像，其中包括一份难处理的材料。顺着被标记的片段回到播放环节检查，解释每一项策略检查失败的原因，并确认另一位同事能够一并调取文件、日志和处理决定。若团队尚无能力作出这些判断，就应在扩大处理量前，评估是否需要经验丰富的转录合作方。

最有说服力的交付成果，是录制文件连同一份经得起核查的制作记录。多年以后，录像机已难以维修时，这份记录仍有助于区分原始素材的已知缺陷、转录中的错误，以及后来出现的损坏。文件保存画面，随附的证据则保存信任这些画面的依据。

参考资料

1. AMIA Open Source，《Vrecord 文档》——项目用途、采集依赖及受支持硬件的相关说明。
2. Vrecord 贡献者，《编辑设置》——采集选项、日志、逐帧校验和、QCTools 报告及 MediaConch 集成。
3. Michael Niedermayer、Dave Rice 和 Jérôme Martinez，RFC 9043，《FFV1 视频编码格式版本 0、1 和 3》（2021 年 8 月）——无损编码与分片完整性检查。
4. Matroska，《规范说明》——轨道解读，以及隔行和逐行扫描素材的 DefaultDecodedFieldDuration。
5. QCTools，《使用方法》——信号分析、定位浏览、播放检查、报告导出及批注。
6. MediaArea，《MediaConch 常见问题》——实现一致性、机构策略检查及受支持的保存格式。
7. Nigel Bryant，《Tapping the (Open) Source – No Time To Wait 2022》，数字保存联盟（2022 年 11 月 18 日）——独立从业者对视听保存生态的评述。
8. DRs Kulturarvsprojekt，《Sony DVW-A510P of DR 20111102a》，Wikimedia Commons——档案播放设备照片，CC BY-SA 2.0；本文使用时调整了尺寸。