ZLMediaKit流媒体服务器

一 搭建

公司搭建云导播台系统，0-1。本人先后调研了几个webrtc流媒体服务器框架：

mediasoup：nodejs和c++开发各占一半

janus：c开发插件，用docker镜像安装运行成功，自编译运行坑太多。

ZLMediaKit：c++开发。信令部分需要单独开发，可以团队合作。编译运行一次成功，易用性好。

win10+vscode+ remote ssh连接虚拟机192.168.2.205，截图下边4个箭头从左到右依次点击，根据提示选择选项。编译、调试程序非常方便。无需生成launch.json,tasks.json等配置文件。

源码下载地址

https://github.com/ZLMediaKit/ZLMediaKit

编译参考

https://github.com/ZLMediaKit/ZLMediaKit/wiki/%E5%BF%AB%E9%80%9F%E5%BC%80%E5%A7%8B

编译成功后，在ZLMediaKit/release/linux/Debug目录下生成MediaServer

须注意，webrtc编译和MediaServer编译有一点点差异，看下文

zlm启用webrtc编译指南 · ZLMediaKit/ZLMediaKit Wiki · GitHub

 虚拟机实测，调试运行会提示80，443，554端口被占用或权限问题。手动改端口1080,443,554

ffmpeg循环推流：//注意看，此处推的是rtmp，webrtc服务器也能接收到流

ffmpeg -re -stream_loop -1 -i 1.mp4 -vcodec h264 -acodec aac -f flv rtmp://192.168.2.205/live/test1

obs推流：

 浏览器播放：

http://192.168.2.205:1080/webrtc         

//踩坑记录：因为http默认端口80改成了1080，所以此处要对应改，被坑半天排查问题

 url完整显示如下：

http://192.168.2.205:1080/index/api/webrtc?app=live&stream=test1&type=play

二 源码分析

单进程多线程，epoll模型：

ZLMediaKit启动时根据cpu核心数自动创建若干epoll实例(非linux平台为select)；每个epoll实例都有一个线程运行epoll_wait函数来等待事件的触发。

服务器收到accept事件后，会创建一个TcpSession对象并绑定到该epoll实例（同时把与之对应的peer fd加入到相关epoll监听）。Tcp连接：TcpSession对象 1:1，在之后客户端与服务器的数据交互中，该TcpSession对象处理一切与之相关的业务数据，并且该对象之后生命周期内的一切事件都会由该epoll线程触发，这样服务器的每个epoll线程都能均匀的分派到合理的客户端数量
 

rtsp mediasource最重要的两个元素

sdp

rtp

根据track生成sdp，三个部分，title，video，audio

rtmp mediasource最重要的两个元素

metadata(元数据，分辨率，codecid，samples等)

config,frame(sps,pps,aac adts头)

rtmp packet(h264/aac等)