x265 2.7+340 现在已经支持 AVX512

[USNaWen]

即将发布的 3.0 估计会完善支持，目前我手上的结果是 14%的提升但更惊喜的是实际上同频功耗比 avx2 略低。 有 i9 或者排位志强的可以编译一个自己试试，megui 直接套参数应该也 ok。

[FindHao]

没有 gpu 的吧，cpu 还是太慢了。

[kokutou]

话说 x264 的-opencl 有用吗？很久之前用 x264 的时候注意到有这个参数，试了下报 error，当时没深究了。

[lvsemi1]

@kokutou 基本没用，提升微量的速度的同时也拉低了少许质量

[inflationaaron]

@FindHao CPU 编码效果好

[FindHao]

@inflationaaron ？？何来这一说？

[gnaggnoyil]

@FindHao MPEG 系的视频编码对 encoder 的要求都这样,参照块的寻找啊熵编码什么的在逻辑复杂度上哪个都不是省油的灯.GPU 大概也就能跑一跑 DCT,但 DCT 向来不是 MPEG 系视频编码的编码器中比较耗时的部分.

[msg7086]

@FindHao GPU 能支持的程序复杂度太弱了，除非是上几万几十万一台专门的编码硬件，用硬件电路来编码。
而且像 x265 是一直在调整算法一直进化的，硬件编码从编码效率上怕不是要落后好几年。

@kokutou OpenCL 这种，瓶颈估计在显存传输延迟上了。

[FindHao]

@gnaggnoyil @inflationaaron 参考帧的处理，计算 sad，其实挺适合 gpu 的，不是所有都移到 gpu。只不过我觉得如果移植到 gpu，传输是个瓶颈。有一些论文做过。不过我没仔细看。而 nvidia 直接出了硬解，可能就更难以推动 x265 往 gpu 上做。

[USNaWen]

@FindHao 没用 CUDA 做过东西所以不清楚，不过目前的编码来说。用 NVENC 做 hevc 的 encode 明显会有色块。。试了各种参数也是无解。但 x265 上去就 ok，怀疑是运动预测块的问题，可能 GPU 的深度不够？