@zhuangku556 #48 我搜了一下 wiki，这个组真的有意思，相见恨晚啊

@zhuangku556 #48 谢谢提供的信息，以后要新增收藏我去那里看看，如果满足需求可以减少一部分二压工作

@mxalbert1996 #45 你的妄想更厉害
毕竟在你想象的场景里，我那多年积累的几百收藏是必须要全年 365 天 24 小时不间断 CPU 满载压制一遍又一遍的
毕竟在你的想象里，我是不能在开着笔记本工作或者娱乐时，顺便在后台开低优先级 ffmpeg 充分利用时间和设备算力的
毕竟在你的想象里，在笔记本低负载就已经二三十 W 功耗的基础上，加个压制任务到满载的四五十 W 功耗，是远超过你那些不管是在带电跑还是吃灰的硬盘所消耗的生产资源和电力能源的
毕竟在你的想象里，花三小时左右压制一部电影所消耗的资源，是远超过你为了下高清圆盘几十个 GB 不得不长时间开机跑硬盘所消耗的资源的
毕竟在你的想象里，你那些花了大量时间金钱下载收藏却难得看一次甚至一次都不一定会去看的高清资源所耗费的时间精力金钱资源，是不可能会超过我优选、量少、体积小这些策略的

@est #44 那就参考我的回复自己做一下实验，切几秒钟的片段出来，很快的

@SF 变化不明显，体积如你所说省了接近一半，原因还是可以从正文表格中找到端倪：高分辨率、中等偏高的 crf，就对应着四成左右的体积减小。

画质细细对比的话，还是 hevc 的老毛病，有比 avc 更强的涂抹感，但都局限在很小的像素块上，不逐帧反复对比是看不出的。

我拿自己修改的 you-get 从 B 站拖了大量视频，新上传的视频基本都默认下载 hevc 源。

@zhuangku556 以前是主流，现在搜索结果中这档资源越来越靠后。以前人人搞出的 hr-hdtv 用 1024x576 分辨率来降低体积，码率其实给足了。现在的一两 GB 的资源往往是枪版、0day 版、抢首发版，空有高分辨率但码率欠的过分不说，还往往压进了翻译质量差的硬字幕。另外就是，因为是脚本批量二压，所以就算下载的是一两 G 的版本，也逃不过再被二压的命运。

@est #38 你是要二压存档吗？在乎时间的话，x264 或者硬件加速（比如 qsv ），不在乎时间 hevc，为了看清车牌，crf 不能太高但也不需要太低，以 crf=22 为起点尝试，另外可以试着降低分辨率看看能否在满足需要的同时减少总信息量。尝试过程不需要全片压缩，找些有前面车牌的画面的片段，两三秒钟的，切出来实验就行。

@mxalbert1996 #39 这点你错得离谱，硬盘功率虽然比 CPU 满载功率低，但转码是一次性工作，硬盘是 365x24 小时不停，一部电影转码三四个小时耗的电，相比其在硬盘上一直呆着耗的电，简直杯水车薪，多么简单的计算题。这还只是考虑单硬盘的情况，像你们那样硬盘位恨不得插满的，总硬盘功耗都接近我笔记本的 CPU 满载功耗了，硬盘全年空转耗费的电能就为了里面那些几乎不会再去看一眼的“收藏”？众人皆醉我独醒这话原封不动送给你，为了面子连算术题都不会做的人，居然还有脸来“攻击”我说我“攻击”你？

@redeemer1001 #32 怎么了你不开心吗

@jones2000 #33 看电影看的是故事是剧情不是像素点，听的是台词是配乐不是声道和音效，反正我是不愿意为了这些额外的修饰多付出哪怕 100kbps，更别提几十 GB 的空间了

@ayconanw #31 还有另外一个前提：厂商提供的视频画质都是中等，对应到实验数据的表格中，就是分辨率高，但是 crf 也比较高，这个时候，hevc 相比 avc 可以获得 30%-50%的码率降低，厂商就很开心，编码方案商就更开心了

@darer #26 多谢，我看看

@mxalbert1996 #27 压片花我什么时间了？编码器需要我去帮它跑吗？我整套流程操作一下只占用几十秒到一两分钟的事情，我还至少展现了智慧和勤劳，你买了一堆硬盘除了空耗电能存些这辈子都不一定看几遍的东西，显得你有能耐？你那些高清动辄几十个 G，我耗费要少于你的资源消耗远少于你的能量依赖要少于你的设备零部件占据远少于你的空间却获得原超于你的体验，在你这种不动脑子不动手只会空口叫嚣花钱实则送钱的人面前我不显摆显摆对得起你的花出去的冤枉钱的吗？

另外创作者是最明白高清纯属伪需求的人群，各大平台哪个不二压？哪个二压码率能喂饱？平台商怂恿创作者配合他们坑用户呢，他们说的话他们自己都不信，你作为被骗的小白鼠你起什么劲？

@zhuangku556 #25 我这一部电影基本不超过一个 G，动作场景少的片不超过 500M

@ouqihang #21 原盘和 bd-rip 的唯一价值是作为高清晰度的“源”，为二压提供基准

@mxalbert1996 #18 还有忘了说，我可能一直都没说得足够清楚——画质是可以牺牲的，画质是永远都可以牺牲的，所以“更懂调参”这是你自我代入脑补了。
用 500kbps 码率就能清楚表达的故事，为什么我要浪费几千 kbps 的码率？
720p@800kbps 的画质会丢失暗场、丢失每一滴雨水、丢失一小部分衣服纹理皮肤褶皱，然而这些细节难道不是本来就是多余的吗？
动画的高离散特性导致它需要更高的码率保留画面的锐利感，但是适当提高足矣。
现在最让我不服的就是收藏的 mmd，码率实在是降不到 2000kbps 以下，我考虑降低此类视频的分辨率档次，以后全部二压成 720p 试试看。

@minami #19 还行，这次实验，以及跟你和另外几位的交流，已经帮我把方案定下来了，我上面也说过了，就是分两种情况：
低分辨率高画质，低 crf 值，qsv，速度极快，体积只比 hevc 高 20%-30%，画质细节保留得还比 hevc 多（当然 hevc 调参数应该也能追上来，但是 hevc 太慢了）；
低分辨率低画质，高 crf 值，hevc，速度慢，但是体积很小，非常小，真正意义上同等画面比 avc 少了一半（甚至更少），画面涂抹感比较明显，丢了不少细节，但是轮廓线条清晰（此时如果用 avc 已经成了马赛克了）。

@mxalbert1996 #18 你猜测的流程，没有我实际使用的流程的三分之一复杂。

首先不管是电影电视剧动漫，只要是没看过的，下载之前要翻介绍评论，如果是大路货就把念头掐灭，不管它有多火热，坚决不下！

下载完了可能会先看一遍，比方说正好有空正好有兴致，一遍的过程中发现不行就删掉，不管是看到中间还是完整的一遍。

存活下来的文件会进一台作为 nas 的自攒低功耗 x86，用 tmm 爬取电影电视数据并固化（半自动过程，点几下鼠标的事情），后续家里电视盒子开 kodi 就能浏览观看了。

过了一段时间（几个星期或者几个月），那些已经看过但是发现明显不值得继续收藏的文件会被毫不留情地删除，有 tmm 作为库管理，打字搜索可以迅速找到目标，当然不需要点开文件夹逐个找。

相对应地，看过，且决定收藏的，移动至收藏用的路径下，有空了就在后台开脚本批量处理，脚本会根据文件名副后缀判断是否是已经二压收藏的，参数是固化的。

顺便一提普通影音库和收藏库虽然是两个路径，但这俩通过 mergerfs 合并成一个虚拟挂载点，并通过 samba 共享，所以不管文件在哪个路径下，在电视盒子里看来都是同一个路径下。

四五年前买的希捷 3T 机械盘，因为设定成 20 分钟无读写自动停转，所以每天的实际负载时间极少极少，以至于这个老盘的 smart 看上去像是刚用了一两年。3TB 全部 zfs，按日周月自动快照，过期快照自动删除，这样既不担心误删除文件，也不担心快照占用太多空间，现如今还有 500 多 GB 的空间，以及比这更多的快照空间，不到 2TB 的实际数据中，将近 300 部电影和二三十季的电视剧或者动漫其实只占了一小半。

我跟你说个人用家庭存储，非工作室非生产环境，高清是伪需求，多盘是伪需求。这世上伪需求多得淹没了所有人的脑子、眼界和话语，养活了无数尸位素餐的企业。

@minami #15 那系列教程我当初看过的说，虽然现在不记得多少了，但是他们组是面向广大受众的，他们能接受的高画质和低画质，和我所期望的，应该不是一回事……