Apple TV Netflix 拖进度条无声：config_output 里补上 mute_start

这篇写什么？

双屏电视、不接 Soundbar，HDMI1 接 Apple TV：

初步对比发现：能复现的版本与「刚合入 pop 音相关改动」的版本靠近；更老的基线不易复现。最终修复点很集中：在 config_output 里，对 HDMI-IN / ATV / LINEIN 等 patch 源，除了 need_do_avsync，再补上 adev->mute_start = true。

一句话：

切源 / seek / 焦点音效 → 要重建输出、做 AV sync
  → 只标 need_do_avsync、不 mute_start
  → 流未就绪就可能「该响不响」
  → 先 mute_start，等同步与流就绪再出声

相关：HDMI Pop 音两招、TV HDMI-IN Patch。

一、现象与版本线索

复现条件

1. 双屏电视，不接 Soundbar
2. HDMI1 接 Apple TV，停在 Home
3. 左右移焦点听 UI 音效；进 Netflix 拖进度条

版本对比（工程经验）

Pop 修复改变了 进出台、淡入淡出、写硬件节奏；若 AV sync 窗口里没有配合 启动静音，更容易出现「焦点音效单边丢、seek 后哑」这类时序问题。

二、根因：AV sync 窗口里过早出声 / 状态不齐

HDMI-IN（Apple TV）在焦点音效、拖进度条时，会频繁：

• 重建或重配输出（MS12 / patch）
• 做 AV 同步（avsync）
• 经历短时缓冲、格式与时间戳对齐

代码里本来就会：

adev->audio_patch->need_do_avsync = true;

表示「接下来要做音画同步」。若此时 没有 把设备置于「先别出声」的启动静音：

• 同步未完成、流未初始化完整
• 上层/焦点音效、seek 后的新时间点音频
• 可能落到 该响的时段被跳过或路由空窗 → 听感就是无声、或左右焦点表现不一致

所以根因表述为：audio patch 侧同步与输出启动时序不齐；不是单纯「音量被写成 0」。

三、修复：mute_start = true

在 config_output 中，当成功配输出且当前是外部 patch 源时：

if (ret == 0 && adev->audio_patch &&
    (adev->patch_src == SRC_HDMIIN ||
     adev->patch_src == SRC_ATV ||
     adev->patch_src == SRC_LINEIN)) {
    adev->audio_patch->need_do_avsync = true;
    adev->mute_start = true;
    ALOGI("set ms12, then do avsync!");
}

效果：

• 避免「半就绪」状态把无效/空窗当成正式播放
• seek、焦点音效触发的重配，都先过同一扇「静音门」
• 同步完成后再出声 → Netflix 拖进度条、Home 焦点音效恢复正常

覆盖源：SRC_HDMIIN、SRC_ATV、SRC_LINEIN——凡走 TV patch、需要 avsync 的外输入，一并处理。

四、和 Pop 修复的关系（怎么理解「回归」）

不是互相否定，而是 时序配套：

Pop 补丁让切换更「软」
  → 同步窗口变敏感
  → 需要 mute_start 明确「未就绪不出声」

排查类似回归时：先确认最近是否动过 fade / mute / patch 启停，再查 config_output 是否漏了启动静音。

五、验证清单

• Apple TV Home：左右移焦点，音效都在
• Netflix：多次拖进度条，seek 后有声
• 不接 Soundbar / 接 ARC 各测一轮（产品矩阵）
• log 可见 set ms12, then do avsync!，且随后能正常解静音出声
• 回归 pop：切口、开关 Tuner 是否仍可接受

六、小结

相关阅读

• HDMI / Tuner Pop 音两招
• TV 切到 HDMI-IN：Audio Patch 流程
• DRC 切空口变 RF 变响
• Zoom + ARC 双无声