软解码（Software Decoding）是指用 CPU 执行软件解码器，把压缩音视频码流还原成可播放帧；它不依赖专用解码硬件，因此兼容性强，但 CPU 占用、功耗和发热通常更高。
在视频场景里，软解码常见于播放器、服务端转码前处理、缺少硬解支持的老设备，以及调试媒体管线时的回退路径。
核心对象
| 对象 | 作用 | 工程关注点 |
|---|---|---|
| compressed bitstream | 输入的压缩码流 | 编码格式、profile、level、bit depth |
| software decoder | CPU 上运行的解码实现 | FFmpeg、libdav1d、OpenH264 等 |
| CPU core | 执行解码逻辑 | 核数、频率、缓存、热设计 |
| SIMD | 一条指令处理多组像素或系数 | SSE、AVX、NEON 等优化是否生效 |
| decoded frame | 解码后的图像帧 | 像素格式、内存布局、拷贝成本 |
| scheduler | 操作系统调度器 | 多线程解码和其他任务争用 CPU |
核心机制
软解码的过程通常是：
- demuxer 从容器中取出压缩视频包。
- 软件解码器解析码流语法，恢复预测模式、运动向量、残差系数等信息。
- CPU 执行熵解码、预测、反量化、反变换、滤波和参考帧管理。
- 解码器把输出帧交给渲染器、图像处理模块或应用逻辑。
- 如果后续显示或计算需要其他像素格式，CPU 可能还要做颜色空间转换和拷贝。
一个粗略的 CPU 成本模型是：
cpu_time_per_second ~= fps * operations_per_frame / effective_parallelismfps是每秒要解码的帧数。operations_per_frame受分辨率、编码标准、profile、bit depth、参考帧数量和滤波步骤影响。effective_parallelism来自多线程、SIMD、缓存命中和解码器实现质量。- 这个公式只表达趋势，不是可直接测量的精确公式；实际还受内存带宽、热降频和系统负载影响。
因此在相同分辨率、帧率和相近画质下，H.265（HEVC） 软解码通常比 H.264（AVC） 更耗 CPU；但如果 H.265 码流码率更低、分辨率更低或硬件更适配，实际表现仍要实测。
工程用途
- 在没有硬件解码支持的设备上播放视频。
- 在服务端批处理、截图、分析和转码流水线中读取帧。
- 用作硬解失败时的兼容回退路径。
- 调试媒体问题时排除驱动、硬件和图形 API 变量。
边界与常见坑
- 软解码不等于软件渲染：视频可能由 CPU 解码，但仍由 GPU 显示；也可能硬解后又由 CPU 做后处理。
- 播放器可能静默切换路径：同一个文件在不同播放器或不同设置下，可能一会儿硬解、一会儿软解。
- CPU 占用不是唯一指标：掉帧、音画不同步、温度、频率下降和电池消耗同样重要。
- 10-bit 和高分辨率会放大压力：H.265 Main 10、4K、高帧率内容常常是软解失败的触发点。
- 多线程不总是线性加速：熵解码、帧间依赖和参考帧顺序会限制并行度。