HDMI技术eARC回传为何断声？

电视画面正常、回传音频却偶发静音，说明问题多半不在视频链路，而在音频回传的发现、能力和时钟路径。HDMI技术做eARC时，不能把它当成普通音频线看待。

eARC发现协商首先要确认两端都进入正确的回传模式。电视、功放或声吧需要交换能力信息，确认支持的音频格式、通道数和控制状态；若一端仍按传统ARC思路处理，或在待机唤醒时没有重新发布能力，另一端可能选择错误的音频封装。用户看到的是杜比格式掉成PCM、切换应用后无声，或电视重启后必须重插线。根因往往是设备状态切换后，回传通道的协商结果没有跟着刷新。

协商还受到输入源路径影响。电视作为中心设备时，不同HDMI输入、内置应用和系统音量控制会改变音频路由；功放作为下游设备时，又要根据电视声明决定接收能力。若固件把某次协商结果全局缓存，后续换到另一个输入可能继续沿用旧能力。调试时应分别测试开机、待机唤醒、应用切换、输入切换和格式变化，并记录能力表、静音状态和回传模式是否同步更新。

音频时钟恢复决定回传是否连续。HDMI技术中的eARC虽然服务于音频，但仍依赖稳定的物理通道和缓冲管理；若回传链路抖动、线缆阻抗不连续或接收端时钟恢复不稳，音频包会出现丢失、重复或缓冲下溢。系统为了避免爆音，常在异常时先静音，这就形成“画面在、声音断”的表象。若只听主观断续，而没有抓包和缓冲水位，很难判断是协商错、时钟漂，还是接收端主动静音。

唇音同步补偿也会影响体验。视频处理可能引入帧缓冲和图像增强延迟，音频回传路径又有自己的包化、解码和功放处理时间；若设备只按固定延迟补偿，不同输入格式和刷新率下会出现口型偏差。更稳妥的设计，是把视频处理模式、音频格式和回传链路延迟都纳入时序表，并在模式切换后重新更新，而不是让用户手动调一个全局偏移。

验证eARC时，应把协商日志和模拟音频测试结合。先用固定音频格式确认链路连续，再切换高码率、多声道和低延迟场景，观察是否存在格式越高越容易断声的趋势。还要测试线缆方向、长度和电视待机状态，因为这些边界会同时影响回传通道和控制状态。只有在这些条件下都能保持能力声明、时钟和静音策略一致，回传音频才算稳定。

静音策略需要有明确恢复条件。接收端检测到包错误或缓冲下溢后，可以短暂静音保护扬声器，但如果没有重新锁定、淡入和错误计数清零机制，就会出现用户必须切输入才能恢复声音的故障。工程上应把一次瞬时错误与持续链路失败分开，让短错误自动恢复，长错误才提示重连或降级。

音频格式切换也要单独覆盖。片源从立体声切到多声道、从菜单音切到正片音轨时，能力协商不一定变化，但缓冲和解码路径会重建。若静音门控比格式切换慢，用户会听到前几个音频包丢失或短促爆音。

因此，断声不是简单的音频格式兼容问题，而是发现协商和时钟恢复没有形成闭环。把回传路径按状态机验证，HDMI技术才能在电视、功放和声吧之间稳定传声。