Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

前端数据拉取不及时 #19

Open
kresle opened this issue Nov 25, 2024 · 2 comments
Open

前端数据拉取不及时 #19

kresle opened this issue Nov 25, 2024 · 2 comments

Comments

@kresle
Copy link

kresle commented Nov 25, 2024

后端运行的时候加上--save_data选项,后台监测生成的音频数据,发现经常是音频已经生成完很久了,但前端页面上就是不更新。大家没有遇上这个问题吗?

@PaParaZz1
Copy link
Member

是一直不更新吗,还是等一段时间后会更新?因为前端的显示是按照播放次序来的,播放到那一句前端才会显示,内部有个队列。

@kresle
Copy link
Author

kresle commented Nov 28, 2024

一直不更新。我觉得有一些地方设计地不合理,比如SocketSender是从send_audio_chunks_queue里拉数据然后发送的,而send_audio_chunks_queue只有TTS才会填,这样之前ASR先识别出来的用户的内容就必须等TTS生成完才会发送给前端,感受很不好,尤其是CosyVoice的速度很慢,大可以每一个环节有了结果都可以先返回给用户。还有比如需要两个websocket连接来分别收和传,我没搞清你们是怎么处理多用户连接的,虽然在收的数据包里有uid信息,但是发TTS结果的连接是通过SocketSender对每个连接进行handler处理的,但是SocketSender里没有对uid进行识别处理的内容,代码上看在有多个ws连接时,就是看哪个先抢到send_audio_chunks_queue就发送了,不一定能和收客户端音频的ws连接对应上了。而且ws本来就是双工的,可收可发,还能感知到发送的数据的类型,我觉得完全没有必要设计两个ws连接,没感受什么便利反而觉得是有错线的可能。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants