10歳で、物理的なボタンを押した後にChromecast Audioで再生するオーディオを要求するプロジェクトを実装しています。Chromecastのオーディオ遅延が予想されますか?
彼女はChromecastのオーディオまで接続するPythonとpychromecastを使用しています。
オーディオファイルには50k mp3ファイルで、ボタンツールを実行している同じラズベリーパイの上にWiFi経由でホストされています。彼らはnginxを使用してホストされています。 Chromecastのから出てくるオーディオにpychromecastにplay_media機能を発射から
ディレイ3秒を超える時間であり、決して1.5秒未満。これは、偶然にも、スポットやパンドラからのキャストよりもはるかに遅いようです。そして、ボタンを押すのは間違いなく遅すぎます。
ファイルのアクセス時間は、PIには問題はなく、md5sumのようなものを使用してファイル全体を読み込むことは未満0.02秒かかりますので、私たちは、ファイルシステムの遅れを扱っていないことができます。パイからmp3ファイル用
平均ファイルのダウンロード時間は、無線LAN経由80-100msあるので、これは、待ち時間の発生源ではありません。
誰もがpychromecastがここに特に非効率的である、と行く、PythonやLispのためのそうであれば、任意の提案した場合、予想される遅延が
- を伝えることができますベースのライブラリを使用することができます。
- 待ち時間を最小化するためのヒントはありますか?私たちはすでに未加工のHTTP速度が問題になるかもしれないと思うwavファイルからダウンコンバートしました。事前に
ありがとう!