快速、简单校验自己收藏的资源是否完好的方法
本帖最后由 cmz 于 2020-4-11 11:06 编辑分享下我的校验方法：度盘一般都有秒传机制，一般你的文件如果源头是在度盘或者有人曾经上传过，同时你本地没损坏完好的话是能秒传的。所以只要能秒传就可以证明你下的文件是没问题的，不需要逐个打开播放去检查。不能秒传说明软件检测出本地的文件在服务器上没有对应的匹配，可能文件有少少问题就要小心d了。
（tips:百度客户端上传速度记得改限制为1kb/S）
更新1 有唔少朋友针对百度云的源文件提出异议或者话这钟筛选不靠谱，我觉得靠谱不靠谱要综合去睇（如果有源哈希码谁想靠云盘来盲碰对照阿？）首先要考虑前提：①这些文件过去并没做好即时检查，现在希望检查；②它们没有源文件作为对照组，唯一可以追朔的源头恐怕只有云盘（在云盘上，甚至部分不流通、求都无法求但自己偶然收藏的稀有资源，云盘反而能HASH，因为虽然不流通但作者在云盘做备份了。如果有种子或磁链的当然优先考虑直接跑磁链种子检查一致性），因此只能用云盘的类哈希码作为校对 ③静态备份、将硬盘封存，在之前想大规模检查一下 ④以上情况下找出相对高效率的筛选检查方案，例如一天内搞掂所有检查
更新2 环境① 如旧硬盘有好多旧粤语动画片，且下载来源为BT EMULE或者度盘，②曾经因为空间问题在新旧硬盘、移动硬盘之间搬来搬去当时又没检查的③刻录碟、在其他网盘（如115 倒闭360）拉回本地后没作即时检查的。以上情况最常见，几百个文件一个个打开看边D有问题这种操作未做就想放弃，效率太低了想寻找替代方法。
具体操作：直接全部拉去百度云上传，如果每个平均100M，那么每1分钟左右能读取大概10几个视频（SSD会更快），读取100%后大概率秒传，如果变成正在上传的就暂停它（限速1K不让它传，我们目的是为了快速筛选）。几百个文件完成这样的操作后，如果发现暂停的数量有十几个，那么就关注这十几个即可，如这时候再打开这十几个看看有没问题（有可能秒传机制的BUG造成没秒传但实际没问题，也有可能是真有问题的）。那么整个工作就是打开十几个文件检查而非要检查几百个文件令自己无从下手。至于云存储的源文件哈希码如果是问题的怎么办（第一个上传云盘的人本身如果文件有问题没检查就上传了会产生这种情况）？那肯定和自己本地的MD5不一致啊，读取完就会变成正常上传状态，这时候就人肉检查这些就好了，反正前期工作量已经大大减少
据统计因为网络或者度盘软件原因，每下载几十个文件平均会有一个出点问题，也许能正常播放但md5/sha码并不对的，特别系zip文件，一旦有丁点不对解压也会出错。（随便找个3DM游戏百度压缩分包下一次测试，就知道客户端从盘到本地运输错误率有几高。如果你未试过只能说明网络环境好，但真的不能代表大众网络环境）
此方法对珍稀资源特别适用（例如曾经非常短暂在互联网分享但现在已找不到的绝版类游戏，非常旧的动画版本，不流通的版权视频。特别是老游戏，要人肉检查有没问题真的很难）是迅速校验几百个自己收藏的视频文件方法之一，比较简单，总结就是既然秒传实质是检查本地已下载资源的哈希码对照云内拥有的哈希码的一致性，那么也可以反过来作为检查文件是否一样的工具来用，因为批量操作时它并不慢，作为大范围地图炮级快速筛选很合适。检查完之后甚至能远离互联网 连网盘都不需要了，专注本地冷备份。真正这么使用的人很少，分享给有需要、懂得这个方法价值的朋友https://www.dranime.net//mobcent//app/data/phiz/default/12.png
本帖最后由 stevencif 于 2020-4-10 17:47 编辑
一樣的花時間，所謂秒傳，係要你上載(唔使完整)檔案先，佢再對比，但上傳 可以好慢，佢做對比，有時都好慢，漫到 上傳了半個以上的檔案 才叫 "秒傳"{:7_250:}
根本唔係好方法
校验几百个自己收藏的视频文件，三四套片 都有百個文值啦，上傳 過千(過萬 添) 檔案，都唔覺得係有用的方法{:7_237:} stevencif 发表于 2020-4-10 17:41 static/image/common/back.gif
一樣的花時間，所謂秒傳，係要你上載(唔使完整)檔案先，佢再對比，但上傳 可以好慢，佢做對比，有時都好慢 ...
校验的快与慢同固态硬盘关系非常大，如果系固态你会享受到哩个方法既好处
本帖最后由 stevencif 于 2020-4-10 18:18 编辑
cmz 发表于 2020-4-10 17:53
校验的快与慢同固态硬盘关系非常大，如果系固态你会享受到哩个方法既好处
網盤 與 硬碟 有什麼關係呀{:9_363:} 唔通你會將百度的 換成固态硬盘咩，百度CEO大人{:9_342:} ，光纖網速 都要百度有咁快 先得啦{:9_403:} stevencif 发表于 2020-4-10 18:09
網盤 與 硬碟 有什麼關係呀 光纖網速 都要百度有咁快 先得啦
秒传原理是本地与云的类哈希码的校对 cmz 发表于 2020-4-10 18:17
秒传原理是本地与云的类哈希码的校对
但佢唔係傳送类哈希码，而係傳送 檔案呀{:9_325:} stevencif 发表于 2020-4-10 18:20
但佢唔係傳送类哈希码，而係傳送 檔案呀
我意思话本身云有原档案的时候，这是前提。你没原档案点可能秒传
只要有原档案，你本地的档案没问题，那么打开客户端拉过去就会走校对步骤，校对步骤本地运算类似MD5的东东生成一组密匙，和云端校对，一致就秒传，不一致才上传 cmz 发表于 2020-4-10 18:31
我意思话本身云有原档案的时候，这是前提。你没原档案点可能秒传
只要有原档案，你本地的档案没问题，那 ...
要用幾十分鐘的秒傳，不如自己打開文件，就知成功與否了{:7_237:} 本帖最后由 Jeremy107 于 2020-4-10 19:00 编辑
秒傳都有機會出事, 比如街版黑執事II 第4集, 如果用百度秒傳套片係會有問題, 但係同種去115離線就冇呢個問題, 所以最好都係keep多個幾個唔同netdisk同埋local backup先係最穩陣, 因為有機會你第一次上傳果陣就會出事, 系統record嘅係個壞嘅HASH, 咁你就GG啦 stevencif 发表于 2020-4-10 18:46
要用幾十分鐘的秒傳，不如自己打開文件，就知成功與否了
这个方法根本目的系检测是否完好无损地下载了此文件
视频能顺利打开但系某个时间点损坏几帧的情况，你用打开文件快览的方法根本检查晤到。