Ich habe die Antwort von Steffen verwendet, um dies unter Windows 10 zum Laufen zu bringen und bin dem Problem etwas genauer auf die Spur gekommen.
Ich hatte zuvor erfolglos versucht, TVEnableOverscan
und DigitalHDTVDefaultUnderscan
zu deaktivieren (auch im Schlüssel amdkmdag
unter CurrentControlSet\Services
) sowie mehrere Versionen und Kombinationen von Legacy CCC/Treiber-Installationsprogrammen. Vor dem Windows 10-Upgrade funktionierte es unter Windows 8.1 einwandfrei (ich kann mich nicht erinnern, irgendetwas Spezielles getan zu haben, um es zum Laufen zu bringen, bin mir aber nicht 100%ig sicher).
Erstens: Unter Windows 10 weigert sich das entpackte Installationspaket (13.4 beta) zu starten. Stattdessen bin ich zum Gerätemanager gegangen und habe den Display-Adapter deinstalliert, wobei ich das Kontrollkästchen zum Löschen des Treibers aktiviert habe. Dann wählte ich “Aktion” > “Nach Hardware-Änderungen suchen” und erhielt einen “Microsoft Basic Display Adapter”. Ich klickte mit der rechten Maustaste und wählte Treiber aktualisieren, dann wählte ich die Option, den Treiber selbst festzulegen. Ich wählte den Ordner Packages\Drivers\Display\W86A_INF
aus dem entpackten AMD-Paket, wie steffen beschrieben hat. Die Hardware-Erkennung/Installation dauerte ziemlich lange und am Ende war die Treiberversion noch die Windows 10-Version (01.03.2015, 8.970.100.9001 statt 24.04.2013, 8.970.100.0000 aus dem Paket). Das Ausführen des Setup-Programms und die Installation des VISION Conrol Centers führten jedoch zu einem funktionierenden CCC. Es meldete die korrekte, ältere Version des Treibers.
An diesem Punkt konnte ich den Overscan einstellen, während ich Process Monitor laufen ließ und beobachtete, welche Registry-Werte gesetzt wurden, wenn ich Apply drückte:
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
Ich glaube, die Präfixe sind die gleichen Pfade, die durch den von steffen und anderen erwähnten Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video
aufgelöst werden. Process Monitor zeigt nicht die vollständigen Daten, aber ein bisschen Experimentieren und Heranzoomen mit RegEdit zeigte, dass die relevanten Bytes in beiden DALR6 und GDOADJR6 sind - in ersterem bei Byte 37 (Offset 0x24) und in letzterem bei Byte 21 (Offset 0x14). Diese sind 0 bei vollständig ausgeschaltetem Overscan (in der GUI nach rechts) und erhöhen sich um 1 für jeden Schritt des Schiebereglers nach links.
Schließlich habe ich den Treiber für den Display-Adapter wieder aus dem Geräte-Manager deinstalliert (einschließlich Löschen des Treibers). Windows durchlief automatisch einen weiteren verlängerten Erkennungszyklus und kehrte zum ursprünglichen, von Microsoft gelieferten Treiber zurück. Aus irgendeinem Grund scheint CCC noch zu funktionieren und zeigt nun die modernere Treiberversion an. Dies erlaubte mir, die Änderung in der GUI erneut vorzunehmen und die Wirkung zu beobachten. Verwirrenderweise werden beim Wechsel von Gerät/Treiber neue Einträge unter dem Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video
angelegt. Noch verwirrender war, dass sich beim zweiten Mal herausstellte, dass mein Display mit 60Hz statt mit 59Hz lief, so dass sich der entsprechende Schlüssel leicht verändert hatte. Beide Offsets waren jedoch immer noch korrekt und änderten sich mit dem Schieberegler/Apply-Prozess.
Ich habe dies nicht getestet, ohne vorher CCC installiert zu haben, aber es funktionierte noch, nachdem ich es entfernt hatte. Ich kann nur vermuten, dass sie vom Treiber gelesen werden: im schlimmsten Fall beim Start und wahrscheinlich bei jedem größeren Display-Ereignis (wie dem Wechsel der Auflösung).
Windows 10 TH2 (Threshold 2)
Nach der Installation von TH2 war der Overscan zurück und schlimmer. Die Größe der binären Blobs hat sich geändert und die Vorgabe ist jetzt 8 statt 2. Die Treiberversion bleibt gleich und die Lage der binären Daten bleibt gleich. DALR6 Einsen sind immer noch an Byte 37 (Offset 0x24), GDOADJR6 ist immer noch an Byte 21 (Offset 0x14). Ich habe die Hex-Offsets in RegEdit zunächst falsch gelesen und deshalb das gleiche Catalyst 13.4 beta VISION Control Center wie vorher (ohne den Treiber) installiert. Diesmal funktionierte es auf Anhieb und ich konnte den Overscan sofort über die GUI steuern.