|
SA mode 和GTF Mode.
与Established timing 相比较，standard timing 可以将图像高宽按1:1,4:3, 5:4,16:9 的比率自由定义Timing值。如800x600 @85Hz等Timing。
八、 详细的Timing 描述(54-125： 显示器的详细时序及定时,72 bytes)--- Detailed Timing Description
这里72 bytes 包含该显示器的最佳频率、频率范围及显示器名称等信息。
九、 扩展标示 及Checksum (126-127： 求和验证值2 bytes )
同PC主机和显示器通过DDC数据线访问存储器中数据，以确定显示器的显示属性(如分辨率、纵横比等)信息一样，在数字电视上，也沿用HDMI接口的DDC数据线访问EDID存储器，以确定数字电 视的相关显示属性，关键是128Byte是PC显示器的标准，已不能满足数字电视视频标准的要求，因此需要对数据结构进行扩展， HDMI接口在数字电视中的EDID数据结构，与PC显示器的最大区别是编程数据可以是128Byte的倍数，它不仅规定数字电视显示的格式，也规定数字视频信号和数字音频信号，基本的128Byte以外的数据都是附加数据，在基本数据的第127个字节定义EDID的附加数据块数量。
EDID的重要性在于:源与终端设备间要进行”握手”,要对所支持的分辨率及 Timing 的描述进行匹配,如果能匹配上 (哪怕只有一种分辨率) ,源信号就能放出,但如果没能匹配上,就不会有信号,从外观上看,就是没有显示.有时,EDID中的Timing 描述不够标准,有可能造成双方误解,也会造成显示混乱或不显示
2、EDID的学习与EDID的集合
从上面我们可以知道，DDC通道是一个双向通道，以便于设备间通过EDID的握手，但在实际应用过程中，许多设备为了节省通道，经常是不提供DDC通道的，如用网线或光纤传输时，就只传输四路图像信息，此时就需要发送设备具备EDID的学习功能，因为在设计产品时，发送设备内部都会有EDID信息的存储，将其与前端的设备相连时，它会向前端提供通用的EDID数据（当然不是后端真正设备的EDID数据），以完成EDID的握手。在一般情况下，这样应用没有什么问题，但后端设备是有较特殊的EDID数据时（如某种特定的分辨率或是纵横比等），前端设备由于不知道真正的EDID数据而不能输出此种分辨率的信号，因此就要求发送设备具备EDID的学习功能，学习功能有两种含义，其一修改发送设备中的EDID数据中关于Timing的描述，使其包含后端设备的特殊要求，但这一点很难，非专门从事此项工作的人员千万千万不要乱改，否则将原有的EDID数据改乱了会更糟，或干脆按后端设备的EDID数据，直接COPY过来，这样即省事又安全。因此，许多设备上由于未建立DDC通道传输EDID就都有EDID的学习和COPY功能，但也有很多设备，如分配器等，虽然建立了DDC通道，但也允许EDID的学习和COPY，是为什么呢？在许多应用中，如分配器，一个输入信号经过分配后要对众多的显示设备（或其他设备），而当后端的设备不是同一型号时，就会出现EDID的冲突，如主要显示屏要求1400×900,而许多小的显示屏不支持这一分辨率，此时信号源就会难办了，因为EDID数据上有冲突，那么要按照哪一种格式输出呢？这个问题在工程中经常出现，并且有时很难协调，有一种办法就是将后端的EDID数据进行集合，相当于在所有后端设备支持的分辨率中选取“最大公约数”，看看所有设备都能支持的是哪些分辨率，然后按照这种分辨率输出，以保证后端设备都能显示，从此在分配时，就要先把后端设备的EDID数据都读回来，然后在其中取“最大公约数”，形成新的EDID数据通知前端设备，但这种做法无法保障很多特定的分辨率，如主显示屏的分辨率，从应用角度上讲不是最佳的。还有一种办法，以分配器为例，以某一路输出(如第一路)的EDID |
|
