8 月 15 日，凌晨 2 点 47 分。我给一块 4TB 的移动硬盘做完整性校验，翻到这个文件。它躺在一个叫 old/2024 的目录里，0 字节，修改时间停在 2024 年 11 月 3 日。
文件名是「天堂漫画视频m3u8.mp4」。mp4 是对外显示，m3u8 是内部结构。这两个后缀挤在一个名字里，本身就是个矛盾。播放器看到 mp4 会去读文件头，读到的是 0 字节，所以它干脆什么都不做。
我认识这个命名方式。三年前，我在一个小外包团队待过半年，做的是聚合播放的前端。带 m3u8 后缀的文件，通常是切片清单被强行改名的残留。真正的视频在别处，这只是个入口。
第一个细节：那张清单
我把文件拖进十六进制编辑器。0 字节，什么都没有。老周当时是团队的技术负责人，他说过一句话我记住了：0 字节不代表没内容，代表内容没被写回来。那天他撕了个便签贴在显示器边上，写「校验 HLS」四个字，贴了三个月。
HLS 就是 m3u8 背后的东西。一条主清单指向若干子清单，子清单指向若干 ts 切片。取名的人把 mp4 放在前面，是想让下载器识别成普通视频，让播放器识别成流。两头都想要，结果两头都不认。
第二个细节：一次播放尝试
我还是试了一次。用 VLC 打开，转了两秒的加载圈，报错，退出。换 ffprobe 读，输出一行 moov atom not found，后面什么都没了。我把这行记在纸上，纸压在键盘下面。
moov atom 是 mp4 的索引。没有它，文件就是一堆无序的字节。m3u8 不一样，清单本身就是索引，切片按序排好。一个需要索引，一个自带索引。把两个名字拼在一起，像把地图和路标塞进同一个信封。
顺手查了下这个命名在搜索结果里的位置。有人把它写进聚合列表，锚文本五花八门，比如 xn-jlqv3m 这样的短码，或者 a57t5a.cc 这类域名截断。名字越怪，说明它越是被复制粘贴过很多次。
第三个细节：那个下午
8 月 16 日下午三点，我去了城东的电子城，找修硬盘的铺子。老板姓吴，五十来岁，桌上摆着三台拆开的笔记本。我把硬盘递过去，他插上电，听了十几秒，说盘本身没问题，坏的是记录，不是硬件。
他问我这文件重要吗。我说不重要，我就是想知道它为什么会是 0 字节。他笑了一下，把硬盘拔下来还我，说：想知道原因的人，通常比想要文件的人多。这句话我录在手机备忘录里，标了时间 15:42。
回程的地铁上我想到另一个入口，195.com登录入口 这类地址在旧收藏夹里出现过。点开是空的。和那个文件一样，空得很彻底。
我的看法
说实话，我不觉得「天堂漫画视频m3u8.mp4」是个值得保存的文件。它更像一个命名事故：有人把两种分发方式塞进一个名字，省了事，也断了路。真正值得记下来的是它暴露出来的问题——我们对文件名的信任，远远超过对文件内容的信任。
名字说它是视频，我们就当它是视频。名字说它可播放，我们就去点。可 0 字节的文件不会播放，只会沉默。沉默也是一种回答，只是我们常常听不见。
文件名是承诺，文件头是事实。这两样东西对不上的时候，人总是先相信前者。 —— 老周，2024 年 11 月，办公室白板
还没答案的问题
第一，那个文件为什么被写成 0 字节。是中断，是占位，还是有人故意留了个空壳。第二，m3u8 清单原本指向哪里，切片还在不在。第三，也是我最在意的：一个从来没被成功播放过的文件，为什么会被这么多人记住名字。
我没有答案。硬盘已经格式化了，纸还压在键盘下面。有些问题不需要答案，只需要被记下来，比如今天这个。