Gwyndolin

以下是zlm的日志，调用addffmpegsource接口的日志   第一次调用会超时 然后第二次调用就会直接获得key  不知道是不是读了缓存之类的 wvp在这个过程没有任何日志（除了正常的心跳）  拉流 推流列表也没用任何反应

另外，我修改ffmpeg模板，加了一个裁剪分辨率的参数似乎也没有反应   是否是我的命令不对

> 是微信的支持问题，跟这个没关系 谢谢，是微信本身就不支持吗，钉钉似乎也一样:(

将7*24h的拉流停用再启用，zlm日志如下： ``` 2023-10-18 15:32:29.114 W [MediaServer] [21855-event poller 6] WebHook.cpp:194 operator() | hook http://192.9.100.169:18080/index/hook/on_stream_not_found 91ms,failed[auth failed]: code:-5 msg:"\u70b9\u64ad\u5931\u8d25\uff0c \u9519\u8bef\u7801\uff1a 400, Bad Request":{ "app" : "rtp", "hook_index" : 80, "id" :...

新跟进，我一直使用的是xshell连接服务器，之前测试7*24h录像时候我使用的是 nohup java -jar 运行的，后来发生的400报错，并且点播摄像头也是400无法点播，所以尝试了重新部署，重新部署没有添加nohup，所以xshell断开连接了java程序也就停了，但是早上来再次启动发现不再报错了。。。 猜测是否是因为有什么bug，并且一直在读缓存，一晚上过了缓存失效，所以重新部署便好了。（纯粹瞎猜） 但是这个问题发生了两次了，还是需要排查一下的。

> 可能是你的视频流不稳定，设备是通过局域网接入的吗，你开启自动点播了吗  这是我的配置文件，应该是已经开启了自动点播，是公司内网接入的。 视频流不稳定是指什么？

> 就是视频流时断时续，你可以单独播放这个视频流试试 单独播放是连续流畅的，当然我也是肉眼观察，不可能很长时间一直盯着看，平时经常点播都没啥问题