显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片

显卡|波导效率私房:根据实际需求,二次压制自己的动画收藏

文章图片



大家好 , 我是波导终结者 。
前阵子在网上逛的时候 , 发现一个资源 , 《妖精的尾巴》第一部共175集高清资源 , 1080P , H265 , 10bit , FLAC , 视频码率在4M-5M左右 , 目测应该是原片直接压过来的 , 清晰度基本完美 。



在一些画面动得非常厉害的打斗场景 , 片源仍然能保证没有肉眼可见的模糊或者方块 , 然而代价是偏大的容量占用 。 只算动画本体的话(种子内还有原声CD、片头片尾、小剧场等其他资源) , 175集占用144G的容量 , 实在有点吃不消 。



于是 , 我的二压计划开始了 。 首先 , 对于动画片来说 , 700-800K码率的FLAC是真的奢侈 , 这个是肯定要压缩掉的 。 而视频码率的压缩 , 主要还是看最终的效果 , 由于源是H265 10bit压制 , 二压的时候不能低于这个规格 , 否则会造成码率浪费 , 与压制的目的:减少体积 , 相矛盾 。



基于此 , 我先写了一段代码 , 用hevc_nvenc也即显卡编码 , 目前H265显卡会比CPU软压快 。 而为了保证画面质量 , 又使用了-rc vbr_hq这个参数来提升一下预期的画面质量 , 得到如上的报错信息 。
经过一番查询与验证 , 得到以下几个信息:
1.hevc_nvenc编码里的vbr_hq是旧版本的参数 , 在新版本里的中高质量Preset里已经不再支持 。
2.H265(hevc)的vbr_hq参数实际上核心是2pass编码 , 已经被-preset slow所包含 。
3.H265的2pass又跟H264的2pass不太一样 , H264的2pass是整遍过完再过一遍 , 而H265里所谓的2pass是类似于预读一段用作参考 。 虽然有看到老外在最新版的x265中调试两遍分开的命令 , 但是权衡之下我还是选择了hevc_nvenc显卡编码带来的速度提升 。 毕竟170多集不是开玩笑的……



按照网上这张表格里的信息 , 只要写上-preset slow便是2pass编码 , 降一档到medium就是1pass , 事实真是这样吗?我们来亲自验证一下 。



如上图 , 上面是-preset slow参数 , 下面是medium参数 , 可以看到速度确实慢了一半(5倍vs10倍) 。 鉴于网上公认以及我实测的信息 , 目前认为hevc_nvenc显卡编码-preset slow质量不差(相当于x264 2pass) , 速度较快 , 是目前需求下的最佳方案 。 x265软压当然效果更好 , 但是耗时太长 。



基于这些信息 , 第一版的代码如下 。 -pixfmt p010le是指定颜色格式10bit , 与指定Main10同效 。 虽然对于动画来说 , 颜色并不复杂 , 但是为了避免转换带来的损失 , 还是以与片源相同的10bit为准 。 平均码率1.5M , 最大码率2M , 音频AAC128K就足够了 。

相关经验推荐