[過去ﾛｸﾞ] 気軽に「こんなAndroidアプリ探してます」46本目 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
969: (ﾜｯﾁｮｲ 9aa6-/0cF) 12/03(水)19:25 ID:bdWndmSr0(1) AAS
Bluetooth当初からこういう話は出るけど仕組み上無理
外部ﾘﾝｸ:zenn.dev 「一般的なAndroidデバイスでは、基本的にA2DP Sink、AVRCP Controllerは無効になっています。」
外部ﾘﾝｸ:www.daytona.co.jp
間にハードウェア的な仲介者を置けば理屈の上では可能
タブレット - AVRCP+A2DP - 仲介者
- AVRCP(表示のみ)+A2DP(無音)
- AVRCP(コントロールのみ)+A2DP
仲介者を一から開発
カスタムロムをビルドしたAndroidスマホもハードウェア制限を無視すれば机上の空論としては同じように成立する（上記のzenn記事およびタブレット - AVRCP+A2DP - Androidスマホ - AVRCP+A2DP - BTイヤホン経路）
こちらはAndroidスマホがプロキシ的に動作するということ
ぞくにいうディスプレイオーディオが類似してる
そんな超高難易度より、タブレットプレーヤー側で工夫してメタデータをAVRCP以外の方法（SPP？）でタブレット→Androidスマホを考えた方が有益かもしれない
タブレットプレーヤーアプリで曲が変わったことを検知して、メタデータを何らかの形で取得（どうせストリーミングだろうからプレーヤー変更困難でアクセシビリティサービスでのテキスト取得あたりか通知サービスのメディアメタデータ取得ができればそれ）、Androidスマホ側でSPP受信表示
コレでも十分高難易度だが
たぶんもっとも現実的なのはBluetoothテザリングでAndroidスマホ側でプレーヤーを動作させる
バッテリー消費についてはその通りだがBluetoothテザリングならかなり抑えられる
もっともBluetoothテザリングで帯域が賄えるかどうかが問題だが
ストリーミングサービスやそのビットレートが伏されているが、ぶっちゃけそれを満たすモバイル契約をするという金で解決した方が妥当
タブレットレスでAndroidスマホ単体で成立する
上下前次1-新書関写板覧索設栞歴
あと 33 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.008s