H.264 为了存储转 H.265 的码率问题

[Cryse]

下载了大量的视频，绝大多数都是 H.264 编码的。
现在为了减少空间占用想转码保存，那么二者的码率之间有没有可供参考的比例呢?

[clrss]

不同编码器同码率画质差别很大.
比如 T2 芯片硬压我看和 libx264 软压差不多, 和 x265 不能比.

[love]

重压一次要接近原来的质量那新编码的那点节省也去得差不多了吧？
更别说压制大文件真 tm 废时间

[Jat001]

维基百科说可以减少一半
https://zh.wikipedia.org/wiki/%E9%AB%98%E6%95%88%E7%8E%87%E8%A7%86%E9%A2%91%E7%BC%96%E7%A0%81#%E7%BC%96%E7%A0%81%E6%95%88%E7%8E%87

[coderluan]

理论上极限大概 1：4，实际也就 1：2，但是这个对楼主并没有太大意义，因为这个压缩是无损原画压缩到 h264/h265 的比例，因为 h264 已经压缩过了，除非你能接受画质明显变差，否则体积并不会有太大差别。即使你能接受画质，压缩视频耗费的时间和算力你可能也没办法接受的，所以才有了不少曲线压缩法，把视频上传到 p 站再下回来这种。

[ohao]

没有必要吧，真太耗时了。

[Cryse]

@coderluan
我用 Media Encoder 试了下，7M 码率的 H.264 压到 4M 码率的 H.265, 画质暂停放大看有一点损失，容量从 1.94GB 减少到了 1.12GB, 但是花了 13:23...
转码过程中 CPU 占用始终在 60%~70% 之间，GPU 占用率在 23~25%，不清楚换个编码器会不会利用率更高一些...

[coderluan]

@Cryse 其实你把 7M 码率的 H.264 压到 4M 码率的 H.264 容量也能减小，速度估计还会快点。

[trepwq]

av1 普及了是不是到时候再压一下

[laincat]

不建议自己进行重编码，宁可去下载一个新的。有损转有损这个过程虐化画质，时间等问题，得不偿失

[stoneabc]

@Cryse 你直接转 4M 的 H.264 指不定会更小。。

[luny]

重编码不现实，还是直接找资源重新下吧，或者直接加硬盘

[ruixue]

压缩可能比你想象的要更耗时，而且源码率本来就不是很高的情况下，继续压缩的意义并不是很大，有这功夫真不如买个新硬盘
实在想腾空间，用高画质上传 Google Drive 可以 0 占用压缩存储，类似 Google 相册的无限空间，只不过有内嵌字幕的话字幕会丢失

[3dwelcome]

@stoneabc 相同码率，h265 和 h264 画质差别超级明显。

[mxalbert1996]

建议楼主去了解一下编码器的各种参数，同样的码率不同的参数也是有天差地别的（一般来说同码率画质越高编码时间越长）。最简单的例子，楼主可以试一下 x264/x265 的 presets，看看 ultrafast 和 placebo 差多少。

[mxalbert1996]

另外为了码率效率最大化，一般推荐指定 crf 编码而不是指定码率，除非 2-pass 。

[wangsd]

看分辨率，分辨率低的话收益不是很大，我一般 h265 下设置 CRF23，CPU 编码，跟原来的不会差很多。

[Cola90]

用 quality control 而不是固定码率方式压制就行了，一般 hevc qc 26 就能达到很不错的画质，体积也小

[Rheinmetal]

看视频类型了 如果是自己拍的几十 m 码率的那种 用 crf 模式压一下 可以省很多空间
如果是影视类就不合适了 建议重新寻找 265 压制的资源
一共多少视频呀 90g 的视频 我这 4c8t 的老 i7 就压了一个星期 你这大量要是上 TB 的话 电费怕是都够买硬盘了

[imn1]

你压几个就知道，如果全盘压一遍，压完就看到硬盘降价了

[zhjie]

长见识了，我还是加硬盘吧。