使用docker搭建后，没有音频输出 about muvtuber

[cdfmlr]

分析了日志。注意到其中包含一次服务组重启，并且缺失 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，然后刷新，强制其重新连接。

---

如果仍然无效，那我暂时无法判断问题来源，需要你帮助：

1. externalsayer 是否有正确配置？
2. 如果使用浏览器打开 http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/ 是否能正常播放声音？

---

关于日志中发现的其他问题：

1. 你在日志中泄漏了 OpenAI key，如非有意为之，请尽快重置。
2. ChatGPT 代理未正确配置。可以参考 README 相关部分进行配置。

[darkpulie]

extrenalsayer应该是正确配置了的
extrenalsayer内的config.yaml配置如下

muvtuberdriver内的config.yaml配置如下

---

1.OpenAI的Key和代理应该无关紧要，因为已经过期了，并且我看项目好像有另外一个聊天机器人是可以回复信息的，所以我没有去解决这个问题
2.我访问 http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/ 并不能听到声音
我的测试方式是：

进入直播间，发送一条弹幕

看到有回显之后，网页也没有听到声音

[cdfmlr]

访问 http://127.0.0.1:51082/?controller=ws://127.0.0.1:51081/ 并不能听到声音

对 audioview 进行调试操作一般如下：

1. 在浏览器访问该地址；
2. 打开开发者工具（右键 > 检查）；
3. 开发者工具中选择「网络」，勾选「停用缓存」；
4. 刷新页面；
5. 看到一项名称 127.0.0.1，状态 101，类型 WebSocket 的请求，点击查看；
6. 选择「消息」可以看到 WebSocket 通信的消息；
7. 尝试发送弹幕，出发语音，观察是否收到 WebSocket 消息，同时注意「控制台」是否有错误日志输出。

如果一切正常，应该观察到的结果类似于：

---

1.OpenAI的Key和代理应该无关紧要，因为已经过期了，并且我看项目好像有另外一个聊天机器人是可以回复信息的，所以我没有去解决这个问题

如果不使用 ChatGPT，可以在配置中将其禁用：

    chatgpt:
        ...
        disabled: true

[darkpulie]

打开调试，发送弹幕之后，并没有看到有report操作

---

以下是muvtuberdriver容器的日志

[cdfmlr]

你的 audioview 接收到的 websocket 播放消息是空的耶。你看那个 data base64 啥的后面就没了，如果正常的话这里应该是很长的一大段音频文件的二进制内容的。

所以应该还是这个 extrenalsayer 的问题。会不会是 role 不能用啥的，可能不同地区可用的角色不一样？😫

---

焯，这里一点日志都没有。不知道当时写的时候咋想的 🤬 实在不行等我先加一些日志点方便调试。

[darkpulie]

行叭，那就等大佬操作，我换了地区，好像也没解决

[cdfmlr]

我已经加了很多日志了，你可以拉最新的代码试试

😭 就很奇怪我这边一直都可以的

[darkpulie]

那我试试叭

[cdfmlr]

Review: #44, #47 & #49 are the same issue. It is finally fixed by 269b6b9 (v0.3.6).