换了转接器后分辨率变了，怎样比较两次读取的 EDID

换了一只转接器后，Windows 的可选分辨率变了，最容易出现的推断是“转接器改了 EDID”。这个推断需要证据：先确认两份数据来自同一屏、同一信源和可比状态，再比较真实字节与解析结果。只看文件名称相同，不能证明读取对象相同。

配套EDID 差异演练脚本生成两个合成的128字节基础块，仅示范长度、校验和与字节差异定位。它没有构造可用于真实屏幕的完整时序，不能刷入设备，也不能证明任何转接器的兼容性。

对照前固定五项条件

记录显卡端口、屏体点位、屏幕信源、读取工具及覆盖设置。只替换目标转接器，其他线缆、矩阵端口和系统配置保持一致；如果同时升级了驱动，就把这轮标为多变量变化，不能归因到转接器一个因素。

每份数据保留读取时间、来源链路与原始格式。Windows 的 EDID 可以被 INF 数据覆盖，已经保存的注册表值也不一定说明这一刻从线缆读取了什么。需要先整理材料时，可使用现场证据包，不要先改数据把差异抹掉。

先比较块，再比较字段

Microsoft 文档说明 EDID 由一个或多个128字节块组成。对二进制导出，先检查长度是否为128的整数倍，再逐块检查字节和对256取模是否为零；它只是有限的错误检测，不能识别所有内容错误，更不能判断物理链路稳定。

如果拿到的是十六进制文本，先用明确规则转成字节，再做上述检查。带时间、地址列的文本日志不能直接当 HEX 数据喂进去。保留转换方法，避免预处理把字节顺序改了。

附件合成样本改变一个字段字节后重算校验字节，输出应包括偏移21和127。这里21表示示范数据中的一个物理尺寸字段，127是随之配平的校验字节；不是两个独立的能力变化，更不能由尺寸变化推出分辨率为何下降。

offset=21  before=34  after=3c
offset=127 before=68 after=60

校验字节的具体值由附件生成，核验以实际运行结果为准。你自己的文件若在末字节不同，先看其他数据是否变化；不要因为最后一个字节不一样就断言它损坏了。

能力差异要结合解码结果

为真实样本建立“偏移范围、原字节、新字节、字段含义、能否解释现象”五列表。基础块身份信息、详细时序和扩展块里的能力，作用并不相同。需要字段定位时接着读EDID 解码，本文不复制完整偏移表。

若前后增加或减少扩展块，要把扩展数量与实际文件长度一起核对。若解析工具显示支持模式减少，再回到原始字节验证它依据的块是否确实缺失；不同版本解析器的名称变化不能直接当成设备能力变化。

三种结论分开写

第一种是“两份文件完全一样”：它削弱了“导出数据变化导致模式变化”的假设，但仍不能排除读取缓存、链路带宽、连接状态或系统选择策略变化。第二种是“字节不同但未定位含义”：只能说数据不同，不能说明原因。第三种是“相关能力字段改变，且单变量复测可重复”：才有较强的链路证据，但仍应保留样本与适用条件。

同一次更换后的多次读取也值得比较。如果每次摘要都不一样，先检查读取条件与连接状态，不要从一个随机样本挑出符合预设结论的差异。恢复原转接器后的复读是额外对照，不是要求带电反复插拔；按现场维护流程和设备手册进行。

常见问题

两份都校验通过，是不是都真实可靠？ 不是。校验规则只验证块内求和关系，伪造数据或某些错误也可能通过。

能把附件的样本写进屏幕吗？ 不能。它只是差异教学数据，没有完整可用显示时序。

文件一样但显示不同怎么办？ 将操作系统当前输出、链路与读取来源一并保留，继续查显示协商和信号路径；不要强行归因 EDID。

核对依据

核对日：2026-10-23。Microsoft EDID 格式与覆盖机制支持块长度及来源边界；Python hashlib用于文件摘要。差异脚本与判断分层为本文编写，未连接或改写显示设备。