3、EDID与音频能力声明：EDID数据结构解析、音频格式（PCM/Dolby/DTS）在EDID中的声明方式、常见EDID错误导致ARC无声
EDID这东西，说白了就是显示设备递给播放源的一张「身份证」。我刚开始接触ARC调试时，总觉得EDID是显示那边的事，跟音频关系不大。直到有一次，客户说电视回传没声音，我查了三天，最后发现是EDID里少声明了一个音频格式——嗯，从那以后我再也不敢小看这128字节的数据块了。
3.1 EDID数据结构解析
EDID的全称是Extended Display Identification Data，标准长度128字节。但支持ARC的HDMI接口，通常需要用到EDID的扩展块（Extra Block），也就是第二个128字节。为什么？因为音频能力声明就藏在这个扩展块里。
我个人习惯把EDID拆成三部分来看：
- 基础块（Base Block）：前128字节，包含显示器基本信息，比如厂商ID、产品代码、支持的分辨率等。这里不涉及音频。
- 扩展块（Extension Block）：第二个128字节，CEA-861标准定义的扩展块。音频格式、声道数、采样率全在这里。
- 音频数据块（Audio Data Block）：扩展块里的一个子结构，专门描述音频能力。
你想想看，如果播放源（比如机顶盒）读不到扩展块里的音频信息，它就会默认只输出两声道PCM。这就是很多ARC无声问题的根源。
核心要点：ARC功能依赖EDID扩展块中的音频数据块。没有它，ARC就是摆设。
3.2 音频格式在EDID中的声明方式
EDID里声明音频格式，用的是CEA-861定义的Short Audio Descriptor（SAD）。每个SAD占3个字节，描述一种音频格式。我见过最多的情况是，电视只声明了PCM，结果用户接上支持Dolby Atmos的回音壁，ARC回传直接没声。
来看一个典型的SAD结构：
Byte 0: [7:3] 音频格式代码 | [2:0] 声道数-1
Byte 1: [7:3] 采样率位图 | [2:0] 保留
Byte 2: 格式特定数据（如最大比特率）举个例子，PCM 2声道 48kHz的SAD长这样：
Byte 0: 0x01 (格式代码1=PCM, 声道数2-1=1)
Byte 1: 0x0E (采样率位图: 48kHz, 44.1kHz, 32kHz)
Byte 2: 0x00 (PCM无额外参数)Dolby Digital（AC-3）的SAD：
Byte 0: 0x03 (格式代码3=AC-3, 声道数6-1=5)
Byte 1: 0x0E (采样率位图)
Byte 2: 0x40 (最大比特率 640kbps)DTS的SAD：
Byte 0: 0x07 (格式代码7=DTS, 声道数6-1=5)
Byte 1: 0x0E (采样率位图)
Byte 2: 0x40 (最大比特率 1536kbps)我的经验：调试时用EDID解析工具（比如Monitor Asset Manager）直接看原始数据，比看电视菜单里的「音频格式」靠谱得多。菜单里显示「支持Dolby」，但EDID里可能只写了PCM——我遇到过好几次这种坑。
3.3 常见EDID错误导致ARC无声
这部分我踩过的坑最多。归纳下来，EDID导致ARC无声主要有四种情况：
- 缺少音频数据块：扩展块里压根没有Audio Data Block。播放源只能输出两声道PCM，但ARC回传需要多声道压缩音频时，直接静音。
- 格式声明不完整：电视只声明了PCM，但回音壁需要Dolby Digital+。播放源检测到EDID不支持，就不输出。
- 声道数声明错误：比如EDID里写支持6声道，但实际电视只能处理2声道。播放源输出5.1信号，电视解码失败，无声。
- 采样率位图缺失：有些EDID只声明了48kHz，没写44.1kHz。播放源输出CD音质的44.1kHz信号，电视不认。
我曾经遇到一个案例：某品牌电视，ARC回传Dolby Digital一直没声。我抓了EDID一看，Audio Data Block里格式代码写的是0x06（Dolby Digital+），但Byte 2的最大比特率字段填的是0x00。播放源读到这个非法值，直接放弃输出。改成0x40（640kbps）后，问题解决。
注意：EDID的修改需要谨慎。有些电视的EDID是固化在EEPROM里的，改完可能影响HDMI握手。我建议先用EDID模拟器（比如Dr.HDMI）做测试，确认没问题再烧录。
3.4 知识体系结构图
下面这张图，是我自己总结的EDID与ARC音频能力声明的核心逻辑。你看一遍，基本就能理清思路：
这张图从左到右看：EDID先拆成基础块和扩展块，扩展块里找到音频数据块，音频数据块里是一串SAD。每个SAD声明一种音频格式。如果SAD列表里没有你需要的格式，ARC回传就会出问题。
3.5 实战调试建议
最后，我分享几个实战中验证EDID是否正确的办法：
- 抓取EDID原始数据：用HDMI分析仪或者软件工具（如EDID Manager）读取电视的EDID，直接看十六进制。重点关注扩展块偏移量0x04开始的Audio Data Block。
- 对比播放源日志：播放源（比如Apple TV）在HDMI握手时会打印EDID解析日志。看它识别到了哪些音频格式。如果日志里只有PCM，但EDID里写了Dolby，说明EDID解析有问题。
- 强制修改EDID测试：用EDID模拟器替换电视的EDID，手动添加或删除音频格式。如果修改后ARC正常了，说明原EDID有问题。
避坑指南：我曾经遇到一个案例，EDID里所有格式都声明了，但ARC还是没声。最后发现是扩展块的校验和（Checksum）算错了。播放源读到校验和不匹配，直接丢弃整个扩展块。所以，改完EDID一定要重新计算校验和。
EDID这东西，说复杂也复杂，说简单也简单。你只要记住：ARC回传什么音频格式，完全取决于EDID里声明了什么。声明了，就能传；没声明，就静音。下次遇到ARC无声，先查EDID，八成能找到问题。