1

RTMP播放兼容性问题

夏楚 edited this page 2020-06-28 21:30:05 +08:00

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

一般来说 rtmp的规范是 先发送metadata ，然后发送config帧，然后发送关键帧 然后是普通帧

config帧收到后就能初始化解码器了

但是你这个流不太一样，并没有收到视频的config帧就收到其他帧了

这个时候视频Track并没创建和初始化

初步怀疑是nginx的rtmp服务器兼容性不好

zlm的推流器会严格按照先发送metadata ，然后发送config帧，然后发送关键帧 然后是普通帧的流程来做

也会缓存所有的config帧

ffplay能播放成功是因为它是根据数据量和时间来判断播放成功

只要数据量达到一定量或者时间达到一定时间 就会触发播放成功的事件

这样做的好处是 播放成功率高 坏处是打开视频时间长

测试文档

• 性能测试
• 延时测试
• 在线测试
• 怎么测试延时

使用教程

• 代码依赖与版权声明
• 快速开始
• vcpkg安装zlmediakit
• 服务器的启动与关闭
• GB28181教程
• 推流播放测试
• RESTful 接口
• RESTful 接口 postman自动生成
• Web Hook 接口
• 配置文件详解
• 播放URL规则
• 按需拉流
• 按需推流
• 播放鉴权
• 推流鉴权
• 怎样创建直播流
• webrtc编译与使用
• webrtc信令交互格式
• webrtc重磅更新
• 怎么开启https相关功能

相关文档和资源

• zlmediakit独家特性
• zlmediakit的hls高性能之旅
• 高并发实现原理
• RTSP推流流程
• 流媒体相关技术介绍
• 直播延时的本质
• rtmp对H265/opus的支持
• ssl自签名证书测试
• 视频会议相关资源

代码解读

• onceToken对象
• zltoolkit源码分析

Use tutorial

• Quick Start
• Dependency and Copyright
• Starting and Stopping the Server
• Playing URL Rules