视频硬件编码器相关讨论（复制自公共聊天室）

@无名啊，专用硬件编码方案可不见得比CPU和GPU便宜，毕竟产量比CPU和GPU小多了。规模效应带来的成本下降是非常可观的。

@无名啊，所以是什么需求让你如此关心编码器的视频质量呢？你的存储很紧缺吗，还是说你直接面向最终用户进行交付？

@老虎会游泳，我觉得应该会有专用硬件编码方案才对。CPU 转，老慢老贵了

以前听说过 FPGA 啥的，但没具体了解

@无名啊，至于B站的压制，我觉得要么是CPU集群，要么是GPU集群，也没有其他什么好选择了。电视直播才会用很贵的实时流式编码器。

@老虎会游泳，不关心码率的话，什么编码器也没有太大所谓了。

比如楼下那张图里，x265 veryslow 的质量，最差编码器也可以用 5 ~ 6 倍的码率弥补回来

@老虎会游泳，嗯，剪辑肯定无损剪舒服

@无名啊，我导出选HEVC的时候从不设置码率上限，反正文件再大也不会超过B站限制，不用担心传不上去。至于它想怎么给我压制那是它的事。

@无名啊，所以我最近并没有对视频文件进行转码。我最近真正使用视频编码器，只有两个场景：

1. 录制游戏过程。
2. 从剪辑软件导出。
   都是生成新的媒体文件，而不是编码转换。
   一但生成好，我就不会再想动视频编码了，后续要剪切什么的都是直接-c copy

@老虎会游泳，那 x265 可能比较难满足你

x264 medium 还好说

@无名啊，1小时的视频如果转码超过5分钟，我估计就会放弃转码了。除非是从视频剪辑软件导出，不得不进行一次编码。无论采用什么编码器都无法避免画质损失，不转，画质总是最好的。

@老虎会游泳，我觉得 x265 medium 速度还是可以接受的，比 x264 veryslow 快，质量高

@老虎会游泳，噢，我说的都是同码率下的对比啊，大码率意义不大

@无名啊，x265太慢了，我没有耐心等到编码结束，所以对比没有现实意义。nvenc输出的文件足够小，画质足够让我满意，它就是好的编码器。我没有必要去和一个不具有实用价值的编码器进行对比。

@老虎会游泳，Intel Quick Sync 快逼近 x265 veryslow 了

@老虎会游泳，打得过 x265 medium 嘛？我在那个博主的博客上，没看到 30系 N卡 的编码效果对比

@无名啊，预设拉到最高质量（veryslow），类型选VBR，码率适当加大，效果很好。

@无名啊，我最近只用了NVENC，因为是30系，编码器是新的，我对HEVC编码结果非常满意。

@老虎会游泳，是不是也就 Intel Quick Sync 看得过去？

@无名啊，消费级也就那老三样嘛，NVIDIA NVENC、AMD AMF、Intel Quick Sync。HEVC基本上都支持，AV1基本上都不支持，除了最近发售的英特尔A380独显说是支持。

@老虎会游泳，另外，你知道有啥平民级的 HEVC、AV1 硬件编码方案嘛

@老虎会游泳，像 B站、Youtube 等，他们是用天量 CPU 去转码视频嘛？还是有啥硬件编码方案呢？

@tasy5kg，用过，但硬件编码出来的效果很差（但听说新版 Intel 核显 HEVC 编码效果可媲美 x265，且速度飞快。可惜我是 Kaby Lake 的 CPU，至少要 Ice Lake）

QSVEnc 作者在 2022-02 有个较新的测试：https://rigaya34589.blog.fc2.com/blog-entry-1431.html

以下是 2020-03 时的测试：