从《龙珠Z》整理案例，看个人媒体库的系统化文件管理方法

每个折腾过个人媒体库的人，硬盘里大概率都躺着几个意义不明的文件夹。我最近清理硬盘时，翻出一个叫 dragonballz_e235-2 的老目录，乍一看像乱码，其实是我自己一套编号规则下的产物：dragonballz 就是指《龙珠Z》这部作品，e235 是“娱乐类资料第235号”的意思，-2 表示这是第二版。这个项目断断续续做了两年，从最初单纯想重温一遍童年，最后变成了一套相当完整的《龙珠Z》资料整理体系。这篇文章就把整套思路写清楚，包括剧集版本怎么选、四个大篇章怎么拆解、档案表格怎么做、文件怎么命名和备份，希望能给同样想系统整理一部超长篇动画的人一点参考。

1. dragonballz_e235-2这套编号是怎么来的：项目命名逻辑与重建教训

1.1 为什么不用“龙珠Z全集”这种好懂的名字

很多人整理本地影音资料，第一反应是建个文件夹叫“龙珠Z全集”，里面塞01、02、03这样的子文件夹。我早期也这么干过，后来发现麻烦不少：一是“全集”“特典”“花絮”这类命名在不同来源里五花八门，排序难；二是繁体简体目录混在一起，检索时经常要翻半天；三是同一个IP有多部作品，单靠中文名区分《龙珠》《龙珠Z》《龙珠GT》《龙珠超》很容易混乱。

后来我定了一套自己的编号规则：分类字母加三位流水号再加版本号。分类字母负责区分领域，e 是 entertainment，对应动画和剧集；三位流水号保证唯一性，235 就是当时登记的第235个条目；版本号则记录项目的迭代。-2 代表第二版，也就是结构上重构过的版本。

这套规则的好处很实在：按文件名排序时，同一个 IP 的所有条目会自然聚在一起；主标题用英文或拼音，避开中文字符在不同设备上的编码问题；版本号则让每一次大改都有据可查，不用靠“最终版”“最终版2”“真的最终版”这种自己都会搞混的命名方式。

1.2 项目启动的契机，以及-2这个后缀的惨痛来历

这个项目启动其实没什么高大上的理由。某天我在视频平台上随手点开《龙珠Z》的赛亚人篇，发现小时候记得滚瓜烂熟的剧情，细节已经模糊得厉害。拉蒂兹来地球之前发生了什么？贝吉塔第一次来地球的时候，悟空是开着界王拳打的还是已经会了三倍界王拳？这些都想不太清楚，于是我决定彻底做一次系统的重温。

开始的时候很简单，只是边看边记笔记。后来意识到，光记笔记不够，动画是分集的，每集大概十分钟到一个事件，要想快速定位某个名场面，必须把“集数、时间点、事件、出场角色”拆开存成结构化的档案。于是有了第一版项目，也就是 e235 的初稿。

-2 的出现则是因为一次意外。第一版资料存在一块移动硬盘里，某天硬盘插上电脑之后完全不识别，送去恢复价格劝退，最后只找回一部分文件。那段时间我意识到，个人收藏类的项目，数据冗余不是可选而是必须。重建第二版的时候，我做了三件事：所有表格加哈希校验列、媒体文件按内容和索引分离存放、备份策略改成双盘加网盘。

1.3 项目边界：只做龙珠Z，不做“龙珠全系列”

做个人项目最容易失控的地方就是范围。一开始我也想顺手把《龙珠》初代、GT、剧场版、各种SP全塞进去，后来冷静了一下，决定严格限定在《龙珠Z》这个范围：日本原版1989年到1996年播出的电视动画，全291集，外加相关的几部TV特辑和剧场版。初代和《龙珠超》顶多放在附录里引一下，不进入主体档案。

边界一旦清晰，后面所有事情都好办了。内容量可控，整理节奏不会崩；层级清晰，不会出现“这个剧场版到底属于哪一部”的纠结；更重要的是，后面第4章要讲的表格设计、命名规范、目录树，都是先有边界才做得下去的。如果你也想做类似项目，我强烈建议第一步不是选工具，而是写清楚“我做哪一部、不做哪一部”。

2. 重温《龙珠Z》之前，版本差异才是第一个坑

2.1 日版291集和海外剪辑版，观感差距比想象中大

《龙珠Z》在日本的播出集数是291集，这也是几乎所有资料库默认的集数基准。但海外发行时存在各种版本：有些版本把剧情压缩，有些版本重新配了乐，还有一些版本在和谐处理上比较激进，导致同一场景的压迫感和喜剧感都变了。

我个人的建议是，如果条件允许，优先以日版原片、日语原声作为档案底本。这不是说其他版本一无是处，而是从资料整理角度看，日版集数划分是行业通用的锚点。你写“第95集出现超赛变身”，任何熟悉原作的人都能对上号。反过来，如果你用的是某个海外压缩版，集数编号只有你自己知道，讨论和检索都会变得很麻烦。整理档案的第一原则，是让编号系统对陌生人也可解释。

2.2 4:3原始画幅与16:9重制版的取舍

《龙珠Z》原始播出比例是4:3。后来出的不少重制版本，为了迎合宽屏，把画面裁成了16:9。问题在于，当时的画面是按4:3构图和制作的，强行裁成16:9，上下被切掉，角色的头顶和脚底时不时会出画，打斗场面的空间感也会受影响。

我手里的档案最终保留的是4:3版本，原因是它最接近当年制作人员实际画出来的内容。16:9重制版画质可能更锐利、颜色更鲜艳，但如果代价是切掉一部分原始画面，对我这种整理型用户来说不太划算。当然，如果你就是想要“满屏”体验，选重制版也没问题，但建议在档案里注明版本信息，避免以后对着一个文件想不起来为什么画幅比例怪怪的。

2.3 剧场版和TV特辑应该插在哪里看

《龙珠Z》的剧场版基本都是平行时间线，不太影响主剧情。但对重温体验来说，插入顺序还是有点讲究。我给自己的档案定了一套顺序，你可以直接照抄：

这套顺序的核心逻辑是：特辑补背景，剧场版当平行故事，主篇按集数顺序走。这样看下来，不会被剧场版干扰主线节奏，又能保留“换个口味”的空间。

2.4 音轨和字幕文件的命名规范

字幕文件挂不上的痛点，多半是文件名和视频文件名不一致。我现在的做法是，视频文件叫 DragonBallZ_E235_S01E035，字幕文件就叫 DragonBallZ_E235_S01E035.zh.ass。多语言字幕用中缀区分，.zh 代表中文字幕，.jp 代表日文字幕。这样的命名一眼就能看出对应关系。

另外提醒一句，老动画的字幕文件经常有编码问题。打开如果看到乱码，不要急着改文件扩展名，先用文本编辑器把字幕文件的编码统一转成 UTF-8，再重新加载，大多数情况都能解决。

3. 四个大篇章怎么拆成可检索的档案模块

3.1 赛亚人篇：从和平日常到地球危机

赛亚人篇是整部《龙珠Z》的“压力测试”。拉蒂兹登场后，悟空发现自己不是普通地球人，而是被派来征服地球的赛亚人，这个设定彻底把故事从前期冒险拉到了宇宙级战斗。悟空牺牲、界王星修炼、贝吉塔和那巴降临，每一段都是经典。

我在档案里给这一篇标注的核心事件是：拉蒂兹之战、悟空战死、界王拳修炼、贝吉塔那巴来犯、悟空驾驶飞船赶到战场、元气弹首次实战。战斗力的数字也从这里开始变得离谱，拉蒂兹探测器显示1500，贝吉塔初临地球时直接跳到18000，这种“数字膨胀”反而成了粉丝之间的共同语言。整理档案时，我把这些数值单独建了一个字段，不放进正文，方便以后做对比图。

3.2 那美克星篇/弗利萨篇：超级赛亚人的诞生时刻

如果说赛亚人篇是开胃菜，那美克星篇就是正餐。一行人登录那美克星找龙珠，遭遇弗利萨势力的层层拦截，基纽特战队登场，最后弗利萨亲自出手，逼出了传说中的超级赛亚人。这一篇的情绪曲线非常长，从压抑到爆发，跨度很大。

档案上我把这一篇的核心事件列成：登录那美克星、寻找龙珠、基纽特战队交换身体、弗利萨最终变身、克林被杀、悟空第一次变身超级赛亚人。超级赛亚人诞生的那一幕，配上主题曲响起，是整部作品里标志性的名场面。提到这集时我会在档案里特别加一个“高能”标签，方便以后快速找出来重看。那美克星篇大致从第36集延续到第107集前后，跨度约70集，是四个篇章里单段剧情最长的一篇。

3.3 人造人/沙鲁篇：时间穿越和父子羁绊

沙鲁篇最妙的地方在于引入了未来时间线。未来特兰克斯从时空裂缝里过来，警告三年后会出现人造人，紧接着人造人19号、20号登场，然后是17号、18号，最后是吸收了人造人、进化成完全体的沙鲁。这一篇的敌人从“纯力量压制”变成了“会进化、会算计的谋略型反派”，节奏感完全不同。

档案标注的重点事件：特兰克斯未来警告、人造人19号20号登场、17号18号与16号登场、沙鲁的三种形态、沙鲁游戏开幕、孙悟饭爆发超级赛亚人2、龟派气功对波。对波的那一段，本来是很标准的战斗场面，但动画用了整整一集的篇幅来拉长它，配上断断续续的台词，把绝望感拉到了顶点。

3.4 魔人布欧篇：群像、合体与元气弹的终章

魔人布欧篇是整个《龙珠Z》的收尾，风格比前几篇轻松了不少。界王神登场、武道会重启、魔人布欧复活、变成各式各样的形态，角色也越来越多，悟空、贝吉塔、悟饭、悟天克斯甚至撒旦先生，都在这篇里有了自己的高光时刻。

档案里我标记的节点：界王神登场、巴比迪飞船里的超赛3首秀、魔人布欧吸收悟饭、贝吉特与悟天克斯合体、最后决战元气弹。这一篇讨论最多的还是合体设定，悟天克斯的搞笑风格和贝吉特的智商压制形成鲜明对比。到了结尾，元气弹汇聚全人类气力的画面，给291集的TV动画画了一个非常温暖的句号。

四个篇章全部标注完，再看整部作品，会明显感受到节奏变化：赛亚人篇是布武天下的爽快，那美克星篇是绝境求生的压抑，沙鲁篇是谋略与宿命，布欧篇是回归群像的狂欢。用篇章拆档案，不只是为了检索方便，更多是为了理解一部超长篇作品的结构感。

4. 档案做到什么程度才算合格：表格、命名、备份的完整实操

4.1 剧集信息总表长什么样

我做档案时，第一个建的文件是一张剧集信息总表，字段包括：集数、篇章、中文标题、日文标题、对应漫画话数、首播日期、核心事件标记、名场面时间戳、备注。每集一行，291行拉完。这个表初听起来工作量大，实际上一集一行，一分钟就能填完一集，分四五次就能搞定。

表格示例片段：

这套表的价值在于，以后不管你是想写文章、剪视频，还是跟朋友争论某一集到底发生了什么，都能用10秒钟定位到具体集数和时间点。这也是整个项目最核心的产出。

4.2 名场面时间戳怎么记才有用

时间戳不是记一个起始时间就够了，我会记三段信息：起始时间、结束时间、一句话描述。比如“07:12-09:28 悟空第一次以界王拳迎战贝吉塔”。描述尽量写具体，不要写“战斗画面”这种废话，要写“哪两个人、什么状态、发生了什么事件”。

工具上，我用播放器自带的快捷键快速掐点，再用表格把时间点统一存起来。这里有个小技巧：看一集顺手记，不要等整集看完再回忆。回忆式的记录误差极大，而且会漏。记完之后，每集花30秒核对一遍，正确率基本能到99%。另外，时间戳文件建议单独存一份纯文本版，这样即使将来表格软件不兼容，也随时能用编辑器打开。

4.3 媒体目录结构与文件命名实例

档案主体的目录结构我是这样设计的。这个结构既支持按篇章浏览，也支持按集数检索：

code复制DragonBallZ_E235/
├── 01_Saiyan_Saga/
│   ├── DragonBallZ_E235_S01E001.mkv
│   ├── DragonBallZ_E235_S01E001.zh.ass
│   └── DragonBallZ_E235_S01E002.mkv
├── 02_Frieza_Saga/
├── 03_Cell_Saga/
├── 04_Buu_Saga/
├── 00_Specials/
├── extras/
│   ├── episode_index.csv
│   ├── famous_scenes.md
│   ├── power_levels.md
│   └── README.md
└── README.md

文件名的规律是：项目代号加篇章缩写加集数。S01E035 这种写法在影音库里是默认排序标准，所有播放器都能正确识别。00_Specials 单独放，避免和正片集数冲突。extras 目录里放所有非媒体的文字档案，这样即使媒体文件全部丢失，索引和数据还在。

我坚持用英文目录还有一个原因，部分设备或软件对中文路径支持不够稳定，尤其是老式播放器和某些内嵌字幕工具，中文路径偶尔会引发加载失败。用英文命名以后，这些兼容性问题几乎没再出现过。

4.4 备份策略，以及-2给所有人的教训

重建第二版之后，我给自己定了三条备份规则。第一，所有索引表格和文字档案，每修改一次，立刻同步一份到网盘。第二，媒体文件因为体积太大，放在本地两块硬盘里各一份，不压缩、不做分卷，避免损坏后的连锁反应。第三，每半年做一次文件完整性的哈希校验，确保没有静默损坏。

校验工具不需要多复杂，找支持哈希计算的免费工具，把校验结果导出成清单文件存起来就行。我是三年多前丢过一次数据才意识到，备份不是为了防系统崩溃，而是为了防“某个文件复制过去之后其实已经在坏道上”这种无声无息的情况。哈希校验是唯一能让数据完整性可见的手段。

5. 同名方法换到别的IP一样好用，还有我踩过的坑

5.1 方法论不是龙珠Z限定

这套“编号体系加表格档案加命名规范”做完之后，我很快复制到了其他项目上。比如整理一位导演的作品集，用导演名字缩写加作品顺序号；整理一套科幻动画，用世界观作为顶层分类。思路基本一致：先定边界，再定编号，再画目录树，最后用表格把每一集每一部的信息落进去。

复制的时候最省力的部分其实是表格模板。我把剧集信息总表的字段调一调，把“对应漫画话数”改成“对应原著章节”，“名场面时间戳”改成“关键剧情节点”，一张新项目的表几分钟就搭好了。所以说，花时间把第一步的结构打磨好，后面的所有项目都会受益。

5.2 踩过的三个坑，一次性列清楚

第一个坑是集数版本混乱。不同片源的“第X集”内容可能不一样，尤其海外版存在合并集数的情况。我一开始照搬某个网站的集数标注做表，后来抽检发现有几集的标题对不上内容，全部返工。所以每集至少要抽看开头和结尾的画面，确认事件和记忆中的集数一致。

第二个坑是剧场版插入位置太随意。我最早在看沙鲁篇中途插了一部剧场版，结果剧情正紧张的时候被拉到一条平行故事线，情绪断得非常难受。后来把剧场版全部挪到篇章之间，观感立刻好很多。

第三个坑就是备份不足。第一版数据丢失的直接原因，是硬盘只存了一份，没有冗余也没有校验。重建第二版之后，我再也没有往同一个盘里写满就不管的操作。所有重要的东西，至少要同时存在于两个物理位置。

5.3 几个真正有用的小建议

如果你也想做类似项目，我的建议是不要追求一次到位。先只看第一集，把第一集的三行表格填好，把时间戳记好，第二天再处理第二集。两个月后你回头看，已经积累了60多集的可检索档案，这种正反馈比“规划一个月后动手”要强得多。

工具选顺手比选高级重要。我最终用的就是普通表格软件加文本编辑器，没有折腾复杂的媒体服务器。核心数据都存成 CSV 或 Markdown 这种纯文本格式，任何设备、任何软件都能打开，不怕绑定在单一平台上。

最后，在整理过程中你会重新发现被忽略的细节。比如我整理到沙鲁篇时，才注意到16号这个角色的沉默和布欧篇里他对大自然的执着，其实是同一种价值观的延续。这种“整理过程中长出来的新理解”，才是这个项目最值回票价的部分。