Native resolution Support för yttre Widescreen Displays på Intelbaserade Laptops

Informationen i denna artikel är relevant endast för användare av bärbara datorer eller datorer som innehåller följande chipsets från Intel, med hjälp av den inbyggda Intel bildskärmsdrivrutiner *: Q963/Q965, 945G, 945GM, 915GV, 915GM, 855GME, 852GM/GME, 845GV (nyare versioner av programvara vi använder för att skapa detta kan stödja ytterligare chipsets)

Du förmodligen redan vet detta, men om off-chans att du inte kan du räkna ut vad chipset din bärbara dator använder genom att gå till Kontrollpanelen> System> Enhetshanteraren. Du bör särskilt titta under "Bildskärmskort". I mitt fall vår bärbara dator är en Dell Latitude D400 med Windows XP SP2 och använder 82852/82855 GM / GME. I grafikkort det visar 2 förekomster av "Intel Corporation 82852/82855 GM / GME Graphics Controller". De sista 3 siffrorna i varje nummer i detta namn motsvarar listan över stödda marker.

Vad vi ska göra här är att skapa en anpassad grafikdrivrutinen. Även jag hittade en hel del av grejerna som föreslås på olika ställen på nätet, såsom hex redigering etc ad nauseum snarare över mitt huvud - som någon som är minst bekväma Messing med mjukvara och hårdvara i allmänhet, jag kunde ändå förstå skriva en egen drivrutin - som tekniskt sett inte är full om kodning, åtminstone i detta fall. Det är mer som följd av en trollkarl, verkligen. Så om du är det minsta smula tekniskt lutar jag anser att du bör kunna göra detsamma. Men om du är desperat efter en snabb lösning, kan du prova mitt experimentella föraren under på egen risk. Det experimentella i att även om det definitivt fungerat för mig, alla är olika och de är mycket picky förare, de har inte gått igenom omfattande tester som den normala förare du är van vid.

Scenario: Du har köpt en helt ny widescreen-skärm för användning med din bärbara dator, bara för att upptäcka att din avsky att skärmens upplösning inte fungerade. Du försökte bara om alla så kallade "trick" för att få din bildskärmsdrivrutiner att lista resolution i Egenskaper för Bildskärm. Hacked INF-filer. Redigerad registret. Bråkade med hex-kod. Installerad Powerstrip. Försökte hacka EDID. Anses skriva om VBIOS. Anses ominstallation av Windows. Om allt detta låter bekant för dig, och du fortfarande på ruta ett, oroa dig inte. Eller så kanske du inte har provat något av det ännu. Vara tacksamma om du inte har. Även Powerstrip är verkligen ett bra verktyg att ha om din förare är upp till snus. Chanserna är dock att de inte är, och inget belopp dataintrång INF eller registerposter ska få dem att göra något de inte var programmerade att göra. Jag lärde mig detta den hårda vägen, och nu jag ska säga det rätta sättet - åtminstone som om tiden för att skriva den här artikeln, till dess att Intel får upp sina arses och skriver korrekt förare med widescreen-stöd för dessa chipsets, som förmodligen inte kommer att hända. Du kan ha blivit övertygad av dina erfarenheter eller ens några supportresurser typ person att det du försöker åstadkomma just inte är möjligt - det måste du antingen lämna tillbaka skärmen eller levande med en suddig interpolerats & sträcks bilden. Jag gör inga garantier, garantier mm som någon av information eller filer Jag erbjuder kommer att arbeta för dig, och jag accepterar något rättsligt ansvar för förlust av data eller någon annan typ av skada som du eventuellt skulle kunna göra genom att följa mina råd. Men med det sagt, om du vill 1680 × 1050 (eller flera andra widescreen / gängse resolutioner) på din laptop, jag är här för att tala om för er att det är möjligt att skriva en egen drivrutin med hjälp av så kallade Intel Embedded Graphics Drivers. Vad detta innebär är att vi måste vara beredda på att få våra händer lite smutsig - men om några få av oss göra arbetet och dela den med andra, så småningom skulle kunna leda till en omfattande lista över nya widescreen förare. Det förefaller mig från vad jag har läst att många människor inte förstå exakt hur Intel Embedded Driver arkitekturen fungerar. För att vara ärlig har jag inte använt tidigare versioner - och jag är medveten om dem eventuellt med begränsningar att inte tala om att vara mer komplicerat att räkna ut, men det verkar som de flesta av dessa frågor har tagits upp som en av de nyaste versionen - till exempel De erbjuder nu D3D stöd så bör du kunna köra spel. Hursomhelst, den inbyggda drivrutiner är inte bara något du hämta och installera som alla andra uppsättning förare - det är säkerligen en del av det, men när du hämtar IEGD, åtminstone på 6,1 här fungerar det:

Den IEGD (Intel Embedded Graphic Drivers) författarverktyg miljön är installerad på en mapp som heter IEGD/IEGD_6_1_Gold. Inom denna mapp är en körbar kallade iegd-ced.exe eller IEGD Configuration Editor. Det är där vi kommer att skapa våra egna förare som är specifika för vårt system och våra behov. Jag vill påpeka att detta är inte riktigt vad dessa förare var avsedda för, de är avsedda för utvecklare i första hand, men om de gör samma jobb sedan så vad. Det finns flera steg i processen, speciellt om du vill ha flexibiliteten i flera skärmen konfigurationer, vilket jag nästan garantera att du är. Om möjligt rekommenderar jag att installera IEGD på en andra dator, och använda detta som "exploatör miljön" så om du lyckas skruva något kommer det inte att sakta ner saker för mycket - dvs du behöver inte starta om så mycket - Jag skapade min förare på min största maskin, och delade dem över våra lokala nätverk till den bärbara datorn. Hämta IEGD med CED här:
http://downloadcenter.intel.com/detail_desc.aspx?agr=Y&ProductID=2159&DwnldID=12300&lang=eng

De stegen är .. 1. Hämta EDID / MODELINE data från monitorn

Innan du gör något i CED du kommer att behöva anpassade tidpunkten info på skärmen som du vill lägga till. Eftersom du gör allt detta i första hand är detta förmodligen innebär att av någon anledning ditt system inte klarar av att läsa EEPROM / EDID på din skärm, eller det trasiga / skadade, eller den inte har en period. I mitt fall vår Dell Latitude D400 med XP SP2 OEM kunde inte läsa EDID från vår helt nya Acer AL2216W, en 22 "widescreen med en upplösning på 1680 × 1050. Tidpunkten info fortfarande kan hämtas en rad olika sätt, det enklaste som finns att få övervaka föraren - vi kom inte med ett så jag var tvungen att hämta den från Acer. Genom behandlingen INF Jag tyckte att MODELINE sträng, och med hjälp av en handledning från en av det slag som käkar ute på nätet som heter "Archibael", jag kunde konvertera strängen till de värden som behövs för att skapa en anpassad DTD eller tidpunkt, med den IEGD Configuration Editor. Tyvärr handledningen är lite långdragna och ibland vilseledande för att använda IEGD, så jag kommer att ge relevanta rättas instruktioner på ett ögonblick. En länk till den andra självstudiekursen kan hittas längst ner på denna sida, endast avsedd för referens behov. Ett annat sätt att få EDID info är att koppla skärmen till en annan maskin och användning moninfo eller någon annan nytta, men jag misstänker att det vann inte alltid så enkelt och du kommer att behöva övervaka förare bara för att få det att fungera ändå. Om du har tur kan du även hitta inställningarna (sync offset, blank bredd etc) i en redan användbart format, så om du gör det kan du hoppa över en stor del av del 2 - åtminstone läsa om pixel klocka eftersom det kommer att vara viktig.

2. Konvertera MODELINE (du behöver känna till några enkla matematik, och vad många menar vad - det är det!)

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

Ignorera citerad del orsakar det bara talar om för dig vad resolution nästa nummer definiera.

108,00 - Pixel Clock i megahertz. Vi behöver kilohertz, så flytta decimalen 3 till höger (tekniskt vi inte lägga till en decimal alls eftersom DTD kräver en hel heltal) - 108000

1280 är horisontell aktiva område, naturligtvis "1280" i "1280 × 1024".

1328 är början på sync puls, 1440 är i slutet av synka puls.

1688 är i slutet av blanking interval (läs referensen självstudien om du behöver mer detaljerade förklaringar)

1024 är vertikal aktiva, och nästa nummer om denna på samma sätt som de siffror som föregår den horisontella aktiva område.

+ hsync och + vsync är polerna. + hsync exempelvis skulle motsvara "Horizontal Sync Polariteten: Aktiva Hög". Vettigt?

Nu formler, i den ordning som fälten i DTD utgivare:

Horisontella eller vertikala Sync Offset: Start av Sync puls minus aktiva område (1328-1280 i vårt exempel, eller 1025-1024)
Horisontella eller vertikala Sync Pulse Width: End of Sync puls minus Start av Sync puls (1440-1328 och 1028-1025)
Horisontella eller vertikala Blankprov Bredd: Slut på blanking intervallet minus Active Area (1688-1280 och 1066-1024)
3 mycket enkla formler som ger dig alla nummer till både H & V!

3. Skapa en ny Display Timing deskriptor (DTD) med CED Nu när vi har de värden som vi kan börja den största delen av processen. I IEGD CED, gå till "Nya DTD". Fyll i värden & namn filen vad du vill. Detta måste upprepas för varje anpassad tidsplan / upplösning / skärm du vill använda. När vi gör nästa steg "Skapa en konfiguration i CED" Vi kommer att i huvudsak tvingar föraren att leta efter dessa DTD och använda dem, tvingande vad som anges i VBIOS. Det är därför hackare INFs (ASCII-filer som innehåller beskrivningar av de filer och registerposter för förarna) misslyckas .. DTD definitioner kan vara där, men de är värdelösa om föraren själv (en uppsättning sammanställas, icke redigerbar binära filer) är inte ute efter dem i första hand - som de flesta standard Intel drivrutinerna inte. Du kanske har hört att "Intels senaste drivrutinerna stöder det bla bla bla" men jag har provat den och flera andra versioner, och ingen av dem innehåller något i INF eller registerposter för att ange de stöder denna typ av dataintrång. Föraren vi skapar kommer att innehålla hårt kodade instruktionerna för att skapa dessa tider .. De kommer att läggas till Windows Egenskaper för Bildskärm, det är bara en fråga om du gör det rätt. När jag följt den ursprungliga självstudien hävdade han att "DTD första förväntar pixel klocka i andelar i 10kHz. 108,00 MHz = 10800 kHz, så det är enkelt nog. "Även om jag ifrågasätta riktigheten i detta påstående, kanske det fungerade för honom att använda denna invecklade INF dataintrång metod, men det är så SLUMPARTAD från vad jag har sett jag absolut inte ens rekommendera att försöka det. När du skapar en anpassad DTD i IEGD CED, ni kommer att behöva ange siffror i ett mycket specifikt format eller det kommer inte att fungera. Den pixel klockan är kanske det mest sannolikt att bli utsatt för fel, med information som den ovan där ute, och det faktum att du vanligtvis hittar pixel klockan definieras i MHz, inte kHz. Den CED kräver numret i kHz. Inte MHz, inte "10's of kHz". Om du följt beräkning ovan du skulle sluta med en skärm som försöker visa på ett värde mellan 6-10hz istället för 60-100Hz! Detta skulle ge dig en svart skärm i själva signalen förmodligen skulle inte ens registrera sig på din skärm. 1 kHz = 1000 Hz. 1 megahertz = 1,000 kHz.

4. Skapa en konfiguration i CED

Nu måste vi skapa en ny konfiguration. Vi kommer troligen behovet av att skapa några av dem i själva verket för att flexibilitet jag nämnde tidigare - men för enkelhetens skull låt oss skapa en Dual Independent chef konfiguration - förutsatt att ditt chipset stödjer det. Om detta inte sker, kan det vara värt att spela och kommer med en enda display configuration. Tänk dock på att om du skruven något här du är mer benägna att gå in i felsäkert läge för att ångra det. Välj en konfigurationsfil namn och välj Chipset motsvarar dina egna. Lämna Display Detection som "Inaktivera". Vi kommer att behöva för att välja vilka enheter för att göra tillgängliga för oss. De olika Port Devices köra spektrumet av i stort sett allt du vill bifoga från CRT är att tv och platta bildskärmar. För enkelhetens skull låt oss anta att din situation är som mitt och ni har en laptop skärm och en extern VGA-enhet som du behöver för att köra.

I så fall skulle vi behöva göra 2 portar tillgängliga: LVDS och CRT i den ordningen. LVDS är bärbar interna displayen och CRT är VGA-enheten. En platta widescreen-skärm är inte precis en CRT, men det spelar ingen roll. Det viktiga är att föraren vet var den ska skicka signalen till orsaka om inte, när Windows startar upp kommer du att se en hel del ingenting på skärmen. Och jag behöver inte berätta för er som inte är bra.

Hit Nästa> och du måste ange ett Readable Port namn (detta kan komma att behöva något särskilt, men inte en expert ännu, jag skrev några godtyckliga namn, och föraren fungerar det - inga klagomål ..) Du måste också kontrollera båda fallen av "Använd användardefinierad DTD" så att föraren är tvungen att lägga till nya resolutioner. Även kryssrutorna bredvid den DTD som du vill ha med i "Anpassad Display Timing Deskriptorer". Hit Nästa> och upprepa detta för varje hamn / Enhetshanteraren och klicka sedan på Slutför. Den sista sidan är VBIOS relaterade saker som inte är relevanta för att skapa en Windows XP-drivrutin.

5. Skapa ett paket i CED

Vi har hittat vår EDID är, som vi har skapat vår DTD's, vi har skapat vår Konfigurationer. Nu måste vi skapa ett paket som innehåller allt. I huvudfönstret hit "ny förpackning". Namn på den, kontrollera konfigurationer för att införa, och som man bör vara standard. Jag rekommenderar varvid en bäst motsvarar vad enheten du planerar att ha ansluten när du installerar drivrutinen och köra det första gången. Mål OS bör Microsoft Windows 2000/XP/XPe, men du kan säkert använda den här metoden för andra operativsystem på listan. Du kan inte skapa en anpassad Video BIOS utan DOS, och jag skulle verkligen inte rekommendera det ändå eftersom det är ett bra sätt att helt och skruva upp ditt system om du inte vet vad du gör. Lämna Visningslägen kontrolleras enligt Använd standard. Slutför.

6. Skapa en installation (CED) och installera det!

Nästa skapar en installation och namnge det. Du har nu anpassat förare! Du hittar dem inne i arbetsytan / installationsmappen i jag EGD_6_1_Gold. Flytta zip-filen till din måldatorn fall, och packa upp innehållet till en temp-mappen. Hitta föraren mapp. Gå till Enhetshanteraren i Windows Kontrollpanelen och uppdatera varje Display drivrutin, vilket gör att du väljer "Sök inte automatiskt" och "Have Disk .." alternativ. Ett extra steg som kan vara värt mödan att öppna ssigd.inf insidan föraren mapp och hitta alias motsvarar ditt chipset. Namn är något unikt som "855 GM / GME Graphics Adapter (Widescreen Support) som gör det enkelt att berätta från andra förare versioner. Om du gör flera versioner av föraren då namnet var ett något annorlunda. Det är möjligt ditt första försök att inte vara helt lyckat så kanske namn som "Test Version" osv tills du är nöjd med att nästa version kommer att bli den verkliga affären. Slutligen starta om datorn först när varje Display Adapter drivrutin har uppdaterats (bärbara datorer har ofta mer än en instans beroende på chipset ..) Om allt går enligt planerna, när du startar upp Windows bör läsa in en "säker" default res till exempel 1024 × 768 men när man går in i Egenskaper för Bildskärm och välj den yttre displayen, en uppsjö av nya resolutioner bör finnas - egendomligt nog även många som du inte ens definiera DTD är för. Nu väljer din anpassade res, och slog Applicera - Native resolution, äntligen!

Fotnoter / Externa Länkar:

IEGD 6.1 (En nyare version kan vara tillgängliga som kräver olika anvisningar, men inte GNAGA - det är förmodligen ännu lättare nu):
http://downloadcenter.intel.com/detail_desc.aspx?agr=Y&ProductID=2159&DwnldID=12300&lang=eng

Archibael ursprungliga självstudien:
http://shareit.intel.com/WikiHome/Articles/111111431

Henriks 82855 GM / GME föraren med 1680 × 1050-stöd:
http://www.voxhouse.net/2008/04/20/intel-onboard-widescreen-graphics-driver-download/