Closed darkpulie closed 1 year ago
分析了日志。注意到其中包含一次服务组重启,并且缺失 audioview 连接到 controller 的标志性日志:
muvtuber-muvtuberdriver-1 | 2023/06/02 02:49:27 INFO audioController websocket client connected remoteAddr=172.19.0.1:43926
推测是重启后前端的 audioview 因故未能自动重连服务器。可以尝试在 OBS 上,点击 来源 > audioview,然后刷新,强制其重新连接。
如果仍然无效,那我暂时无法判断问题来源,需要你帮助:
关于日志中发现的其他问题:
extrenalsayer应该是正确配置了的 extrenalsayer内的config.yaml配置如下 muvtuberdriver内的config.yaml配置如下
1.OpenAI的Key和代理应该无关紧要,因为已经过期了,并且我看项目好像有另外一个聊天机器人是可以回复信息的,所以我没有去解决这个问题 2.我访问 http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/ 并不能听到声音 我的测试方式是:
进入直播间,发送一条弹幕 看到有回显之后,网页也没有听到声音
访问 http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/ 并不能听到声音
对 audioview 进行调试操作一般如下:
如果一切正常,应该观察到的结果类似于:
1.OpenAI的Key和代理应该无关紧要,因为已经过期了,并且我看项目好像有另外一个聊天机器人是可以回复信息的,所以我没有去解决这个问题
如果不使用 ChatGPT,可以在配置中将其禁用:
chatgpt:
...
disabled: true
打开调试,发送弹幕之后,并没有看到有report操作
以下是muvtuberdriver容器的日志
你的 audioview 接收到的 websocket 播放消息是空的耶。你看那个 data base64 啥的后面就没了,如果正常的话这里应该是很长的一大段音频文件的二进制内容的。
所以应该还是这个 extrenalsayer 的问题。会不会是 role 不能用啥的,可能不同地区可用的角色不一样?😫
焯,这里一点日志都没有。不知道当时写的时候咋想的 🤬 实在不行等我先加一些日志点方便调试。
行叭,那就等大佬操作,我换了地区,好像也没解决
我已经加了很多日志了,你可以拉最新的代码试试
😭 就很奇怪我这边一直都可以的
那我试试叭
Review: #44, #47 & #49 are the same issue. It is finally fixed by 269b6b9a2c910fbf49978a6e8223ab48eb8eb3e7 (v0.3.6).
如题,obs添加浏览器的时候,勾选了“通过OBS控制音频”,url为:http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/
以下是日志信息: