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

2025/12/03(水) 14:42:39.97

>>965
設定画面がダークモード出来ると助かります

2025/12/03(水) 17:33:51.69

>>957
空いてる方の手にも安物スマートバンドつけるしかないな

2025/12/03(水) 19:25:14.68

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スマホ単体で成立する

2025/12/04(木) 15:56:32.95

ふむ