SkeyeVSS开发FAQ：国标视频流媒体转码与多码率自适应
试用安装包下载 | SMS | 在线演示
项目源码地址：https://github.com/openskeye/go-vss
1. 何时需要转码
- 播放端仅支持H.264，源为H.265；
- 要求低码率外发，而设备只出主码流；
- 需要将PS/RTP转为浏览器友好的fMP4/HLS；
- 音频G.711/G.722与 WebRTCOpus互转。
不转码路径延迟最低、CPU 最少；转码是功能换成本的显式选择。
2. 资源规划
转码是CPU 密集型：
- 按并发路数 × 分辨率 × 帧率估算；1080p30 全转码与仅转封装差异巨大；
- 容器部署时设置CPU limit过低会导致帧率下降、马赛克；
- 关注内存带宽与NUMA（物理机多路转码时）。
3. 常见故障
| 现象 | 排查方向 |
|---|---|
| 画面卡顿周期性 | CPU 打满、单核热点 |
| 花屏 | 关键帧丢失、码流损坏、时间戳异常 |
| 音画不同步 | 时间戳重排、音频 resample 配置 |
| 启动即失败 | 缺少编解码库、许可证、或设备编码格式不在白名单 |
可与《SDP 协商与编码格式》FAQ 联合阅读，先确认协商结果再判断是否要转码。
4. 多码率与自适应
- ABR通常需要多档 GOP 对齐与切片边界一致，否则切换时闪烁；
- 若仅做双码流（主/子），平台侧策略可以是：大屏主码、小屏子码，减少实时转码压力；
- 弱网下降档时，注意信令与媒体状态机是否一致，避免 UI 显示高清实际已切子码流。
5. 运维建议
- 对转码节点单独监控 CPU、队列长度、丢弃帧数；
- 大版本升级后回归典型设备品牌的编码组合；
- 提供关闭转码的配置开关作为应急（接受兼容风险）。
转码问题先量化 CPU 与协商格式，再调参数；多数卡顿是容量不足而非参数玄学。