Ik heb het antwoord van steffen gebruikt om dit werkend te krijgen op Windows 10 en heb het een beetje meer in detail opgespoord.
Ik had eerder zonder succes geprobeerd om TVEnableOverscan
en DigitalHDTVDefaultUnderscan
uit te schakelen (ook in de amdkmdag
sleutel onder CurrentControlSet\Services
veranderd), evenals meerdere versies en combinaties van legacy CCC/driver installers. Vóór de Windows 10 upgrade werkte het prima op Windows 8.1 (ik kan me niet herinneren dat ik iets speciaals heb gedaan om het werkend te krijgen, maar ben er niet 100% zeker van).
Ten eerste, op Windows 10 weigert het uitgepakte installatiepakket (13.4 beta) te draaien. In plaats daarvan ging ik naar Apparaatbeheer en verwijderde de display-adapter, waarbij ik het vakje aanvinkte om het stuurprogramma te verwijderen. Ik koos vervolgens Actie > Zoeken naar hardwarewijzigingen en kreeg een “Microsoft Basic Display Adapter”. Ik klikte met de rechtermuisknop en koos Stuurprogramma bijwerken, daarna koos ik de optie om zelf het stuurprogramma te specificeren. Ik koos de map Packages\Drivers\Display\W86A_INF
uit het uitgepakte AMD pakket zoals steffen beschreef. Er volgde een vrij lange periode van hardware detectie/installatie en aan het einde daarvan was de driver versie nog steeds de Windows 10 versie (03/01/2015, 8.970.100.9001 in plaats van 04/24/2013, 8.970.100.0000 uit het pakket). Echter, het uitvoeren van het setup-programma en het installeren van het VISION Conrol Center resulteerde in een functionerende CCC. Het rapporteerde de correcte, oudere versie van het stuurprogramma.
Op dit punt was ik in staat om de overscan aan te passen terwijl ik Process Monitor draaide en keek welke registerwaarden werden ingesteld wanneer ik op Toepassen drukte:
15:26:19.6441241 CCC.exe 6740 RegSetValue HKLM\System\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}0x1&000\GDOADJR6 DFP SUCCESS Type: REG_BINARY, Length: 384, Data: 00 00 00 00 02 00 00 00 10 00 00 00 00 00 00 00
15:26:19.6457995 CCC.exe 6740 RegSetValue HKLM\System\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}0x1&000\DALR6 DFP1920x1080x0x59 SUCCESS Type: REG_BINARY, Length: 48, Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
15:26:19.6468669 CCC.exe 6740 RegSetValue HKLM\System\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}0x1&000\DAL_DFPOptions SUCCESS Type: REG_BINARY, Length: 4, Data: 18 00 00 00
Ik geloof dat de voorvoegsels dezelfde paden zijn die worden opgelost door de sleutel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video
die door steffen en anderen wordt genoemd. Process Monitor laat niet de volledige data zien, maar een beetje experimenteren en inzoomen met RegEdit liet zien dat de relevante bytes in zowel DALR6 als GDOADJR6 zitten - in de eerste op byte 37 (offset 0x24) en in de tweede op byte 21 (offset 0x14). Deze zijn 0 met overscan volledig uit (naar rechts in de GUI) en nemen toe met 1 voor elke stap van de schuifknop naar links.
Tenslotte verwijderde ik opnieuw de display adapter driver uit Apparaatbeheer (inclusief het verwijderen van de driver). Windows ging automatisch door een andere langdurige detectiecyclus en keerde terug naar het originele, door Microsoft geleverde stuurprogramma. Om een of andere reden lijkt CCC nog steeds te werken en toont nu de modernere driver-versie. Dit stelde me in staat om de wijziging in de GUI opnieuw uit te voeren en het effect te observeren. Verwarrend genoeg worden er nieuwe items aangemaakt onder de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video
toets bij het wisselen van apparaat/stuurprogramma. Nog verwarrender was dat de tweede keer bleek dat mijn beeldscherm op 60Hz stond in plaats van 59Hz, dus de relevante sleutel was iets veranderd. Echter, beide offsets waren nog steeds correct en veranderden met het schuif/toepassingsproces.
Ik heb dit niet getest zonder eerst CCC geïnstalleerd te hebben, maar het werkte nog steeds nadat ik het verwijderd had. Ik kan alleen maar aannemen dat ze door de driver worden gelezen: in het slechtste geval bij het opstarten en waarschijnlijk bij elke belangrijke gebeurtenis op het scherm (zoals het veranderen van resolutie).
Windows 10 TH2 (Threshold 2)
Na de installatie van TH2 was de overscan terug en erger. De binaire blobs zijn van grootte veranderd en de standaard is nu 8 in plaats van 2. De driver versie blijft hetzelfde en de locatie van de binaire data blijft hetzelfde. Die van DALR6 staan nog steeds op byte 37 (offset 0x24), GDOADJR6 staat nog steeds op byte 21 (offset 0x14). Ik las de hex offsets aanvankelijk verkeerd in RegEdit, dus installeerde ik hetzelfde Catalyst 13.4 beta VISION Control Center als voorheen (zonder de driver). Deze keer werkte het de eerste keer en was ik meteen in staat om de overscan vanuit de GUI te bedienen.