Native Resolution Støtte for eksterne widescreenskjermer på Intel Basert Laptops

Informasjonen i denne artikkelen er bare relevant for brukere av bærbare PC-er eller PC-en inneholder følgende brikkesett med Intel med innebygd Intel skjermdriverne *: Q963/Q965, 945G, 945GM, 915GV, 915GM, 855GME, 852GM/GME, 845GV (nyere versjoner av programvaren vi bruker til å lage dette kan støtte flere brikkesett)

Har du sannsynligvis allerede vet dette, men på off-sjanse du ikke, kan du finne ut hva brikkesett den bærbare datamaskinen din bruker ved å gå til Kontrollpanel> System> Enhetsbehandling. Du bør spesielt se under "Skjermkort". I mitt tilfelle vår laptop er en Dell Latitude D400 kjører Windows XP SP2 og bruker 82852/82855 GM / GME. I Skjermkort viser 2 forekomster av Intel Corporation 82852/82855 GM / GME Graphics Controller '. De siste 3 sifrene i hvert nummer i dette navnet tilsvarer listen over støttede chips.

Hva vi skal gjøre her er å opprette en tilpasset skjermdriveren. Mens jeg funnet mye av ting foreslått i ulike steder på nettet, for eksempel heksadesimal redigering osv. ad nauseum heller over hodet - som noen som er minst komfortable får tilgang til programvaren og maskinvaren generelt, var jeg fortsatt i stand til å gripe skriver en tilpasset driver - som teknisk sett ikke er full på koding minst i denne saken. Det er mer som å følge en veiviser, egentlig. Så hvis du er i det hele tatt er teknisk tilbøyelig Jeg tror du skal kunne gjøre det samme. Men hvis du er desperat etter å få en rask fiks, kan du prøve mine eksperimentelle sjåfør under på eget fare. Det er eksperimentelt i den mens den definitivt jobbet for meg, alle er forskjellige, og disse er svært kresen drivere, de har ikke gått gjennom omfattende tester som vanlig driverne du er vant til.

Scenario: Du har kjøpt en helt ny widescreenskjermen for bruk sammen med din bærbare, bare for å oppdage til horror at skjermens native oppløsning fungerte ikke. Du prøvde omtrent alle såkalte "triks" for å få din skjermdrivere til liste oppløsningen i Skjermegenskaper. Hacket INF-filene. Redigert registret. Messed med hex-kode. Installed Powerstrip. Prøvde å hacke det EDID. Betraktet skriver om VBIOS. Betraktet reinstallere Windows. Hvis noe av dette høres kjent med deg, og du fortsatt på torget en, ikke bekymre deg. Eller kanskje du ikke har prøvd noe av det ennå. Være takknemlig hvis du ikke har. Selv Powerstrip er absolutt et nyttig redskap for å ha hvis driverne er opp til snus. Sjansene er skjønt at de ikke er, og ikke mengden hacking INF eller registeroppføringer skal gjøre dem gjøre noe de ikke var programmert til å gjøre. Jeg lærte dette på den harde måten, og nå kommer jeg til å fortelle deg den riktige måten - i det minste på det i skrivende stund i denne artikkelen, inntil Intel får sin arses og skriver riktige driverne med widescreen støtte for disse brikkesettene, som sannsynligvis ikke vil skje. Du kan ha blitt overbevist av erfaringer eller noen teknisk støtte type person som det du prøver å oppnå akkurat det ikke er mulig - at du må enten returnere skjermen, eller lever med uklare interpolert & strukket bildet. Jeg gir ingen garantier, garantier mv at noen av opplysningene eller filer jeg vil jobbe for deg, og jeg godtar ikke noe juridisk ansvar for tap av data eller andre typer skader kan du eventuelt gjøre ved å følge mine råd. Men har sagt at hvis du vil 1680 × 1050 (eller en rekke andre widescreen / standard oppløsning) på en bærbar maskin, er jeg her for å fortelle deg at det er mulig å skrive din egen sjåfør bruker det som kalles Intel Embedded Bilde Drivers. Hva dette betyr er at vi må være forberedt på å få våre hender litt dirty - Men hvis noen av oss gjøre jobben og deler det med andre, kan det til slutt føre til en omfattende liste over nye widescreen drivere. Det virker for meg fra det jeg har lest at mange ikke forstå nøyaktig hvordan Intel Embedded Driver arkitektur fungerer. For å være ærlig har jeg ikke brukt den eldre versjoner - og jeg er klar over dem som muligens har begrensninger for ikke å glemme å være mer komplisert å finne ut, men det viser seg at de fleste av disse sakene har blitt behandlet som om den nyeste versjonen - for eksempel de nå tilbyr D3D støtte slik at du skal kunne kjøre spill. Uansett, den innebygde drivere er ikke bare noe du laste ned og installere på samme måte som andre sett med drivere - det er absolutt en del av det, men når du laster ned IEGD, minst like over 6.1 Slik fungerer det:

Den IEGD (Intel Embedded Grafisk Drivers) skriving miljøet er installert i en mappe kalt IEGD/IEGD_6_1_Gold. Innenfor denne mappen er en kjørbar kalt iegd-ced.exe eller IEGD Konfigurasjonsredigering. Dette er hvor vi skal lage våre egne drivere spesielt for vårt system og våre behov. Jeg bør være oppmerksom på at dette er egentlig ikke hva disse driverne var ment for, de er ment for utviklere i hovedsak, men hvis de gjør den samme jobben og så hva. Det er flere trinn i prosessen, spesielt hvis du ønsker å ha mulighet for flere skjermbilder, som jeg nesten garantere dere er. Hvis mulig, anbefaler jeg at du installerer IEGD på en annen maskin, og bruke dette som "utviklerveiledning miljø" så hvis du klarer å skru noe opp det vil ikke påvirke ting ned for mye - altså trenger du ikke å starte på nytt så mye - Jeg opprettet min drivere på min viktigste maskin, og delte dem over våre lokale nettverket til laptop. Last ned IEGD med CED her:
http://downloadcenter.intel.com/detail_desc.aspx?agr=Y&ProductID=2159&DwnldID=12300&lang=eng

Trinnene involvert er .. 1. Få EDID / MODELINE data fra skjermen

Før du gjør noe i CED du kommer til å trenge den tilpassede timing info på skjermen du vil legge til. Siden du gjør alt dette i utgangspunktet, dette betyr trolig at annen grunn systemet er ute av stand til å lese EEPROM / EDID for skjermen din, eller fordi den er ødelagt / skadet, eller det ikke har en periode. I mitt tilfelle våre Dell Latitude D400 med XP SP2 OEM kunne ikke lese EDID fra vår splitter nye Acer AL2216W, en 22 "widescreen med native oppløsning på 1680 × 1050. Tidspunktet info kan fremdeles hentes en rekke måter, det enkleste som er å få overvåke sjåfør - ours kom ikke med en så jeg måtte laste den ned fra Acer. Ved å lese INF Jeg syntes MODELINE streng, og bruker en tutorial fra et av de slag chaps ute på nettet som heter "Archibael", jeg var i stand til å konvertere strengen i de verdier som kreves for å opprette en tilpasset DTD eller timing, bruker den IEGD Konfigurasjonsredigering. Dessverre manuskriptet er litt lang og til tider misvisende i den hensikt å bruke IEGD, så jeg vil gi relevant korrigert instruksjonene i et øyeblikk. En kobling til andre opplæringen kan bli funnet på bunnen av denne siden for referanse formål. En annen måte å få EDID info er å koble skjermen til en annen maskin og bruker moninfo eller andre verktøy, men jeg mistenker at den vant ikke alltid så enkelt som at du trenger monitor driver bare for å få det til å fungere uansett. Hvis du er heldig kan du også finne innstillingene (synkroniser offset, blank bredde osv.) i en allerede anvendelig format så hvis du tror du kan hoppe over mye av del 2 - minst lese om pixel klokke fordi dette vil fortsatt være viktig.

2. Konverter MODELINE (du må vite litt enkel matematikk, og hvilke tall betyr det - det er det!)

Eksempel modeline: "1280 × 1024" 108,000 1280 1328 1440 1688 1024 1025 1028 1066 + hsync + vsync

Ignorere sitert del, at den bare forteller deg hva oppløsning neste numrene definere.

108,00 - Pixel Clock i megahertz. Vi trenger kilohertz, så flytter desimalverdi plass 3 til høyre (teknisk vi ikke legge til en desimal på alle siden DTD krever en hel heltall) - 108.000

1280 er horisontale aktive området, åpenbart på "1280" i "1280 × 1024".

1328 er starten på synkroniser puls, 1440 er på slutten av sync puls.

1688 er på slutten av blanking intervallet (les referansen opplæringen hvis du trenger mer detaljert forklaring)

1024 er vertikale aktive området, og neste tall knyttet til denne på samme måte som tallene som går foran horisontale aktive området.

+ hsync og + vsync er polarities. + hsync for eksempel vil samsvare med "Horisontal synk Polaritet: Aktiv High". Fornuftig?

Nå formlene, i rekkefølgen av felt i DTD Redaktør:

Horisontal eller vertikal Sync Offset: Start på Sync puls minus aktive området (1328-1280 i vårt eksempel, eller 1025-1024)
Horisontal eller vertikal Sync Pulse Width: Slutten av Sync puls minus Start på Sync puls (1440-1328 og 1028-1025)
Horisontal eller vertikal Blank Bredde: Slutt på blanking intervallet minus Active Area (1688-1280 og 1066-1024)
3 svært enkle formler som gir deg alle numrene for både H & V!

3. Opprett en ny Display timing beskrivelse (DTD) med CED Nå som vi har verdier vi kan begynne med det viktigste del av prosessen. I IEGD CED, gå til "Nytt DTD". Fyll inn verdier og navnet på filen det du vil. Dette må gjentas for hver tilpassede timing / oppløsning / skjerm du vil bruke. Når vi gjør det neste trinnet "Opprette en konfigurasjon i CED" vi vil være vesentlig tvinge driveren til å lete etter disse DTD og bruke dem, og overstyrer det som er definert i VBIOS. Dette er grunnen til hacking INFs (ASCII-filer som inneholder beskrivelser av de filene og registeroppføringene for driverne) mislykkes .. DTDen definisjoner kan være der, men de er verdiløse hvis driveren selv (et sett sammen, ikke redigerbart binære filer) ikke ser på dem i første omgang - som de fleste standard Intel driverne ikke er. Du har kanskje hørt at "Intel's nyeste driverne støtte den blah blah blah" men jeg har prøvd det og flere andre endringer, og ingen av dem inneholder noe i INF eller registeroppføringer til å angi de støtter denne typen hacking. Føreren vi skape skal inneholde hard kodet instruksjoner for å lage disse på nytt .. De vil bli lagt til i Windows Skjermegenskaper, det er bare et spørsmål om du gjør det riktig. Da jeg fulgte den opprinnelige manuskriptet det hevdet at "DTDen første forventer at pixel klokke i enheter av 10kHz. 108,00 MHz = 10800 kHz, slik at det er enkelt nok. "Selv om jeg stiller spørsmål ved riktigheten av denne uttalelsen, kanskje det fungerte for ham å bruke denne convoluted INF hacking metoden, men det er så hit-and-miss fra det jeg har oppfattet jeg absolutt ikke engang anbefaler prøver det. Når du oppretter en tilpasset DTD i IEGD CED, skal du trenger å skrive inn tall på en svært bestemt format eller det ikke vil fungere. The pixel klokken er kanskje det mest sannsynlig vil bli utsatt for feil, med informasjon som ovenfor der ute, og det faktum at du vanligvis vil finne pixel klokke definert i MHz, ikke kHz. Den CED krever nummeret i kHz. Ikke MHz, ikke "10's of kHz. Hvis du fulgte regnestykket ovenfor ville du ende opp med en skjerm prøver å vise til en verdi mellom 6-10hz, i stedet for 60-100 Hz! Dette vil gi deg en svart skjerm, faktisk signalet sannsynligvis ville ikke selv registrere deg på skjermen. 1 kilohertz = 1000 Hz. 1 megahertz = 1000 kHz.

4. Opprett en konfigurasjon i CED

Nå må vi opprette en ny konfigurasjon. Vi vil trolig trenger for å lage noen av dem faktisk for at fleksibilitet jeg nevnte tidligere - men For enkelthets skyld la oss lage en Dual Independent Head konfigurasjon - forutsatt at brikkesettet støtter det. Hvis ikke, kan det være verdt å gjøre gamble og kommer med et enkelt display konfigurasjon. Bare vær oppmerksom på at hvis du skru noe opp her er det mer sannsynlig til å gå inn i sikkermodus å angre det. Velg en konfigurasjonsfil navn, og velg Chipsett tilsvarer din egen. Avreise Display Gjenkjenningsmerknad som "Disable". Vi kommer til å trenge å velge hvilke enheter å gjøre tilgjengelig for oss. De ulike Port Devices kjøre GAMUT av ganske mye hva du ønsker å legge fra CRT's til TV og flatskjermer. For enkelthets skyld la oss anta at situasjonen er som mine, og du har en intern bærbar skjerm og en ekstern VGA-enhet som du trenger for å drive.

I slike tilfeller vil vi trenger for å lage 2 porter tilgjengelig: LVDS og CRT i den rekkefølgen. LVDS blir den bærbare interne displayet og CRT som VGA-enhet. En flatskjerm widescreenskjermen er ikke akkurat en CRT, men det spiller ingen rolle. Det som teller, er at sjåføren vet hvor den skal sende signalet til, årsaken dersom ikke når Windows starter vil du se en hel masse ingenting på skjermen. Og jeg trenger ikke å fortelle deg det er ikke bra.

Hit Neste> og du må skrive inn et lesbart Port Name (dette må kanskje være noe spesielt, men ikke være en ekspert ennå, jeg skrev en oppkonstruert navn, og driveren fungerer slik - ingen klager ..) Du må også sjekke begge tilfeller av "Bruk brukerdefinerte DTDs slik at driveren er tvunget til å legge til nye vedtak. Også merke av i boksene ved siden DTDen er du vil ha med, i "Tilpasset Display timing beskrivere". Hit Neste> og gjenta prosessen for hver Port / Enhet deretter Fullfør. Den siste siden er VBIOS relaterte ting som ikke er relevant for å lage en Windows XP-driveren.

5. Opprette en pakke i CED

Vi har funnet vår EDID's, vi har laget vår DTD's, vi har laget vår konfigurasjoner. Nå må vi lage en pakke som skal inneholde alt. I hovedvinduet hit "Ny pakke". Name it, sjekk konfigurasjoner for å inkludere, og som en bør være standard. Jeg anbefaler det som en samsvarer best i hvilken enhet du har tenkt å ha tilkoblet når du installerer driveren og kjøre det første gang. Target OS skal Microsoft Windows 2000/XP/XPe, men du kan selvfølgelig bruke denne metoden for andre operativsystemer på listen. Du kan ikke opprette en tilpasset Video BIOS uten DOS, og jeg vil ikke anbefale det allikevel fordi det er en god måte å skru opp maskinen hvis du ikke vet hva du gjør. Leave Visningsmoduser kontrolleres som Bruk standard. Fullfør.

6. Opprett en installasjon (CED) og installere det!

Deretter oppretter du en installasjon og gi den navnet. Du har nå tilpassede drivere! Du finner dem inne i arbeidsrom / installasjon mappen jeg EGD_6_1_Gold. Flytt zip filen til målet maskinen hvis det er aktuelt, og pakke ut innholdet til en temp mappe. Finn driveren mappen. Gå til Enhetsbehandling i Windows Kontrollpanel og oppdatere hver skjermkort driveren, og påse at du velger "ikke søke automatisk" og "Har diskett .." alternativer. Et ekstra trinn som kan være verdt stund er å åpne ssigd.inf inni driver mappen og finne alias tilsvarende til brikkesettet. Navn det noe unikt som "855 GM / GME Graphics Adapter (Widescreen Support)" å gjøre det enkelt å si fra andre driver versjoner. Hvis du lager flere versjoner av driveren deretter navnet hvert en noe annerledes. Det er mulig et første forsøk, vil ikke bli fullt vellykket så kanskje navnet dem som "Testversjonen" osv. til du er tilfreds med at neste versjon vil være den virkelige avtale. Endelig starter maskinen bare når hver skjermkort enhetsdriver har blitt oppdatert (bærbare datamaskiner har ofte mer enn én forekomst avhengig av brikkesettet ..) Går alt etter planen, når du starter opp Windows skal laste inn en "sikker" standard oppløsning som 1024 × 768 Men når du går inn i Skjermegenskaper og velg ekstern skjerm, en mengde nye vedtak skal være tilgjengelig - merkelig nok også mange som du ikke selv definere DTD står for. Nå velger den tilpassede res, og trykk Søk - Native oppløsning, endelig!

Fotnoter / Eksterne lenker:

IEGD 6.1 (En nyere versjon kan være tilgjengelig som krever litt forskjellige instruksjoner, men ikke slite - det er nok enda enklere nå):
http://downloadcenter.intel.com/detail_desc.aspx?agr=Y&ProductID=2159&DwnldID=12300&lang=eng

Archibael opprinnelige manuskriptet:
http://shareit.intel.com/WikiHome/Articles/111111431

Henriks 82.855 GM / GME driver med 1680 × 1050 support:
http://www.voxhouse.net/2008/04/20/intel-onboard-widescreen-graphics-driver-download/