預期的Chromecast音頻延遲？

Question

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

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

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

將pychromecast中的play_media函數觸發到chromecast中的音頻延遲有時超過3秒，並且從不低於1.5秒。 有趣的是，這似乎要比使用spotify或pandora進行投射慢得多。 並且，按下按鈕“有趣”肯定太慢了。

文件訪問時間在pi上很重要，但是使用像md5sum這樣的東西讀取整個文件需要不到0.02秒，所以我們不處理文件系統延遲。

來自pi的mp3文件的平均文件下載時間是wifi上的80-100ms，因此這不是延遲的來源。

有誰能告訴我

1. chromecast音頻播放短文件的預期延遲是多少
2. 如果pychromecast在這里效率特別低，如果是，那么可以使用go，python或基於lisp的庫的任何建議。
3. 最小化延遲的其他任何提示？ 我們已經從wav文件中下轉換，認為原始http速度可能是一個問題。

提前致謝！

Answer 1

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

由於您無法播放本地文件，只能播放網絡服務器上托管的文件，因此我認為chromecast會在外部播放該文件。

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