2016-03-21 5 views
6

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のためのそうであれば、任意の提案した場合、予想される遅延が

  • 短いファイルを再生するオーディオ用Chromecast何のためにあるのか私に

    1. を伝えることができますベースのライブラリを使用することができます。
    2. 待ち時間を最小化するためのヒントはありますか?私たちはすでに未加工のHTTP速度が問題になるかもしれないと思うwavファイルからダウンコンバートしました。事前に

    ありがとう!

  • 答えて

    1

    私はpychromecastで通知をテストしています。私は7秒遅れました。

    ローカルファイルは再生できませんが、ウェブサーバーでホストされているファイルのみが再生されるため、chromecastは外部からファイルを取得します。

    ルーティングは、グーグルのサーバーを経由して行われます。これは、Googleがすべての製品で行うことです。

    関連する問題