Los datos de identificación de pantalla extendida ( EDID ) y los datos de identificación de pantalla mejorada ( E-EDID ) son formatos de metadatos que utilizan los dispositivos de visualización para describir sus capacidades en una fuente de video (por ejemplo, una tarjeta gráfica o un decodificador ). El formato de los datos está definido por un estándar publicado por la Asociación de estándares de electrónica de video (VESA).
La estructura de datos EDID incluye el nombre del fabricante y el número de serie, el tipo de producto, el tipo de fósforo o filtro (como datos de cromaticidad ), los tiempos admitidos por la pantalla, el tamaño de la pantalla, los datos de luminancia y (solo para pantallas digitales) los datos de mapeo de píxeles .
DisplayID es un estándar VESA destinado a reemplazar las extensiones EDID y E-EDID con un formato uniforme adecuado tanto para monitores de PC como para dispositivos electrónicos de consumo.
Las versiones de la estructura EDID (bloque base) van desde la v1.0 a la v1.4; todas ellas definen estructuras de 128 bytes compatibles con versiones anteriores . La versión 2.0 definió una nueva estructura de 256 bytes, pero ha quedado obsoleta y ha sido reemplazada por E-EDID, que admite varios bloques de extensión. [ cita requerida ] Las versiones HDMI 1.0–1.3c utilizan E-EDID v1.3. [1]
Antes de que se definieran el canal de datos de visualización (DDC) y el EDID, no existía una forma estándar para que una tarjeta gráfica supiera a qué tipo de dispositivo de visualización estaba conectada. Algunos conectores VGA de las computadoras personales proporcionaban una forma básica de identificación conectando uno, dos o tres pines a tierra, pero esta codificación no estaba estandarizada.
Este problema se soluciona con EDID y DDC, ya que permite que la pantalla envíe información a la tarjeta gráfica a la que está conectada. La transmisión de información EDID suele utilizar el protocolo Display Data Channel , específicamente DDC2B, que se basa en I²C -bus (DDC1 utilizaba un formato serial diferente que nunca ganó popularidad). Los datos se transmiten a través del cable que conecta la pantalla y la tarjeta gráfica; se admiten VGA , DVI , DisplayPort y HDMI . [ cita requerida ]
El EDID se almacena a menudo en el chip de firmware del monitor llamado EEPROM serial (memoria de solo lectura programable y borrable eléctricamente) y se puede acceder a él a través del bus I²C en la dirección 0x50. El ordenador central puede leer el EDID PROM incluso si la pantalla está apagada.
Muchos paquetes de software pueden leer y mostrar la información EDID, como read-edid [2] para Linux y DOS, PowerStrip [3] para Microsoft Windows y X.Org Server para Linux y BSD Unix . Mac OS X lee de forma nativa la información EDID y programas como SwitchResX [4] o DisplayConfigX [5] pueden mostrar la información y usarla para definir resoluciones personalizadas.
E-EDID se introdujo al mismo tiempo que E-DDC , que admite varios bloques de extensión y la estructura obsoleta de la versión 2.0 de EDID (se puede incorporar en E-EDID como un bloque de extensión opcional). Los campos de datos para la sincronización preferida, los límites de rango y el nombre del monitor son obligatorios en E-EDID. E-EDID también agrega compatibilidad con el concepto de curva GTF dual y cambió parcialmente la codificación de la relación de aspecto dentro de las sincronizaciones estándar.
Con el uso de extensiones, la estructura E-EDID se puede ampliar hasta 32 KiB, porque el E-DDC agregó la capacidad de direccionar múltiples segmentos (hasta 128) de 256 bytes.
00)02)10)20)40)50)60)70)A7, AF, BF)F0)FF): contiene información como el diseño de subpíxeles [6]FF): según LS-EXT, el contenido real varía según el fabricante. Sin embargo, el valor lo utiliza posteriormente DDDB.Algunos controladores de tarjetas gráficas históricamente no han tenido un buen desempeño con el EDID, ya que solo utilizan sus descriptores de tiempo estándar en lugar de sus Descriptores de tiempo detallados (DTD). Incluso en los casos en que se leyeron los DTD, los controladores a menudo siguen estando limitados por la limitación del descriptor de tiempo estándar de que las resoluciones horizontales y verticales deben ser divisibles por 8. Esto significa que muchas tarjetas gráficas no pueden expresar las resoluciones nativas de las pantallas planas panorámicas y los televisores de pantalla de cristal líquido más comunes . El número de píxeles verticales se calcula a partir de la resolución horizontal y la relación de aspecto seleccionada . Para que sea completamente expresable, el tamaño de la pantalla panorámica debe ser un múltiplo de 16 × 9 píxeles. Para los paneles Wide XGA de 1366 × 768 píxeles, la resolución más cercana expresable en la sintaxis del descriptor de tiempo estándar EDID es 1360 × 765 píxeles, lo que generalmente genera barras negras de 3 píxeles de grosor. Especificar 1368 píxeles como ancho de pantalla daría como resultado una altura de pantalla antinatural de 769,5 píxeles.
Muchos paneles Wide XGA no anuncian su resolución nativa en los descriptores de tiempo estándar, en su lugar ofrecen solo una resolución de 1280 × 768. Algunos paneles anuncian una resolución solo un poco más pequeña que la nativa, como 1360 × 765. Para que estos paneles puedan mostrar una imagen perfecta en píxeles , el controlador de pantalla debe ignorar los datos EDID o el controlador debe interpretar correctamente el DTD y ser capaz de resolver resoluciones cuyo tamaño no sea divisible por 8. Hay programas especiales disponibles para anular los descriptores de tiempo estándar a partir de los datos EDID. Incluso esto no siempre es posible, ya que los controladores gráficos de algunos proveedores (en particular los de Intel ) requieren hacks de registro específicos para implementar resoluciones personalizadas, lo que puede dificultar mucho el uso de la resolución nativa de la pantalla. [7]
Cuando se utiliza para otro descriptor, el reloj de píxeles y algunos otros bytes se establecen en 0:
Los tipos de descriptores definidos actualmente son:
FF: Número de serie del monitor (texto ASCII)FE:Texto no especificado (texto ASCII)FD: Supervise los límites del rango. Descriptor binario de 6 o 13 bytes (con tiempo adicional).FC:Nombre del monitor (texto ASCII), por ejemplo "PHL 223V5".FB: Datos de punto blanco adicionales. 2 descriptores de 5 bytes, rellenados con 0A 20 20.FA: Identificadores de tiempo estándar adicionales. 6 descriptores de 2 bytes, rellenados con 0A.F9:Gestión del color de pantalla (DCM).F8:Códigos de sincronización de 3 bytes CVT.F7: Sincronización estándar adicional 3.10:Identificador ficticio.00–0F:Descriptores reservados del fabricante.La extensión EDID de CTA se introdujo por primera vez en EIA / CEA -861.
El estándar industrial ANSI/CTA-861, que según CTA es ahora su "estándar más popular", [10] se ha actualizado varias veces desde entonces, en particular con la revisión 861-B (publicada en mayo de 2002, que agregó la versión 3 de la extensión, agregando descriptores de video cortos e información avanzada de capacidad/configuración de audio), 861-D (publicada en julio de 2006 y que contiene actualizaciones de los segmentos de audio), 861-E en marzo de 2008, [11] 861-F, que se publicó el 4 de junio de 2013, [12] 861-H en diciembre de 2020, [13] y, más recientemente, 861-I, que se publicó en febrero de 2023. [14] Coincidiendo con la publicación de CEA-861-F en 2013, Brian Markwalter, vicepresidente sénior de investigación y estándares, afirmó: "La nueva edición incluye una serie de “De mejoras notables, incluido el soporte para varios formatos nuevos de video Ultra HD y de pantalla ancha y esquemas de colorimetría adicionales”. [15]
La versión CTA-861-G, [16] publicada originalmente en noviembre de 2016, se puso a disposición de forma gratuita en noviembre de 2017, junto con las versiones actualizadas -E y -F, después de algunos cambios necesarios debido a una queja por violación de marca registrada. Todos los estándares CTA son gratuitos para todos desde mayo de 2018. [17] [18]
La versión completa más reciente es CTA-861-I, [19] publicada en febrero de 2023, disponible de forma gratuita tras el registro. Combina la versión anterior, CTA-861-H, [20] de enero de 2021 con una enmienda, CTA-861.6, [21] publicada en febrero de 2022 e incluye una nueva fórmula para calcular los formatos de sincronización de vídeo, OVT. [22] Otros cambios incluyen un nuevo anexo para explicar en detalle el sistema de configuración de salas de altavoces de audio que se introdujo con la enmienda 861.2, y algunas aclaraciones generales y limpieza de formato.
En junio de 2024 se publicó una enmienda a CTA-861-I, CTA-861.7, [23]. Contiene actualizaciones de CTA 3D Audio y aclaraciones sobre la indicación del tipo de contenido y sobre la compatibilidad con 4:2:0 para VTDB y VFDB. También introduce un nuevo bloque de datos de identificación del producto, para reemplazar la identificación PNP del fabricante en el primer bloque del EDID, ya que la UEFI está eliminando gradualmente la asignación de nuevas identificaciones PNP.
La versión 1 del bloque de extensión (tal como se define en CEA−861) permitía la especificación de tiempos de video únicamente mediante el uso de Descriptores de Tiempo Detallados (DTD) de 18 bytes (tal como se detalla en el formato de datos EDID 1.3 anterior). Los tiempos DTD se enumeran en orden de preferencia en la Extensión de Tiempo EDID de CEA.
La versión 2 (según se define en 861-A) agregó la capacidad de designar una cantidad de DTD como "nativos" (es decir, que coincidan con la resolución de la pantalla) y también incluyó alguna funcionalidad de "descubrimiento básico" para determinar si el dispositivo de pantalla contiene soporte para "audio básico", formatos de píxeles YC B C R y subescaneo.
La versión 3 (a partir de la especificación 861-B) permite dos formas diferentes de especificar formatos de sincronización de video digital: como en las versiones 1 y 2, mediante el uso de DTD de 18 bytes o mediante el uso del Descriptor de video corto (SVD) (consulte a continuación). HDMI 1.0–1.3c utiliza esta [ ¿cuál? ] versión.
La versión 3 también define un formato para una colección de bloques de datos, que a su vez pueden contener una serie de descriptores individuales. Esta colección de bloques de datos (DBC) inicialmente tenía cuatro tipos de bloques de datos (DB): bloques de datos de video que contienen el descriptor de video corto (SVD) mencionado anteriormente, bloques de datos de audio que contienen descriptores de audio cortos (SAD), bloques de datos de asignación de altavoces que contienen información sobre la configuración de altavoces del dispositivo de visualización y bloques de datos específicos del proveedor que pueden contener información específica para el uso de un proveedor determinado. Las versiones posteriores de CTA-861 definieron bloques de datos adicionales.
La colección de bloques de datos contiene uno o más bloques de datos que detallan información sobre la ubicación de los altavoces, el audio y el vídeo en la pantalla. Los bloques se pueden colocar en cualquier orden y el byte inicial de cada bloque define tanto su tipo como su longitud:
Si el código de etiqueta es 7, hay un código de etiqueta extendido en el primer byte de carga útil del bloque de datos, y el segundo byte de carga útil representa el primer byte de carga útil del bloque de datos extendido.
Una vez que finaliza un bloque de datos, se supone que el siguiente byte es el comienzo del siguiente bloque de datos. Esto es así hasta el byte (designado en el byte 2, arriba) donde se sabe que comienzan los DTD.
Como se señaló, la extensión define varios bloques de datos.
Los bloques de datos de vídeo contendrán uno o más descriptores de vídeo cortos (SVD) de 1 byte.
Notas: Los paréntesis indican instancias en las que se repiten los píxeles para cumplir con los requisitos de velocidad mínima de la interfaz. Por ejemplo, en el caso de 720x240p, los píxeles de cada línea tienen doble reloj. En el caso de (2880)x480i, la cantidad de píxeles de cada línea y, por lo tanto, la cantidad de veces que se repiten, es variable y el dispositivo de origen los envía al monitor DTV.
Las expresiones Hactive aumentadas incluyen “2x” y “4x”, que indican dos y cuatro veces la resolución de referencia, respectivamente.
Los modos de vídeo con una frecuencia de actualización vertical que sea un múltiplo de 6 Hz (es decir, 24, 30, 60, 120 y 240 Hz) se consideran que tienen la misma frecuencia que los modos NTSC equivalentes, donde la actualización vertical se ajusta por un factor de 1000/1001. Como VESA DMT especifica una tolerancia de reloj de píxeles del 0,5 %, que es 5 veces más que el cambio requerido, los relojes de píxeles se pueden ajustar para mantener la compatibilidad con NTSC; normalmente, se ajustan los modos 240p, 480p y 480i, mientras que los formatos 576p, 576i y HDTV no.
Los bloques de datos de audio contienen uno o más descriptores de audio breves (SAD) de 3 bytes. Cada SAD detalla el formato de audio, el número de canal y las capacidades de velocidad de bits/resolución de la pantalla de la siguiente manera:
Un bloque de datos específico del proveedor (si lo hay) contiene como sus primeros tres bytes el número de registro IEEE de 24 bits del proveedor , [24] primero el byte menos significativo. El resto del bloque de datos específico del proveedor es la "carga útil de datos", que puede ser cualquier cosa que el proveedor considere digna de incluirse en este bloque de extensión EDID. Por ejemplo, el número de registro IEEE 00 0C 03significa que se trata de un bloque de datos específico de "HDMI Licensing, LLC" (contiene información de HDMI 1.4), C4 5D D8significa que se trata de un bloque de datos específico de "HDMI Forum" (contiene información de HDMI 2.0), 00 D0 46significa que se trata de "DOLBY LABORATORIES, INC." (contiene información de Dolby Vision) y 90 84 8bes "HDR10+ Technologies, LLC" (contiene información de HDR10+ como parte del estándar HDMI 2.1 Amendment A1 [25] ). Comienza con una dirección física de origen de dos bytes, primero el byte menos significativo. La dirección física de origen proporciona la dirección física CEC para los dispositivos CEC ascendentes. HDMI 1.3a especifica algunos requisitos para la carga útil de datos.
Si hay un bloque de datos de asignación de altavoces , constará de tres bytes. El primer y el segundo byte contienen información sobre qué altavoces (o pares de altavoces) están presentes en el dispositivo de visualización:
Algunas banderas de oradores han quedado obsoletas en la SADB, pero aún están disponibles en el SPM de la RCDB. Estos oradores no se podían indicar con un valor CA en el InfoFrame de audio y solo se pueden usar con la Entrega según la máscara de orador, que corresponde únicamente a la RCDB.
Los bloques de datos de configuración de la sala y de ubicación del altavoz describen la configuración del altavoz utilizando las coordenadas de la sala.
