技术原理 约 6 分钟
硬件编码与软件编码：速度换画质的边界
同一个视频压两遍，一遍快得像复制粘贴，一遍慢得像老牛拉车——这不是玄学，是两条编码路径的物理差异。理解它们的边界，才知道什么时候可以放心求快。
两条路径的本质：专用电路与通用计算
硬件编码（NVENC、QSV、MediaEngine 这类）是显卡或主板上专门的编码电路，搜索空间固定、流水线固化，速度快、功耗低——代价是压缩策略的搜索范围被裁剪，同样的码率下，编码决策不如软件精细。
软件编码（x264、x265）跑在通用 CPU 上，可以把运动估计、模式决策的搜索做得更充分。同样的画质目标，软编往往能用更低的码率达到；同样的码率，软编的细节保留通常更好。代价是慢——吃满 CPU 核心也要按分钟算。
画质差距到底多大
给个直觉刻度：高码率下（比如 CRF 20 对应的档位），硬编与软编的差异多数人肉眼难辨；码率收紧后（CRF 28 附近或更低），差距开始显现——硬编的暗部更容易出色带，快速运动区域更容易糊成一片。
所以差距不是有没有，而是「在什么码率下显现」。一般而言：素材本身码率充裕时硬编无压力；把视频压到一半甚至三分之一体积的场合，软编的每一分搜索努力都在帮你保细节。
什么场景选哪条
快速预览、反复调参数的试验稿、对体积不敏感的中间产物——硬编，速度就是效率。最终成片、刻意压小体积（发群、过平台限制）、画质敏感的内容（产品演示、教学录屏）——软编，让码率花在刀刃上。
本站的处理逻辑也遵循这个分层：压缩、缩放这类高频操作在支持的浏览器上优先走 WebCodecs 硬编（环境不适用自动回退），需要精细控制码率的路径走软编。工具自己探测，你只需要在「要快」和「要小」之间做选择。