Extended Display Identification Data (EDID) 

Er et metadataformat som lar seere beskrive mulighetene sine for en videokilde (for eksempel et grafikkort eller set-top-boks). Dataformatet er definert av en standard utgitt av Video Electronics Standards Association (VESA).

EDID-datastrukturen inneholder produsentens navn og serienummer, produkttype, fosfor eller filtertype, visning som støttes, visningsstørrelse, luminansdata og (kun for digitale skjermer) pikselkartdata.

DisplayID er en VESA-standard som tar sikte på å erstatte EDID- og E-EDID-utvidelser med et enhetlig format som er egnet for både PC-skjermer og forbrukerelektronikk.

EDID-strukturversjoner varierer fra v1.0 til v1.4; alle disse definerer oppover kompatible 128-byte strukturer. EDID-struktur v2.0 definerte en ny 256-byte-struktur, men har senere blitt avskrevet og erstattet av v1.3, som støtter flere ekspansjonsblokker. [Henvisning nødvendig] HDMI versjoner 1.0-1.3c bruker EDID-struktur v1.3. [1]

Før skjermdatakanalen (DDC) og EDID ble definert, var det ingen standard måte for et grafikkort å vite hva slags skjermenhet den var koblet til. Noen VGA-kontakter i personlige datamaskiner ga en grunnleggende identifikasjonsform ved å koble en, to eller tre pinner til bakken, men denne kodingen var ikke standardisert.

Kanalen for å sende EDID fra skjermen til grafikkortet er vanligvis I²C-bussen, definert i DDC2B (DDC1 brukte et annet seriell format som aldri ble populært).

EDID lagres ofte på skjermen i en minneenhet kalt seriell PROM (programmerbart skrivebeskyttet minne) eller EEPROM (elektrisk slettbar PROM) og er tilgjengelig via I²C-bussen på adressen 0x50. [2] EDID PROM kan ofte leses av verts-PCen selv om selve skjermen er slått av.

Mange programvarepakker kan lese og vise EDID-informasjon, for eksempel Read-edid [3] for Linux og DOS, PowerStrip [4] for Microsoft Windows og XFree86 for Linux og BSD unix. Mac OS X leser EDID-informasjon, og programmer som SwitchResX [5] eller DisplayConfigX [6] kan også vise informasjonen og bruke den til å definere tilpassede oppløsninger.

Forbedret EDID ble introdusert på samme tid som E-DDC; den introduserte EDID-struktur versjon 1.3 som støtter flere utvidelsesblokker og utdatert EDID versjon 2.0-struktur (selv om den kan støttes som en utvidelse). Datafelt for foretrukket timing, intervallgrenser og overvåkingsnavn er påkrevd i E-EDID. E-EDID støtter også dobbel GTF-tid og bildemodifisering. [avklaring nødvendig]

 

Begrensninger

Noen grafikkortdrivere har historisk gått dårlig med EDID, og ​​bruker bare standard timing-deskriptorer i stedet for sine detaljerte Timing Descriptors (DTDs). Selv i tilfeller der DTD-ene ble lest, er drivere ofte begrenset av standardgrensen for tidsbestemmelsesbeskrivelser at de horisontale / vertikale oppløsningene skal være jevnt fordelt med 8. Dette betyr at mange grafikkort ikke kan uttrykke de mest mottatte oppløsningene. av de vanligste flatskjermene med flatskjerm og flytende krystall TV. Antallet vertikale piksler beregnes ut fra den horisontale oppløsningen og det valgte størrelsesforholdet. For å være helt eksplisitt, må størrelsen på widescreen-displayet således være et flertall på 16 × 9 piksler. For 1366 × 768 piksler Brede XGA-paneler er den nærmeste oppløsningen som kan uttrykkes i EDID standard syntaks for timing descriptor 1360 × 765 piksler, noe som vanligvis fører til 3 piksler tynne svarte søyler. Å spesifisere 1368 piksler som skjermbredde vil gi en unaturlig skjermhøyde på 769,5 piksler.

Mange brede XGA-paneler reklamerer ikke for sin opprinnelige oppløsning i standard tidsbestemmelsesbeskrivelser, men tilbyr bare en oppløsning på 1280 × 768. Noen paneler reklamerer bare for en oppløsning som er litt mindre enn originalen, for eksempel 1360 × 765. For at disse panelene skal vise et perfekt pikselbilde, må EDID-dataene ignoreres av skjermdriveren, eller driveren må tolke DTD riktig og kunne løse oppløsninger hvis størrelse ikke kan deles med 8. spesielle programmer er tilgjengelige for å overstyre standard tidsbestemmelsesbeskrivelser fra EDID-data. Selv dette er ikke alltid mulig, ettersom noen av leverandørens grafikkdrivere (spesielt Intel) krever spesifikke registerark for å implementere tilpassede oppløsninger, noe som kan gjøre det veldig vanskelig å bruke den opprinnelige oppløsningen på skjermen. [7]