重点软件-tfcenter：负责提供webdav灯远程文件访问服务

开始简要介绍整体流程，之后会详细介绍
丨
一.确认需要收集的资源的评分，名称，类别等各项数据
丨
二.下载资源，并确认版本，分辨率等相关信息
丨
三.整理资源，根据已有信息对其进行高度规则化重命名，并将其放置于压缩目录下对应的目标分辨率文件夹中（看不懂没关系，后面会有案例讲解）
丨
四.等待某个目标分辨率文件夹中的资源存储到一定内容后（缓冲池），开始对次文件夹中的资源进行压缩，之所以按照目标分辨率进行压缩前分类，就是因为预设容易统一设定
丨
五.压缩前需要用脚本进行初次免二压处理（二压即为本次压缩，原因是输入进来的视频至少经过了一次压缩，所以之后的初次压缩被称呼为二压）
丨
六.ShanaEncoder执行压缩流程，生成对应的HMTV文件（此后缀为本人自定义，便于脚本检测）
丨
七.使用脚本处理压缩完成的HMTV文件，自动判断新旧视频的编码，分辨率，码率，与脚本内存储的码率线之间的关系，并做出相关活动
例如，若新视频体积大于旧视频，则脚本会将新视频后缀名修改为警告后缀，原视频保持不变，意为让压缩者使用更差的预设重复压缩
丨
八.等本轮压缩的视频均通过脚本检测后（即，不存在新的警告后缀文件，并将原视频全部删除），使用ReName软件，为新视频添加编码信息后缀
丨
九.使用脚本中的文件完整度校验功能为所有mp4文件新增crc32信息到文件名中
丨
十.使用multipar软件为所有资源生成恢复数据文件（类似于rar的恢复数据，防止文件出现少量连续的数据错误）
丨
十一.确认资源是否需要生成低码率版本文件，（本人对超过10G的电视剧会重新压缩一套总体积约8G的低码率版本，并实际存储低码率版本，高码率会存储至云端）
丨
十二.使用shana执行低码率压缩操作
丨
十三.使用脚本中的低码率视频迁移功能自动将低码率版本视频与普通视频分离，并在分离过程中为低码率文件自动修改crc32信息
丨
十四.使用shana执行便携版压缩操作（便携版指分辨率，码率，帧率都相对较低的文件，每个视频都会有便携版文件）
丨
十五.使用脚本迁移便携版视频文件到外部
丨
十六.资源处理完毕，使用rar压缩为固实加密压缩包（目录不可见）
丨
十七.将资源的所有版本转移到对应位置，仅留下rar文件等待上传
丨
十八.将资源名添加至Excel中，并使用Excel中的自动填充序列函数和十六进制转换函数生成一个补位到x位的十六进制码，作为该资源加密后的文件名
丨
十九，对rar进行文件名，后缀简易加密（密文见上，后缀名自己随便起），上传至云端
丨
结束

重点程序-multipar：能够为文件或文件夹生成对应的数据恢复文件 par2文件，并可以进行数据完整性校验及恢复

简易流程图

因为我也不可能全天候呆在贴吧，所以内容上我会逐渐更新

不是我说，那些个硬盘数量论，不处理无敌论
丨
你说的很好
丨
但你有大病
丨
因为优化本身也是技术的一种
丨
你说的不优化对于优化者而言，只是把参数调为0的特殊案例一种
丨
我在这里和同好讨论如何优化，并没有说一定要优化，但你上来就告诉我优化没有意义，你似乎可以什么都不做，就已经站在了最高点
丨
你不是有大病是什么？
丨
你以为你下载到的资源是完全无压缩的？还是你以为蓝光原盘也是无压缩的？
丨
你所谓的不优化，不就是站在了人家优化好的肩膀上吗？
丨
有什么可特别骄傲的

还有所谓“存那么多也不看”
丨
那是你的问题，你自己下载到本地不看后悔了是你的事情，没必要强制代入他人场景替他人悲伤
丨
集邮者也不是非要全角度欣赏自己集到的每一张邮票
丨
收集是种爱好，总是有人不尊重这种爱好，拿着不务正业，空占损耗来说事
丨
嘴脸越来越变成我们熟悉的样子
丨
什么新时代赛博家长

下面开始详细讲解每个步骤，并在其中穿插案例

首先，假设我们本次收藏的影片是电影“你叫什么名字”和韩剧“说白了狒狒是你”
丨
上面都是虚构的，以防引起争议
丨
第一件事就是去豆瓣酱评分站看看多少分，以及叫什么名（最好用一个更普罗大众的名字），我们把这个名字称呼为权威公开名称
丨
但总有些特殊的影视资源豆瓣酱网并不收录
丨
此时要么是用约定俗成的命名方式命名
丨
比如ABC系列的911作品，有中文，我们就可认为权威公开名称为ABC 911
丨
也可以使用我们自己定义的名称作为权威公开名称
丨
比如 xx大学动漫社2021动漫祭
丨
这种作品很显然，没有收录是因为没有热度，受众不公开，而且规律不可寻，很多小综艺都面临这种状态，因此只能自定义名称

还是说一下，之后的案例分析中，都是按照我的标准来判断如何处理视频资源
丨
你完全可以设定自己的标准，我只是抛砖引玉，用来给各位打个样
丨
例如，下文中可能会出现我使用评分来判断目标视频应当压缩到多少分辨率以下
丨
你就可以打算完全不看评分，所有视频都保证不超过某个分辨率即可
丨
这也是没问题的，这种场景下你就不需要看评分了

现在让我们来看评分与画质的对应标准
丨
首先，之所以要搞这种标准，根本原因还是为了能最大程度的解决压缩视频时产生的时间成本，电力成本以及存储空间成本
丨
当我们按照评分将不同的影视分属不同的分辨率上限时，我们能把CPU工作时间分配到更属于它的地方去
丨
对于低评分作品，我们使用低分辨率保存，能加速压缩流程以及降低空间占用
丨
如果你觉得画质过时是件可怕的事，其实大可不必，因为我的标准早已经迭代了数次，画质过时对我而言早就是事实了
丨
但说实话，绝版的内容并不多，将来只会有越来越多的更高画质的内容涌出，因为现在的AI补帧和超分辨率技术已经十分成熟
丨
我们如果要更新画质也只是重复一次流程，并不会很复杂
丨
而对于我们爱看的，完全有机会发现并更新画质
丨
对于一些不常看的冷门作品，即使发现不了也没有什么关系
丨
好不好与有没有，显然我们应当以后者优先

此图为本人存储影视时的影视评分制度

有点糊，我分开截屏

其实主要还是使用左侧的评分标准，当初设计右侧的时候只是为了留有余地