ユーザーの操作なしで自動的にキャストされるAndroidアプリ（CastCompanionLibrary）

Question

CastCompanionLibrary v2.9.1を使用して、play-services-cast:10.0.1を使用するように変更されたAndroidアプリがあります（グラデーションの依存関係を変更するだけです）。

ショートバージョン：ユーザーが操作しなくてもChromeCastデバイスに自動的に接続しようとしています。

ロングバージョン：

play services 10.0.1を使用するCCLライブラリを更新しているので、私はいくつかのユーザーはアプリが自動的にユーザーの操作なしCHROMECASTにキャスト/接続されていることを言及しなければなりませんでした。

ユーザーの中には、このアプリを使用していないと回答しているユーザーがいれば、WiFiに接続して自動的にキャストしようとしています。他の人は、アプリを使用していると言い、ChromeCastボタンを押さずにアプリがキャストを開始します。

-

私は何が起こっているのか説明するかもしれないCHROMECAST APIへの潜在的な変化を探すために場所を考え出すのトラブルを抱えています。私はこの問題が私のアプリや他の多くのChromeCast対応アプリでのみ発生しているのかどうかも分かりません。最後に、自分のChromeCastデバイスでこの問題を再現できません。

ご協力いただければ幸いです。

Answer 1

この問題を引き起こしていたAndroid Support Library 25.1.0にバグがあります。今 '内部で固定' としてマークされて

https://code.google.com/p/google-cast-sdk/issues/detail?id=1105

。

また、関連

： https://code.google.com/p/android/issues/detail?id=232326

Answer 2

私はこの前にこれを見たり聞いたりしていなかったので、何が原因である可能性があるかをさらに調査するためのいくつかの指針があります。 CCLにはReconnectionServiceという（スティッキー）サービスがあり、WiFiを失って後で戻ったときに再接続を試みます。あなたが言いましたwifiシナリオはこれに似ていますので、そこから始めることをお勧めします。意味があるときに再接続するために、再生中のコンテンツの時間長を取得し、その期間だけそのような試行を行います。つまり、1時間のコンテンツを再生してから、テーブルに携帯電話を置いて2時間後にピックアップすると、それが眠る前の最後のムービーが1時間だったので、何も作成されません再接続を試みます（同じクラスのhandleTermination()を参照）。明確なコンテンツ期間を持たないライブストリームの場合、CCLはデフォルトの2時間を使用しますが、アプリはVideoCastManager.setLiveStreamDuration(duration_in_seconds)メソッドを呼び出すことでそれを変更できます。最後に、再接続全体にはいくつかの要因があります。セッションIDとともに、最後の接続のルートIDを保存します。したがって、必要に応じてこれらのいずれかをクリアしてから、その特定のセッションに再接続しようとしません（ある場合は再接続し、他のセッションでは無効にする場合）。問題のトラブルシューティングに役立つことを願っています。