70ms 端到端延迟拆解
对比常规方案，我们通过硬件级优化将每个环节的延迟压缩到极致。
| 阶段 | 常规方案 | 本方案 | 优化技术 |
|---|---|---|---|
| 采集 | ~20ms | 5ms | MIPI 硬件中断同步 + DMA-BUF |
| 编码 | ~40ms | 15ms | MPP Low-Delay Mode + 寄存器调优 |
| 传输 | ~80ms | 30ms | 自研 ZMS + FEC 纠错 |
| 解码 | ~50ms | 15ms | WASM SIMD 多线程 |
| 渲染 | ~10ms | 5ms | WebGL 直接渲染 |
| 总计 | ~200ms | 70ms |
自研 ZMS 流媒体服务器架构
完全自主知识产权，无 SRS 依赖，专为低延迟与高可用设计。
零拷贝转发
数据包在服务器内部不经过内存拷贝，转发延迟增量 < 3ms。
内存池管理
预分配环形缓冲区，消除动态分配抖动，高并发下性能稳定。
国密加密
原生支持 SM2/SM3/SM4 国密算法，满足政务军工合规要求。
多路推流自动备份
支持 1 主 + N 备推流，故障后 200ms 内自动切换，播放端无感知。
- 心跳检测机制，实时监测推流健康状态
- 200ms 内完成故障判定与流源切换
- 播放端拉流地址保持不变，切换无感知
- 支持主备优先级配置，主流恢复后可切回
- 每次切换记录时间戳和原因，便于运维审计
ZMS vs SRS 对比
为什么我们选择自研而非使用开源 SRS？
| 对比维度 | SRS | 自研 ZMS |
|---|---|---|
| 设计目标 | 通用流媒体服务器 | 专为低延迟 + 高可用优化 |
| 代码可控性 | 开源 GPL/MIT | 100% 自研，无许可证风险 |
| 延迟表现 | 通用架构 150-300ms | 专有架构 70ms 端到端 |
| 信创适配 | 需自行适配 | 原生支持麒麟/UOS |
| 技术支持 | 社区/商业支持 | 源码级直接技术支持 |