前段时间后台收到不少私信，都在问那个日播时间段比较固定的博主kuzu_v0，资源是不是还在更新。正好前两天把手头存的几个版本对比了一遍，顺便把站内收录的这个合集重新梳理了一版，放出来给有需要的朋友参考。
这个合集目前站内标注的是170GB，实际落盘大小会因为压缩格式、分卷方式不同有几个G的浮动。最早收录的时候大概在140GB左右，后面陆续补了几十期直播回放、几组定制图包，才堆到现在的体量。标题里写的”持续更新”不是客套话，作者那边只要还在播，这边就会跟进补档，只是频率快慢看运气。
资源构成大概是个什么样
按内容类型拆开看，主要分三块：
直播回放占大头，接近100GB。这部分画质参差不齐，早期用手机端推流，码率只有两三兆，看个大概轮廓没问题，细节糊得厉害。后半段换了采集卡加OBS，1080P60帧跑满带宽，单场四五个小时下来动辄十几个G。中间有段时间作者尝试过竖屏直播，那批文件命名规则跟横屏不一样，整理的时候容易漏，建议按日期排序查漏补缺。
图包部分大概30GB出头。早期是手机自拍修图，后期请过修图师，风格差异挺大。文件名里带”raw”后缀的基本是未修原图，带”retouch”或版本号v2、v3的才是成品。有几期主题拍摄——比如万圣节那套、夏日泳装那组——单独打包过压缩包，解压密码通常是作者常用ID加生日数字组合，站内备注里都标了。
剩下四十来个G是零碎素材：语音包、短视频切片、几次联动直播的切片、甚至还有几期没播完就下播的测试流录屏。这部分文件命名最乱，有的只有时间戳，有的用平台自动生成的随机字符串，整理时建议用Everything按大小排序，把几十M以下的小文件单独建个”碎片”文件夹，别混进正片里。
更新节奏跟补档逻辑
作者直播时间比较固定，基本锁定在晚十点到凌晨两点，周末偶尔会加场下午场。但更新合集不是实时同步的，通常有三到七天的处理窗口：直播结束→平台生成回放→作者或运营下载→切片/去水印/重编码→上传网盘→站内抓取入库。中间任何一环卡住，更新就会延后。
补档主要集中在两类情况：一是平台回放过期失效，作者自己留了本地备份再传一次；二是早期画质太差，后期重新采集高码率版本替换。站内会保留旧版本不覆盖，文件名后面加”_v2″或”_remaster”区分，方便对比画质差异。有次作者生日特别企划，连续播了三天，中间第二天设备过热掉帧严重，事后补了修复版，这种细节在更新日志里都会标注。
存取建议跟避坑指南
170GB听起来不算离谱，但单文件最大的有接近40GB（那场六小时长播），解压、校验、迁移盘都得预留双倍空间。网盘下载建议用多线程工具，单线程限速严重，跑满带宽得开八线程以上。解压用Bandizip或7-Zip，别用自带解压器，遇到分卷压缩包容易报错不提示。
文件校验这步别偷懒。站内每个分卷都附带了SHA256校验码，下载完第一时间跑一遍，哪怕只校验首尾两个分卷也比裸奔强。前阵子有用户反馈某期直播回放第15分卷损坏，重下那一个分卷就好了，要是不校验直接解压，后面全是乱码。
命名规范化建议跑一次脚本。作者原始文件名混杂平台ID、日期、主题标签、流水号，极其不统一。我自己用的重命名规则是：`YYYYMMDD_HHMM_类型_主题_版本.扩展名`，比如`20240315_2200_live_生日特别企划_v1.mp4`，配合Everything检索秒出结果。图包按拍摄主题建子文件夹，文件名保留原序号加页码，方便按序浏览。
这个合集适合谁看
不卖课不引流，实话实说：
– 追求完美画质、只看4K HDR的，早期那批直播回放别下了，浪费硬盘。
– 只看精修成品图的，直接进”图包-成品”文件夹，别进raw原图目录。
原文链接: kuzu_v0 日播博主作品合集 [170GB] 持续更新
– 想研究作者直播风格变化、妆造演变、设备升级历程的，按时间序把直播回放全挂载上，是最完整的观察样本。
– 硬盘不够大、不想折腾分卷校验的，建议只下近半年的高码率段，早期资料馆藏价值大于观看价值。
后续维护计划
站内会维护一个增量更新索引表，每次新增内容会在表头标注日期、大小、内容类型、网盘链接状态。遇到链接失效、文件损坏、漏传分卷，在评论区或工单反馈，看到当天处理。作者如果更换直播平台、调整推流参数、开通新付费频道，合集结构会做相应调整，旧版本不删，新增独立分类。
有个细节提醒一下：作者近期在测试VR180直播，那批文件是双鱼眼格式，常规播放器打开是重叠双圆，需要专用播放器或转换工具处理。目前只放了两期测试流，没进主合集，单独放在”实验性内容”目录下，感兴趣的自取。
—
整理到这里，硬盘还剩两百多G，够再跑几个月增量。下载链接在文章末尾固定位置，校验码、解压密码、更新日志全在同目录下的`README.txt`里。不定期清理失效链接，有问题留言，别私信，私信看不及时。