Utilicé la respuesta de steffen para que esto funcionara en Windows 10 y lo rastreé con un poco más de detalle.
Había probado previamente a deshabilitar TVEnableOverscan y DigitalHDTVDefaultUnderscan sin éxito (cambiándolos también en la clave amdkmdag bajo CurrentControlSet\Services) así como múltiples versiones y combinaciones de instaladores de CCC/driver heredados. Antes de la actualización a Windows 10 funcionaba bien en Windows 8.1 (no recuerdo haber hecho nada especial para que funcionara pero no estoy 100% seguro).
En primer lugar, en Windows 10 el paquete de instalación desempaquetado (13.4 beta) se niega a ejecutarse. En su lugar fui al Administrador de dispositivos y desinstalé el adaptador de pantalla, marcando la casilla para eliminar el controlador. A continuación, elegí Acción->Escanear en busca de cambios de hardware y obtuve un “Adaptador de pantalla básico de Microsoft”. Hice clic con el botón derecho y elegí actualizar el controlador, luego elegí la opción de especificar el controlador yo mismo. Escogí la carpeta Packages\Drivers\Display\W86A_INF del paquete de AMD desempaquetado como describió steffen. Hubo un periodo bastante largo de detección/instalación del hardware y al final del mismo la versión del controlador seguía siendo la de Windows 10 (03/01/2015, 8.970.100.9001 en lugar del 04/24/2013, 8.970.100.0000 del paquete). Sin embargo, al ejecutar el programa de configuración e instalar el VISION Conrol Center, el CCC funcionaba. Estaba reportando la versión correcta y más antigua del controlador.
En este punto pude ajustar el overscan mientras ejecutaba Process Monitor y observaba qué valores del registro se establecían cuando pulsaba Apply:
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
Creo que los prefijos son las mismas rutas resueltas por la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video mencionada por steffen y otros. El Process Monitor no muestra los datos completos pero un poco de experimentación y acercamiento con RegEdit mostró que los bytes relevantes están en ambos DALR6 y GDOADJR6 - en el primero en el byte 37 (offset 0x24) y en el segundo en el byte 21 (offset 0x14). Son 0 con el sobreescaneo totalmente desactivado (hacia la derecha en la GUI) y aumentan en uno por cada incremento del deslizador hacia la izquierda.
Por último, volví a desinstalar el controlador del adaptador de pantalla desde el Administrador de dispositivos (incluso borrando el controlador). Windows pasó automáticamente por otro ciclo de detección prolongado y volvió al controlador original, suministrado por Microsoft. Por alguna razón, parece que CCC sigue funcionando y ahora muestra la versión más moderna del controlador. Esto me permitió hacer el cambio en la GUI de nuevo y observar el efecto. Confusamente, se crean nuevas entradas bajo la tecla HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video cuando se cambia de dispositivo/conductor. Más confuso aún, la segunda vez me pareció que mi pantalla estaba a 60Hz en lugar de 59Hz, por lo que la tecla correspondiente había cambiado ligeramente. Sin embargo, ambos desplazamientos seguían siendo correctos y cambiaban con el proceso de deslizamiento/aplicación.
No probé esto sin haber instalado primero CCC pero seguía funcionando después de quitarlo. Sólo puedo suponer que son leídos por el controlador: en el peor de los casos al iniciar y probablemente en cada evento importante de la pantalla (como el cambio de resolución).
Windows 10 TH2 (Threshold 2)
Después de instalar TH2 el overscan ha vuelto y ha empeorado. Los blobs binarios han cambiado de tamaño y el predeterminado es ahora 8 en lugar de 2. La versión del controlador sigue siendo la misma y la ubicación de los datos binarios sigue siendo la misma. Los DALR6 siguen estando en el byte 37 (offset 0x24), GDOADJR6 sigue estando en el byte 21 (offset 0x14). Inicialmente leí mal las compensaciones hexadecimales en RegEdit, así que instalé el mismo Catalyst 13.4 beta VISION Control Center que antes (sin el controlador). Esta vez ha funcionado a la primera y he podido controlar inmediatamente el overscan desde la GUI.