FFmpeg开发笔记（十五）详解MediaMTX的推拉流

​MediaMTX是个开源的轻量级流媒体服务器，它的安装过程参见《FFmpeg开发实战：从零基础到短视频上线》一书的“10.2.2  FFmpeg向网络推流”。MediaMTX下载后的压缩包包括可执行程序mediamtx.exe和配置文件mediamtx.yml，看起来非常简约，但它提供的流媒体服务一点也没缩水。双击mediamtx.exe，MediaMTX弹出一个命令行窗口，窗口内部的日志信息如下：

2023/12/10 14:18:25 INF MediaMTX v1.3.0
2023/12/10 14:18:25 INF configuration loaded from E:\Program Files (x86)\mediamtx\mediamtx.yml
2023/12/10 14:18:25 INF [RTSP] listener opened on :8554 (TCP), :8000 (UDP/RTP), :8001 (UDP/RTCP)
2023/12/10 14:18:25 INF [RTMP] listener opened on :1935
2023/12/10 14:18:25 INF [HLS] listener opened on :8888
2023/12/10 14:18:25 INF [WebRTC] listener opened on :8889 (HTTP), :8189 (ICE/UDP)
2023/12/10 14:18:25 INF [SRT] listener opened on :8890 (UDP)

由日志可见，MediaMTX开启了下列五项流媒体服务：
1、侦听8554端口的RTSP服务，对应的流媒体播放地址是rtsp://127.0.0.1:8554/stream；
2、侦听1935端口的RTMP服务，对应的流媒体播放地址是rtmp://127.0.0.1:1935/stream；
3、侦听8888端口的HLS服务，对应的流媒体播放地址有两个，其中http://127.0.0.1:8888/stream可以直接通过浏览器播放（比如Chrome），另一个http://127.0.0.1:8888/stream/index.m3u8需要用播放器打开。
4、侦听8889端口的WebRTC服务；
5、侦听8890端口的SRT服务；
接下来验证MediaMTX的实际推拉流情况。打开MSYS窗口，进入《FFmpeg开发实战：从零基础到短视频上线》一书第十章的源码目录，执行下面的编译命令。

gcc pushvideo.c -o pushvideo -I/usr/local/ffmpeg/include -L/usr/local/ffmpeg/lib -lavformat -lavdevice -lavfilter -lavcodec -lavutil -lswscale -lswresample -lpostproc -lm

编译完成后执行以下命令启动测试程序，期望把2018.mp4推给默认的推流地址rtsp://127.0.0.1:8554/stream。

./pushvideo ../2018.mp4

打开另一个MSYS窗口，同样进入《FFmpeg开发实战：从零基础到短视频上线》一书第十章的源码目录，执行下面的编译命令。

gcc pullvideo.c -o pullvideo -I/usr/local/ffmpeg/include -L/usr/local/ffmpeg/lib -I/usr/local/sdl2/include -L/usr/local/sdl2/lib -lsdl2 -lavformat -lavdevice -lavfilter -lavcodec -lavutil -lswscale -lswresample -lpostproc -lm

编译完成后执行以下命令启动测试程序，期望从http://127.0.0.1:8888/stream/index.m3u8拉取视频流并弹窗播放。

./pullvideo http://127.0.0.1:8888/stream/index.m3u8

然后果真弹出一个SDL窗口，正在播放从HLS服务拉取的视频画面，说明MediaMTX正确实现了HLS协议的流媒体转发功能。
不过对于上面的HLS协议，具体的播放情况比较复杂，比如http://127.0.0.1:8888/stream只能通过Chrome播放，不能通过FireFox或者Edge播放。而http://127.0.0.1:8888/stream/index.m3u8这个地址无法使用Windows Media Player打开，即使通过VLC播放也不显示画面。推测是因为pushvideo只推送视频流不推送音频流，而VLC的音视频同步机制采用音频基准，由于缺失音频流使得视频流无处校准导致不能正常显示画面。