由于静音发生器产生的音频时间戳不连续，会导致转码出一大堆警告日志，并占用cpu
这变采用opus静音发生器来伪造rtc静音，而不是用转码：

- 启用rtc:// schecma
- 增加音频转码码率配置
- aac转码使用原通道数

- 使用FFmpegAudioFifo来简化代码
- 修复转码时间戳不规则递增，导致的音频破音和不连续问题
- 使用double来保存_tsp，避免出现2.5ms的frame_size(ffmpeg内置的opus)

配置项hook.stream_changed_schemas可指定监听感兴趣的协议

而是修改为随机字符串并持久化至配置文件

在测试obs simulcast推流时，发现chrome无法正常播放，
分析rtp ext扩展，发现是rtp mid ext未过滤导致，
zlmediakit在回复answer sdp时，已申明不支持mid扩展，
但是obs并未理会还是发送mid扩展。
根据answer sdp过滤rtp ext可兼容此问题。

删除无效的配置项，
同时修复编译警告

在udp connect rtsp播放器内网端口后，可能导致过滤掉其公网端口发送的打洞包；
从未无法完成与rtsp播放器udp端口的双向通信。
Socket::bindPeerAddr修改成软绑定时，只是保存发送目标地址，不会导致打洞包的过滤。

解决rtsp拉流代理时无法区分直播点播问题

为了加快编译速度，只开启master、feature、release分支的docker ci

请查阅: https://github.com/veovera/enhanced-rtmp/issues/8

WarnP(this) 时会调用get_peer_ip()接口，此接口可能抛异常；
析构中抛异常可导致程序直接退出。

__attribute__((packed)) 替换为 #pragma pack(push, 1)

有些rtmp推流器在服务器返回鉴权成功前就开启推送流数据

simulcast推流时，在onRecvRtp函数中可能触发对totalReaderCount的调用，从而导致死锁。

防止代理越过鉴权

防止http代理越过鉴权

on_http_access hook优先级更高，关闭on_http_access hook时才采用ip白名单机制，防止两种鉴权机制间的冲突

修复rtsp 拉流 sdp中全局a:control:获取失败的bug

有符合整型右移7位可能为-1(而不是1)
这样将导致在处理增强型rtmp时，判断关键帧和配置帧失败