預期的Chromecast音頻延遲？

Question

我10歲，正在實施一個項目，要求在按下物理按鈕後通過Chromecast Audio播放音頻。

她正在使用python和pychromecast連接到一個chromecast音頻。

音頻文件是50k的mp3文件，並通過WiFi託管在運行按鈕工具的相同覆盆子pi上。它們使用nginx進行託管。

從pycastcastcast中播放play_media函數到chromecast發出的音頻的延遲時間有時超過3秒，並且從不少於1.5秒。有趣的是，這似乎比從spotify或pandora投射要慢得多。而且，推動按鈕'有趣'肯定太慢了。

文件訪問時間在pi上可能很重要，但使用類似md5sum的文件讀取整個文件的時間少於.02秒，所以我們不處理文件系統滯後。

pi的mp3文件的平均文件下載時間是80-100ms，所以這不是延遲的來源。

誰能告訴我

1. 預期的延遲是什麼Chromecast的音頻播放短文件
2. 如果pychromecast特別低效這裏，如果是這樣，對於去，Python或口齒不清任何建議可以使用的基於庫的庫。
3. 任何其他技巧，用於最小化延遲？我們已經從wav文件下轉換，認爲原始http速度可能是一個問題。

在此先感謝！

Answer 1

我一直在使用pychromecast測試通知。我有7秒的延遲。

既然你不能播放本地文件，但只有一個文件託管在網絡服務器上，我猜chromecast從外部選取文件。

路由是通過谷歌的服務器，這是谷歌所做的所有產品。