bug触发条件：
1、obs whip 推流到zlm
2、关闭推流
3、zlm 未注销流

兼容不规范的flv流，比如livegbs产生的flv流metadata flv tag解析异常

rtsp以content-base为基准，增加url的query参数(根据抓包分析，vlc是这样处理的)，以兼容海康rtsp录像流与
直播流，主要是为了兼容这两个issue: #2624 #2501

feat: support auto fill streamUrl by webrtc page, like "https://your-host/webrtc?app=live&stream=hello&type=push"

Co-authored-by: xia-chu <771730766@qq.com>

auto_close参数适用于配置文件、addStreamProxy接口、on_publish hook

此pr主要为了修复 #2629，通过新增getMuxer接口，
可以直接获取到所有协议共享的MultiMediaSourceMuxer对象，
在此对象完成事件拦截，防止某种协议事件丢失。
同时调整了下FFmpegSource.cpp代码格式。

Co-authored-by: xia-chu <771730766@qq.com>

mp4解复用器在解析mp4文件时，当获取到mp4头中sps/pps等配置帧信息时，创建相应的Frame未设置prefix size；导致后续输入H264Track分帧逻辑异常。

同时主要优化点包括：
1、编译宏特性开关优化。
2、转协议复用器相关创建代码移动至Recorder类。
3、转协议复用器onAllTrackReady函数修改为addTrackCompleted。
4、startRecord/stopRecord/isRecording接口新增支持ts/fmp4/hls-fmp4协议。

Co-authored-by: xia-chu <771730766@qq.com>
Co-authored-by: linxiaoyan87 <linxiaoyan87@foxmail.com>

如果rtp时间戳增量很小，在rtp时间戳在转换单位为毫秒时无变化，
从而被认为是上一帧数据，由于处于丢包状态，此rtp数据将被一直丢弃。

FileChannel内部已经把做了转换为MB操作，外面无须再乘以1024x1024

1、调整 json 的源码引入，外部可以引入 json/json.h 使用；
2、针对 iOS 工程调整 cmake 配置，解决 iOS 环境下mk_util.h 找不到问题；同时在 iOS 工程中引入 MediaServer 静态库；

-t 0.001参数替换为-frames:v 1，只截图一帧

1.新增日志文件保存路径启动参数:log-dir
2.新增日志文件最大切片个数启动参数:log-slice
3.新增日志文件最大切片大小启动参数:log-size

H264 rtp打包模式是否采用stap-a模式(为了在老版本浏览器上兼容webrtc)还是采用Single NAL unit packet
per H.264 模式 有些老的rtsp设备不支持stap-a rtp，设置此配置为0可提高兼容性

ntp时间戳计算精度由毫秒调整为微秒，解决误差累积问题。

当客户端发起RTSP SETUP的时候，如果rtp传输类型和配置不一致则返回461 Unsupported
transport。迫使客户端切换到对应rtp传输协议并重新SETUP；目前支持FFMPEG和VLC。