整理这个合集的时候，文件夹命名还停留在半年前。当时硬盘里堆积了不少待分类的素材，yummyki的内容因为体量大、风格统一，一直拖到现在才腾出手处理。压缩包解开后，931张图片配合162个视频，实际占用空间比标注的2.3G略大一些，大概在2.5G左右，多出来的主要是视频缩略图和部分重复截帧。

先说分类逻辑。这个「岛遇」系列并非单次拍摄，而是跨越多个时间节点的内容聚合。早期发布在抖音端的竖版短视频，后期陆续同步到其他平台的横版版本，中间还夹杂着几次直播切片。整理时按发布时间线重新排序，大致分成三个阶段：初期以海边随拍为主，构图随意、色调偏冷；中期开始出现固定场景复拍，服装搭配更有设计感；后期则明显带有商业合作痕迹，画面精修程度肉眼可见提升。

图片端的931P里，原图比例约占六成。其余为平台压缩版、裁剪版、甚至带水印的转发图。视频端162V则更复杂，包含原始发布版、无水印下载版、高码率备份版，还有几段疑似未公开发布的花絮片段。去重处理花了不少时间，光是对比MD5值就跑了两遍脚本，最终确认唯一视频文件147个，图片唯一文件892张。

点击访问: 【岛遇】抖音yummyki合集【931P 162V 2.3G】

从浏览体验角度看，这个合集的连贯性比单独刷主页强不少。抖音算法推送是碎片化的，同一套服装、同一场景的内容可能间隔两周才推给你，等看到第三条早忘了前两条细节。合并后按场景分组查看，能明显看出拍摄节奏的变化——比如同一片礁石区，早期拍日出逆光剪影，中期拍退潮后的潮池倒影，后期直接架上补光灯拍特写产品植入。这种纵向对比，单看单条作品完全感知不到。

收录时特意保留了文件名里的时间戳和原始ID。有些收藏者习惯重命名整理，但保留源文件名方便后续交叉验证。比如某张图片文件名含「20230715_001」，对应视频里就能找到同天拍摄的移动画面，两者EXIF信息一致，确认是同组出片。这种关联性在单平台浏览时极难发现，只有本地化整理后才能建立完整映射。

存储结构上采用了「日期-场景-媒介类型」三级目录。第一层按自然月分文件夹，第二层按拍摄地点细分（如「海边栈道」「礁石区」「民宿阳台」「室内更衣间」等），第三层分images和videos两个子目录。这样既保留时间线索，又便于按场景批量查看。视频文件额外建立了index.txt，记录每个文件的时长、分辨率、码率、是否有水印、对应图片组编号，方便后续检索。

容量控制在2.3G这个数值上，其实是个平衡点。如果全保留原始码率视频，单视频部分就超4G；如果全压制为720p，又会丢失细节纹理。最终方案是：图片端保留原始分辨率JPG，视频端统一转码为H.265/HEVC编码、1080p分辨率、CRF 22质量参数，兼顾体积与画质。转码用的HandBrake批处理，跑了整整一个通宵。

有几个细节值得记录。第47组「黄昏逆光」系列，图片有37张，但对应视频只有1段15秒切片，疑似其余素材未公开或遗失。第89组「蓝色连衣裙」组图，EXIF显示相机型号为iPhone 14 Pro，但视频元数据却显示用GoPro Hero 11拍摄，推测是双机位同步拍摄，后期只发了手机修图版。第112组「夜景灯光」视频，帧率异常为24.97fps，非标准25/30fps，可能经过变速处理或混剪。

整理完成后做了个简单的浏览器离线索引页，基于JSON数据渲染缩略图网格，支持按月份、场景、媒介类型筛选，点击可在本地播放器打开视频或图片查看器打开大图。比直接在文件管理器里翻找效率高得多，尤其是视频预览时不用逐个打开确认内容。

这个合集的价值不在「珍贵」或「稀有」，而在「完整性」和「可对比性」。把平台算法打碎的碎片重新拼成完整时间线，把不同画质、不同版本的同源素材并置，这种整理行为本身，比单纯收藏文件更有意义。硬盘里还有十几个类似体量的待处理合集，下一个大概率是某位摄影师的早期胶片扫描档案，文件命名混乱程度远超这个，估计又得折腾好几天。

目前压缩包已按上述结构打包分卷，单卷不超过1G，便于网盘存储和分享传输。校验文件同步生成，包含MD5、SHA256、文件列表清单。需要的自取，建议下载后先核对校验值再解压，避免传输损坏导致重复下载。