预期Chromecast音频延迟？

Question

我和我10岁的孩子正在实施一个项目，该项目要求在按下物理按钮后，由Chromecast音频播放音频。在

她正在使用python和pychromecast连接到chromecast音频。在

音频文件是50k mp3文件，通过wifi托管在运行按钮工具的同一个raspberry pi上。它们使用nginx托管。在

从启动pychromecast中的play_media功能到chromecast中传出音频的延迟时间有时超过3秒，但决不能少于1.5秒。有趣的是，这似乎比spotify或pandora的角色扮演慢得多。而且，这绝对是太慢，使按钮'乐趣'。在

文件访问时间在pi上很重要，但是使用md5sum之类的方法读取整个文件所需的时间不到0.02秒，因此我们不需要处理文件系统延迟。在

通过wifi从pi下载mp3文件的平均时间是80-100ms，所以这不是延迟的来源。在

有人能告诉我吗

1. chromecast音频播放短文件的预期延迟是多少
2. 如果pychromecast在这里效率特别低，那么，对于基于go、python或lisp的库有何建议。在
3. 有没有其他减少延迟的建议？我们已经从wav文件向下转换，认为原始http速度可能是个问题。在

提前谢谢！在

Answer 1

我一直在用pychromecast测试通知。我有7秒的延迟。在

因为你不能播放本地文件，只能播放Web服务器上的文件，我想chromecast会从外部获取文件。在

路由是通过谷歌的服务器进行的，这也是谷歌对其所有产品所做的。在