Video Scrub

video-scrub

把一条视频重建成干净文件：画面和声音带过去，元数据一个字节都不带。

{baseDir} = 本文件所在目录。脚本 {baseDir}/scripts/video-scrub.mjs，零依赖，node 直接跑。

原理：白名单，不是黑名单

清元数据有两种思路，差别是死活：

	怎么做	问题
黑名单	列出要删的字段逐个删（exiftool 那种）	删不完你不知道的东西, , 厂商私有的 udta、GoPro 的遥测轨、码流里的 SEI，漏一个就漏了
白名单	不说删什么，只说带什么过去：画面一条流、声音一条流，别的一律不要	, ,

走白名单，源片的元数据没有任何通道能进来。它不是「被删掉了」，是从来没被搬运。

但 ffmpeg 默认会背叛这个结构两次，必须摁住:

1. 它默认把源片的容器 tag 搬到输出 → -map_metadata -1
2. 它默认自动挑流，会把 GoPro 的 gpmd 遥测轨一起带走 → -map 0:v:0 -map 0:a:0?

第 2 条是 GoPro / DJI 这类源片的唯一防线：它们的 GPS 不在 tag 里，在一条独立的定时元数据轨上。 清 tag 清不掉，只有「只挑两条流」挡得住。

真正的难点：看不见的那几层

摁住上面两条，tag 层就干净了，ffprobe 一片安静。但文件里还躺着三处身份串：

藏在哪	内容	ffprobe 看得见
H.264 的 SEI	x264 完整参数串 cabac=1 ref=3 … crf=23.0	✗
AAC 码流的 DSE	Lavc62.28.102	✗
avc1 的 compressorname	Lavc libx264	✗

五个藏身处和各自的堵法见 {baseDir}/references/residue-map.md, , 每一条都有实测记录， 包括几个「看着该管用其实没用」的坑（-flags:v +bitexact 和 -x264-params info=0 都拦不住 SEI）。

两种模式

模式	画面	音频	速度	多杀掉什么
copy（默认）	逐字节照搬	重编	53 秒的片子 1.3 秒	, ,
encode	重编码	重编	慢得多	码流域水印、脆弱隐写

音频两种模式都重编, , AAC 的版本号写在 DSE 里，那是码流内部，-c:a copy 抹不掉它。 重编一遍很便宜，换来音轨干净。画面则在 copy 模式下真的一个比特都没动（cmp 验证过， 除了被摘掉的 SEI）。

关于水印：encode 比 copy 多杀的是码流域水印和脆弱隐写，这两类在实际素材里少见。 真正要命的鲁棒像素水印（SynthID、影视取证水印）设计目标就是扛住重编码，两种模式都杀不掉。 所以选模式按画质和速度选，别指望重编码能洗掉水印。

四个 profile

擦白之后往回写的那一层：

profile	写什么
obs（默认）	OBS Studio 的长相。OBS 本来就是用 ffmpeg 封装的，所以这档不是伪造，是保持同类工具的正常外观
quicktime	macOS QuickTime 录屏：Core Media Video / Core Media Audio
screencapture	ScreenCaptureKit 录屏
bare	什么都不写。隐私强度最高, , 不留任何可被证伪的声明

有一件事做不到，写在这里省得再试：容器的 encoder 字段由 muxer 自己占着， -metadata encoder=Lavf60.16.100 盖不过去，置空也清不掉（实测）。只有 -fflags +bitexact 能让它整个消失。所以 obs 档不伪造版本号，它就让 ffmpeg 写自己的真版本号。

---

Step 0, 先看源片带了什么