视频转码吃 CPU 还是显卡

软编吃 CPU，硬编吃显卡，视频转码的算力问题，本质是先选编码路线再选机器。两条路线没有绝对优劣，看对质量、速度、成本的排序。 软编：质量优先，CPU 买单 软编用 libx264、libx265 这类软件编码器，全靠 CPU 逐帧计算，压缩效率高，同码率画质最好。代价是吃算力：一台 8 核机器转 1080P 视频，x264 的 medium 档大约能跑到接近实时，x265 更慢。批量转几百个视频时，核心数就是生产力。典型命令：ffmpeg -i in.mov -c:v libx264 -preset medium -crf 23 out.mp4，crf 数值越小画质越高、文件越大。软编还有个隐性优点：压缩效率高，同样画质文件更小，对要存档、要分发的场景，省的是长期存储和后续流量，不只是一次转码时间。 硬编：速度优先，显卡买单 硬编用显卡里的专用编码单元，比如 NVIDIA 的 NVENC、Intel 核显的 QSV，速度通常是软编的三到五倍，CPU 几乎空转，整机功耗还低。同码率画质略逊于软编，但对短视频、网课这类内容，肉眼差距很小。典型命令：ffmpeg -i in.mov -c:v h264_nvenc -preset p4 -b:v 4M out.mp4。注意编码单元和 3D 渲染共享显卡资源，边出图边转码会互相抢。直播推流、录屏即时压缩这类实时场景基本只有硬编能胜任，软编跟不上帧率就会丢帧。 批量转码怎么选机器 软编路线选核多内存大的 CPU 型机器，核数翻倍速度近似翻倍，任务间用脚本队列串行跑满；硬编路线核心看显卡编码单元的数量和支持的编码格式。视频工作室、流媒体处理这类重负载，顺云云电脑 G2 本身就覆盖视频处理场景，适合先把工作流跑通；长期批量生产，再按实测吞吐量选专用机器。转码是典型的可排队任务，交付时间宽裕就选便宜的 CPU 型机器慢慢跑，赶工期就上硬编，两套方案的成本各算一遍再决定。 拿不准就做个小实验：同一段 5 分钟素材两条路线各转一遍，对比耗时和画质，答案比参数表直观。