気軽に「こんなAndroidアプリ探してます」46本目

[過去ﾛｸﾞ] 気軽に「こんなAndroidアプリ探してます」46本目 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

969: (ﾜｯﾁｮｲ 9aa6-/0cF) 12/03(水)19:25 ID:bdWndmSr0(1) AA×

外部ﾘﾝｸ:zenn.dev
外部ﾘﾝｸ:www.daytona.co.jp

[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]

969:  (ﾜｯﾁｮｲ 9aa6-/0cF) [sage] 2025/12/03(水) 19:25:14.68 ID:bdWndmSr0

Bluetooth当初からこういう話は出るけど仕組み上無理
https://zenn.dev/s_iwasaki_biz/articles/e54a875638b174 「一般的なAndroidデバイスでは、基本的にA2DP Sink、AVRCP Controllerは無効になっています。」
https://www.daytona.co.jp/support/faq/detail/3/

間にハードウェア的な仲介者を置けば理屈の上では可能
タブレット - 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スマホ単体で成立する

http://egg.5ch.net/test/read.cgi/android/1753242595/969

上下前次 1-新書関写板覧索設栞歴

あと 33 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.054s