AskaEth
6e7c0d00c0
fix(audiod): M50 r2 蓝牙打开时序 — MAC 改从 hcitool con 取（list-pcms 易失）+ 短重试 + 行内匹配修正
真机（2026-11-11 18:2x/18:3x，MOONDROP Pudding 33:DE:2E:21:AD:30）暴露两个时序/解析问题：
① **list-pcms 易失，不能当 MAC 主来源**：bluealsa 的 a2dpsrc PCM 对象只在 A2DP profile
配置好后的秒级窗口内存在（无人开 PCM 时 1~3s 就消失）。r1 用它取 MAC → 探针一错过窗口
就 btdev=- / bt=fail 回落。改为 **主来源 `hcitool con` 的 ACL 行**（内核 ACL 是连接权威，
开销一个 popen），拿到 MAC 直接 snd_pcm_open("bluealsa:DEV=<mac>,...") 让 bluealsa
在 open 时自己创建 PCM；list-pcms 降级为兜底来源。
② **ACL 刚建立时 profile 可能还没配置好** → open 会瞬时 ENODEV。改 3 次 × 300ms 短重试
（上限 600ms，不占播放线程太久）；失败后才记为 fail#n 进退避（仍只在开流/重配边界）。
③ **端点路径要 D-Bus 全串**（`bluealsa-cli volume|info` 要它，不是 MAC）：新增
bt_dev_endpoint_path()；PCM 撑住后再 list-pcms 取路径（此时稳定）→ bt_refresh_endpoint()。
④ **命令换行 bug**：旧 vol_full 的 token 扫描不认 '\n'，真机把端点路径连换行一起塞进
`bluealsa-cli volume <path>\n 127`，第二行成了独立命令 → 音量设置实际没下发。改为
bt_dev_endpoint_path() 严格按空白/\r/\n 截断。
⑤ **行内匹配 bug**：is_src_line() 对整串 strstr 会借到下一行的 a2dpsrc —— hfphf/source
行被误判成 A2DP 源端点（count_src 少算/endpoint_path 取错行）。改 line_is_src() 只在
本行内判定。
⑥ STATE 增 `btacodec=`：读回 `bluealsa-cli info` 的 Selected codec。真机 MOONDROP Pudding
只有 SBC/AAC，settings 请求 LDAC 时 bluealsa 接受参数但实际选 AAC —— 面板必须看到
实际值（btcodec= 仍是请求值，btacodec= 是实际值）。
⑦ AVRCP 满量程 127（bluealsa-cli volume 取值范围 [0,127]，旧值 100 只到 79%）。
宿主：test_bt_dev 66/66（新增 hcitool con 真机原文 / 端点路径 / info 原文解析用例），
test_audiod_host 109/0，交叉编译 0 warning（67944B，md5 0ec3b9a6…）。
真机：r1 二进制 18:26 那次已实测 BT 出声（bt=ok / played=55296 / bluealsa Running:true /
Delay 17.2ms / Volume 127），18:33 起耳机自动关机，r2 的 hcitool-con 主路径未能在真机复验
（耳机不可达），详见报告。
2026-11-11 19:37:03 +08:00
..
2026-08-31 22:40:08 +08:00
2026-11-11 19:37:03 +08:00
2026-11-11 19:37:03 +08:00
2026-11-11 19:37:03 +08:00
2026-11-11 18:51:16 +08:00
2026-09-01 14:25:51 +08:00
2026-09-04 00:56:57 +08:00
2026-09-02 09:32:48 +08:00
2026-09-02 09:32:48 +08:00
2026-11-11 19:37:03 +08:00
2026-08-31 22:40:08 +08:00
2026-08-31 22:40:08 +08:00
2026-09-03 12:16:01 +08:00
2026-11-11 19:37:03 +08:00
2026-11-11 19:37:03 +08:00