zxfskr

推流命令换成：ffmpeg -re -stream_loop -1 -i ./videos/bbb_1080p_60fps.mp4 -c:v h264 -c:a pcm_alaw -r 30 -s 720x1080 -ac 2 -rtsp_transport tcp -f rtsp rtsp://localhost:554/live/test 一样的结果： 11:55:03 INFO 已创建 {"流": "live/test"} 11:55:03 INFO 发布...

[m7s_linux_amd64.tar.gz](https://github.com/langhuihui/monibuca/files/13246589/m7s_linux_amd64.tar.gz) 用的就是这个官网下载的最新的包，直接./m7s启动的

我注意到更新了一版beta版本，这个版本可以播放pcma了，但是声音和画面被慢放了，应该是时间戳的设置还有点问题。

@langhuihui  好像是这个地方，av1 没有检测 i 帧，vt.iframeReceived和rv.IFrame一直为false， 导致vt.flush 里面的attach track 逻辑没有走到，最终超时导致连接断开，我手动设置让他走attach track之后，就可以正常推流播放了，但是metadata 丢了...

 @langhuihui 根据这个我找了下，web端的推流好像是这样，webrtc 的web端好像不会主动去发i帧，我看了下当前的webrtc 插件的方案，如果每两秒主动发rtcp 请求i帧的话，会导致画面抖，有没有可能是请求了之后编码器生成i帧丢了一部分帧

@langhuihui 但是我简单查了下，webrtc 的web端没有设置gop size的接口...， 如果是定时主动发rtcp PLI ，会导致画面定时就会闪一下，我试了下pion / webrtc 的 whip-whep demo， 也是每三秒画面会闪一下。我当前规避方法是：1. 在video track 加了个标记，只在流加入或者拉流端发送rtcp PLI的情况下，给推流端发PLI；2. 关闭掉ringbuf 的 av.Glow(5) 那一行，规避修改后出现的内存泄漏；看起来正常工作了，不知道有没有什么隐患