我让 2026 年的 AI 玩上了 2008 年的设备

Matrix 首页推荐

Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。

文章代表作者个人观点，少数派仅对标题和排版略作修改。

这一切始于一条评论：

我从高中的时候开始沉迷拍摄，天天书包里就背着部索尼的 HDR-HC5E，学校啥活动都去凑个热闹拍下来。久而久之家里就囤了一书柜的磁带。或者应该说，除掉那些拍完就采集到电脑硬盘、然后覆盖掉的素材，还剩 200 多盘没采集的带子在书柜里。

这一鸽就是将近二十年。

气氛烘托到这儿了，算了一下 200 盘磁带对当时的我来说可以说是天文数字，但于现在的我而言也就区区 2.4 TB。那就动手把它全盘下来吧！

软件是第一个坑

三年前我曾经分享过怎么在 Mac 上采集 HDV 源码。实际上当时有很多坑都没解决：

Apple Silicon 真的砍掉了 FireWire 支持吗？非也 —— 其实只是 FCP 和 PR 的 ARM 版砍掉了对应的功能
为什么当时我用 PR 2022 识别不到我的 HDV？那倒确实是 PR 的问题，但也可解 —— 只需要在 HDV 里把 i.LINK 输出模式由自动改为 HDV，PR 就能正确捕捉到画面了。可以说是非常诡异的 bug。

鉴于此，我开始思考能否摆脱掉 PR 这类商业软件。因为我不确定假如我再持续鸽个一两年，到时候还能不能从 Adobe CC 里下载到 PR 2022 了。调 (A) 查 (I) 了一下发现确实也可以：对于标清格式的 DV，只需要用到之前说的办法把 1394 转接到雷电口接上 Mac，然后使用 FFmpeg：

ffmpeg -f avfoundation -list_devices true -i ""

这行命令能列出你的电脑上识别到的所有音视频设备。顺利的话，你会看到个类似 HDV-VCR 之类的玩意。然后使用这个命令：

ffmpeg -f avfoundation -capture_raw_data true -i "HDV-VCR" -c copy -map 0 -f rawvideo output.dv

并且同时在摄像机上手动开始播放，就可以把 DV 比特流原封不动地拷下来了。

出乎我意料的是，这个方法竟然同样适用于 Apple Silicon 平台的 Mac。摄像机同样会被 macOS 的 AVFoundation 框架识别为一个普通的摄像头。所以事情就是这么简单……吗？

非也。正当我想如法炮制把高清格式的 HDV 也采集下来的时候，我发现它出来的只有一轨 MPEG-2 视频，没有音频、也没有元数据。

对于 DV，它在磁带上是视频和音频封装在一起的 DV-DIF 比特流，Mac 的 AVFoundation 框架会把它原封不动地抛给上层应用处理；而对于 HDV，它的底层是和高清数字电视一样的 MPEG-TS 比特流，Claude 的说法是 AVFoundation 会在内部对这种格式进行解嵌再抛给应用，而 FFmpeg 因为这样那样的、我也没搞懂的原因，只取了视频轨。

总之，用这个办法去读 HDV 拿到的已经不是原始比特流了。虽然暂时无解，好在我那台 2018 年的 Intel i7 MBP 还没丢，上面的 PR 2022 也还没卸。所以折腾了一圈，我发现还是 PR 能战。

更大的问题其实是磁带本身

我原以为磁带是一种非常稳定的存储介质：你看，它一盘的数据量是 12 GB，在当时同样容量的 SD 卡得上天了；但是它又不会像硬盘那样摔一下就寄，也不会像 SD 卡之类的半导体一样静电 pia 一下或者其它莫名其妙原因突然就再也识别不出来。

但如果放到二十年这个尺度上你就有点为难它了——消磁，一个熟悉的词——就连现在完全没有磁性的 RFID/NFC 卡都老有人说会消磁、会消磁，更何况真的靠磁性材料承载信息的磁带。带基老化、磁粉脱落，那是真的会消磁的。

如果可以穿越回去，我会跟十八年前的我说「松下那种蓝色的带子放个十八年完全没问题，索尼那种红色带子就坚持不了那么久。」但也不是完全没救。查 (A) 了 (I) 一下发现久置的 DV 磁带最好先做一次 retension —— 也就是快进到磁带末尾，再快退回开头。这样可以让收缩的带基重新恢复一点原本的形态。这个办法确实有点用。

反正就是运气好的时候可以一盘带子从头走到尾，虽然也不见得是运气好，因为它有时候中间会偶尔有几秒读不出来，所以我需要留个心在旁边看着，过程非常熬人。运气不好的时候，可能采集了个 1、2 分钟画面突然就没了，只剩下时间码在走（甚至连时间码也没了）。然后再做一次 retension 它又回来了，然后又是只能坚持个几分钟……

那有没有什么办法可以把第二种情况采出来的碎肉拼起来，甚至还能帮我检测到第一种情况里那些漏掉的损坏呢？

有的兄弟，有的。现在是 AI 时代，有什么东西不能靠许愿得到呢？

第一次工业革命

最简单粗暴的做法是，我直接把采出来的文件放进了一个目录里扔给了 Claude Code：

整个思路基本上是这样的：

用 FFmpeg 完整走一遍解码，检测出哪里出现了解码异常
对被迫拆分出来的每个文件在 GOP 层面找到重叠（相同）的地方，然后拼起来变成一个完整的文件

我想总不能每盘带子都哗哗地真金白银烧 token 吧，于是一番交涉之后，Claude 帮我写了个脚本。

简单来说这个脚本就做三件事：

分析目录下所有片段的完整性，找出损坏的和缺失的地方
告诉你需要补充采一下哪些区间，然后扔进目录里再次分析
最后把拼凑出来的完整的视频导出成最终文件

非常好脚本！所以我只需要：

（可能是连滚带爬地）采完一盘带子，扔进一个工作目录里
跑脚本，看哪里坏了
倒回去重新采一下这段带子，把新的文件扔进这个目录里
跑脚本，看哪里坏了
再倒回去重新采下一段袋子，把新的文件扔进这个目录里
跑脚本，看哪里坏了
……

这时候有朋友肯定要问了：这么麻烦的操作，也不直观，有办法改善一下吗？

有的兄弟，有的。现在是 AI 时代，有什么东西不能靠许愿得到呢？

第二次工业革命

于是我又把需求跟 Claude 说了一遍，并且让它邀请 Codex 来负责 UI。让它自己挂个通宵之后，我得到了这么个软件。

相比于上一代的脚本方案，它：

能直观看到整个文件哪里坏了，哪里缺了
坏的地方有截图，操作 DV 快进的时候可以大致知道在什么地方
只需要拖动就可以自动把文件复制进工作区
它甚至还同时支持 DV 和 HDV

总之，我和 Claude 和 Codex，我们仨真的太厉害了。现在我只需要：

采完一盘带子，拖进软件
点一下重新分析，看哪里坏了
倒回去重新采一下这段带子，把新的文件拖进这个软件里
点一下重新分析，看哪里坏了
再倒回去重新采下一段袋子，把新的文件拖进这个软件里
点一下重新分析，看哪里坏了
……

这时候有朋友肯定要问了：这好像也没好到哪里去啊？

有的兄弟，有的。但我先来说说另一件事。还记得上面我提到 FFmpeg 的问题，导致我不得不又用回 PR 采集了吗？

现在是 AI 时代，有什么东西不能靠许愿得到呢？

于是我又在下班的路上在手机里把这个需求跟 Claude 说了一下。等我回到家时，Claude Code 已经帮我把代码提交到仓库里了。

既然 PR 在 Mac 上能用，那说明底层的接口肯定还在的。于是 Claude 进行了一番调研后，发现其实苹果在十多年前曾提供过 FireWire 的 SDK，里面就包含了 DV 采集的相关示例代码。于是 Claude 花了点时间把这个 SDK 的示例进行了一些产品化的完善，并且做了些修复让它可以在 macOS 15 上构建。变成了一个简易的命令行 (CLI) 工具：

支持 DV、HDV 的源码级采集
执行快进、快退、跳转至指定时间的操作
实时显示当前采集位置的磁带时间码、录制时间

出乎我意料的是，这个小工具竟然能在我 M1 Max 的 MBP 上运行，说明苹果即便在 Apple Silicon 上其实还留着 FireWire 的相关接口，只不过是 FCP 和 PR 那些编辑软件自己阉割了。但这里也有个坏消息：macOS 15 Sequoia 将是最后一代支持 FireWire 的系统；macOS 26 Tahoe 上这个驱动已经被彻底移除了。

还好我的 M1 Max 还没升级。

那这里说 CLI 又有什么作用呢？不还是得采一下、点一下、采一下、点一下……

有的兄弟，有的……现在是 AI 时代……