这篇只讲一件事:我手上这套「10后小妹妹高清视频」素材,是怎么从一堆碎片变成可检索的归档的。不套话,写完就收工。

2024 年 12 月 17 日,晚上十一点四十,我蹲在出租屋的折叠桌上,把移动硬盘插进那台用了五年的 ThinkPad。桌边摊着一叠便签,最上面那张写着「12.17 前归档 314 条」,日期被我用红笔圈了两遍。硬盘灯一闪一闪,风扇声音大得像小风扇。那晚我删掉了一个 6.2GB 的重复目录,手指按确认键的时候犹豫了大概三秒。

这件事的起点其实很普通。我一直在收集、整理和记录「10后小妹妹高清视频」相关的公开素材,起初是给自己看,后来朋友问我要,再后来就变成了一个站。别人以为这是个随手点点就能做完的活,只有真做过的人才知道,最耗时间的不是下载,是命名、去重、核对版本,以及给每一条写清楚它到底是什么。

那个 6.2GB 的目录,和一次手滑

先说删目录的事。那里面是 2024 年 9 月到 11 月的一批素材,重复率很高,命名全是「新建文件夹(3)」这种。我用了一个叫 HashDeep 的小工具跑校验,跑完发现有 112 个文件的哈希值撞车,实际有效内容只有 63 条。删之前我做了两次备份,一次在 D 盘,一次在一块 2TB 的西数移动硬盘上。结果第二天早上发现,D 盘那次备份因为路径太长,实际只拷进去一半。我盯着屏幕,心里骂了自己一句:备份没验证,等于没备份。

那天中午我没吃饭,把硬盘里的文件按修改时间重新排了一遍,对着 Excel 一条条补编号。编号规则是我自己定的:年份四位加月份两位加序号三位,比如 2412037。看着笨,但后来找东西特别快。也是从那天起,我给自己定了个死规矩:任何归档,必须能在三十秒内定位到文件所在的物理位置。

高清这件事,不是分辨率说了算

很多人看到「高清」两个字,第一反应是 1080p 或者 4K。我做过一个很小的对照:同一段素材,A 版本码率 8Mbps,B 版本码率 3Mbps,两者都是 1080p。在 13 英寸的笔记本屏上,差别几乎看不出来;投到 65 寸的电视上,B 版本的暗部会糊成一片。所以我在收录页里给每条素材都标了码率和来源,光看分辨率会骗人。这条标准听起来啰嗦,但它帮我挡掉了大概四成看着漂亮、实际没法用的文件。

顺带说一句我的个人看法:市面上大多数所谓「高清合集」,其实是在用文件名唬人。 一条 720p 但压得干净、帧率稳定的素材,价值高于一条标着 4K 却满是压缩块的东西。我不太接受「越大越好」的逻辑,这也是我做筛选时最较真的一点。有朋友嫌我太轴,我认。

收录页是怎么长出来的

最初我用的是一张在线表格,后来条数过了 800,表格加载就开始卡。2025 年 3 月,我花了一个周末,把整个清单迁到了自建的静态页面里。迁移那天,我泡了一杯速溶咖啡,从下午三点做到凌晨一点,中间只站起来接了一次水。最终上线的页面,就是现在站里的收录入口,如果你对电视剧、电影这类长内容的整理也感兴趣,可以看看 飞极速电视剧电影大全 这个页面的结构,我做分类标签的时候参考过它的思路。

整理工具方面,我目前主要用三个脚本:一个负责批量重命名,一个负责跑哈希去重,还有一个负责生成索引的 CSV。第三个脚本是 wandoupro.com 上一位朋友帮我改的,原来那个版本在处理中文路径时会乱码,改完之后稳了很多。工具不复杂,复杂的是每天都要坚持跑一遍。

细节三则:人名、数字、动作

第一则,是阿哲。他是我大学室友,现在在杭州做后端,2025 年 6 月帮我写了第一个去重脚本。那天他在微信里发了条语音,说「你这个文件命名,比我们公司遗留代码还乱」。我听完笑了半天,然后照他说的,把所有文件名里的空格全换成了下划线。

第二则,是数字 314。这个数字是我 2024 年 12 月那批归档的原始条目数,验证完有效条目是 187。剩下那一百多条,全是重复、截断或者解压失败的。我把这个比例记在笔记本第一页,提醒自己别被数量骗了。数量看着热闹,能用的才是自己的。

第三则,是一个动作。每次归档结束,我会把移动硬盘拔下来,贴一小条黄色便利贴,写上当天的日期和条目数,再放进抽屉。抽屉现在有十九张便利贴,最早那张的字已经开始褪色。这个动作没什么实际用处,但做完之后,我才能安心去洗澡睡觉。也正因为这个习惯,我在看 主播视频.xzy 这类需要长期维护的归档站时,会特别留意它的更新记录是否规律——有规律的更新,背后通常有个认真的人。


写到这儿,窗外天已经黑了。今天的整理任务还剩四十一条没核对,我打算再去跑一次哈希,然后关电脑。这篇文章没什么结论,就是一个普通晚上的记录。如果你也在做类似的事,大概会懂那种疲惫之后、又觉得还行的感觉。