小智在回答到快结尾的时候 最后几个字不播放了 然后就直接listening了

[Sato-Falisa]

Answers checklist.

• I have read the documentation XiaoZhi AI Programming Guide and the issue is not addressed there.
• I have updated my branch (master or release) to the latest version and checked that the issue is present there.
• I have searched the issue tracker for a similar issue and not found a similar issue.

XiaoZhi AI version.

1.8.6

Operating System used.

Windows

How did you build your project?

Command line with CMake

If you are using Windows, please specify command line type.

None

What is the expected behavior?

小智在回答到快结尾的时候 最后几个字不播放了 然后就直接listening了

What is the actual behavior?

小智在回答到快结尾的时候 最后几个字不播放了 然后就直接listening了

Steps to reproduce.

1. Step
2. Step
3. Step
   ...

Build or installation Logs.

More Information.

No response

[yeyeyeah233]

我也遇到过这问题，怀疑是服务器stop的那段json发太快了

[78]

我也遇到过这问题，怀疑是服务器stop的那段json发太快了

服务器升级到最新版本试试

[yeyeyeah233]

我也遇到过这问题，怀疑是服务器stop的那段json发太快了

服务器升级到最新版本试试

xinnan-tech/xiaozhi-esp32-server用的是这个服务端，已经升级到最新版本了，一样会最后几个字听不到，目前就靠stop发送前加几秒延时解决

[78]

我也遇到过这问题，怀疑是服务器stop的那段json发太快了

服务器升级到最新版本试试

xinnan-tech/xiaozhi-esp32-server用的是这个服务端，已经升级到最新版本了，一样会最后几个字听不到，目前就靠stop发送前加几秒延时解决

需要 @openrz 来看看，或者你到 xinnan-tech/xiaozhi-esp32-server 上提个 issue

[openrz]

@yeyeyeah233 @Sato-Falisa 确实是有这个问题，服务器以为设备播放完了，实际可能没有播放完，主要的原因是服务端的流控做得不好，这个问题暂时还没想到特别好的解决方法，可能需要一点时间。

[openrz]

我们本地测试的方法可能也有些问题，你们可以把这个问题复现的必然条件告诉我们，加速我们修复这个问题：
1、你们是局域网本机部署，还是服务器部署？
2、有没有使用mqtt-udp网关？
3、用的是什么tts？
4、是什么设备？
5、是不是在长句话的时候出现的概率较高吗？
6、让它播放音乐的时候会出现没唱完也会提前stop吗？
7、有没有发现复现这个问题概率很高的方法？

@Sato-Falisa @yeyeyeah233

[yeyeyeah233]

我们本地测试的方法可能也有些问题，你们可以把这个问题复现的必然条件告诉我们，加速我们修复这个问题： 1、你们是局域网本机部署，还是服务器部署？ 2、有没有使用mqtt-udp网关？ 3、用的是什么tts？ 4、是什么设备？ 5、是不是在长句话的时候出现的概率较高吗？ 6、让它播放音乐的时候会出现没唱完也会提前stop吗？ 7、有没有发现复现这个问题概率很高的方法？

@Sato-Falisa @yeyeyeah233

1.我们用的是服务器部署
2.用的是mqtt+udp
3.edge-tts
4.自己做的板子，但影响应该不大
5.是的，长对话很容易出现这种状况
6.没有测试过播放音乐
7.目前是让AI调用高德的MCP介绍旅游景点和路线，就会出现大段对话，很容易复现

[HoGC]

原因是网络阻塞造成的，特别是使用xiaozhi-esp32-server走的wss
网络阻塞恢复后，积压了一定的语音包在解码队列中，server按照规定的时间发送stop，但是因为网络的卡顿导致设备实际还没播放完，1.8.0之前是会等待播放完成的，1.8.0之后不会，可以在stop的地方增加一个等待播放完成的措施