Modifier les paramètres d'Overscan/Underscan sans le centre de contrôle du catalyseur

J'ai eu une longue discussion sur le dilemme overscan/underscan avec les développeurs d'AMD qui travaillent sur les pilotes Catalyst.

L'idée de base est qu'AMD préfère souligner certaines personnes dont les écrans HDMI ne surbalayent pas, et créent une image trop petite (espaces vides autour de l'image), plutôt que de ne pas souligner et d'amener les personnes dont les écrans toujours surbalayent (sans réglage pour le modifier et avec des informations EDID incorrectes) à avoir un affichage de bureau trop grand. L'argument est que si le bureau est trop grand, alors l'utilisateur ne peut pas voir où se trouve l'icône du catalyseur ou le menu de démarrage, et il ne peut donc pas naviguer dans l'interface utilisateur afin d'effectuer le changement approprié. Ils s'en tiennent donc à leur routine de sous-balayage par défaut sur HDMI pour s'assurer que personne ne se retrouve avec un bureau trop grand pour son écran (avec des éléments de l'interface utilisateur qui pendent “hors de l'écran”).

Je ne suis pas d'accord avec cette politique, mais c'est comme ça. Cela semble également être une décision assez unique parmi les développeurs de pilotes graphiques, car je ne peux pas reproduire la bizarrerie sur un certain nombre d'autres appareils non AMD : les tablettes Android, les cartes Nvidia et les cartes graphiques Intel on-chip.

Il existe un moyen de régler directement le underscan/overscan sur Linux en modifiant les valeurs dans la “PCSDB” (Persistent Configuration Store Database). Je ne sais pas quel est l'équivalent sous Windows, ni même si vous pouvez lire/écrire les paramètres sans utiliser Catalyst.

Je ne peux pas tester personnellement cette solution, mais il semble qu'elle ait fonctionné pour les personnes qui utilisent des pilotes assez récents, alors essayez-la : go to Tom’s Hardware ou je la re-posterai ici :

I found a fix for the overscan issue  
Go to the following key in the registry:  
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\video{####....}0x1&000 
Create a new DWORD: 
"DigitalHDTVDefaultUnderscan" = dword 0x0000 
Note: there might be several {####....} , should be the one with most of the ATI settings. 
Source:http://forum.beyond3d.com/showthread.php?t=62100

Voici une citation d'une source AMD (qui restera anonyme) d'il y a plusieurs années concernant leur politique de underscan/overscan HDMI. Notez que cela s'applique à la fois à Windows et à Linux.

Le but de l'underscan par défaut n'est pas que nous nous appuyions sur les HDTV pour l'overscan en plein écran. Cela serait horrible en raison de la perte de qualité de l'image à la baisse par le GPU, puis à la hausse par la télévision. Cela résout plutôt le problème de l'overscan par défaut d'un téléviseur qui n'a pas de mécanisme pour le désactiver (beaucoup de téléviseurs HD bon marché). Dans ce cas, le téléviseur surbalance l'image et les menus sont généralement affichés en dehors du bord de l'écran, ce qui empêche l'utilisateur d'y accéder facilement. La valeur par défaut est purement pour des raisons de convivialité, et CCC-LE devrait pouvoir la changer à 0% (ou vous pouvez utiliser cette clé de registre/PCS pour forcer la valeur par défaut de 0%).

Si vous avez un téléviseur HD intelligent qui nous indique s'il y a surbalayage ou non, nous ferons ce qu'il faut et mettrons la valeur par défaut à 0 %. Cependant, peu de fabricants définissent correctement cette propriété dans l'EDID de l'écran, c'est pourquoi nous revenons à la valeur par défaut du sous-balayage.

L'underscanning ne devrait être la valeur par défaut que sur l'HDMI. DisplayPort ou DVI ne devrait pas être souligné par défaut.

Pour Linux, la solution consiste à entrer cette information dans le terminal :

sudo aticonfig --set-pcs-val=MCIL,DigitalHDTVDefaultUnderscan,0

(il suffit d'afficher ceci ici pour n'avoir besoin que d'un seul signet pour toutes les plateformes)

Je n'arrivais pas à le faire fonctionner avec ma Radeon HD 3600 sur Windows 8.1 64bit avec les solutions proposées d'ici. J'ai tout essayé, y compris

• Toutes les combinaisons de DigitalHDTVDefaultUnderscan et TVEnableOverscan à 0 ou 1
• DigitalHDTVDefaultUnderscan dans 0000, 0001 ou même dans différents chemins de registre
• En réglant DALR6 DFP1920x1080x0x59 ou DALR6 DFP1920x1080x0x60 à 0 comme proposé ici
• Depuis le centre de contrôle du catalyseur (changer la valeur n'a montré aucun effet)

Voici ce qui a finalement fonctionné pour moi - en finissant sans CCC installé !

1. télécharger et extraire la version beta de CCC 13.4 (le dernier pilote pour HD 2x/3x/4x Series)
2. Installez le pilote manuellement à partir de Packages\Drivers\Display\W86A_INF
3. Le seul pilote qui a fonctionné pour moi était C8156445
4. Dans la boîte de sélection, j'ai choisi le second des deux pilotes nommés de la même façon :
5. ATI Radeon HD 3600 Series
6. ATI Radeon HD 3600 Series - choisissez ce
7. Installez la CCC (ne sélectionnez que CCC et la bibliothèque redistribuable de Visual C++)
8. Configurez l'affichage à 0% de sur/sous balayage
9. Si le curseur est désactivé, votre écran n'est probablement pas en Full-HD
10. S'il n'y a pas d'image parfaitement nette immédiatement, vous devez choisir un autre pilote à l'étape 2
11. L'image devrait être nette maintenant !
12. Si l'image est nette, vous pouvez tout désinstaller sauf le pilote
13. CCC
14. Visual C++ Redistributable Libraries
15. Folder C:\AMD

Maintenant j'ai une image nette sans CCC.

J'ai utilisé la réponse de Steffen pour faire fonctionner ce système sous Windows 10 et je l'ai retracé un peu plus en détail.

J'avais auparavant essayé de désactiver TVEnableOverscan et DigitalHDTVDefaultUnderscan sans succès (en les modifiant également dans la clé amdkmdag sous CurrentControlSet\Services) ainsi que plusieurs versions et combinaisons d'anciens installateurs de CCC/pilotes. Avant la mise à jour de Windows 10, il fonctionnait bien sous Windows 8.1 (je ne me souviens pas avoir fait quoi que ce soit de spécial pour le faire fonctionner, mais je ne suis pas sûr à 100 %).

Premièrement, sous Windows 10, le paquet d'installation déballé (13.4 beta) refuse de fonctionner. A la place, je suis allé dans le gestionnaire de périphériques et j'ai désinstallé l'adaptateur d'affichage, en cochant la case pour supprimer le pilote. J'ai ensuite choisi Action->Scan pour les modifications matérielles et j'ai obtenu un “Microsoft Basic Display Adapter”. J'ai fait un clic droit et choisi “Mettre à jour le pilote”, puis j'ai choisi l'option pour spécifier le pilote moi-même. J'ai choisi le dossier Packages\Drivers\Display\W86A_INF du paquet AMD déballé comme steffen l'a décrit. Il y a eu une assez longue période de détection/installation du matériel et à la fin de celle-ci, la version du pilote était toujours la version Windows 10 (03/01/2015, 8.970.100.9001 au lieu de 04/24/2013, 8.970.100.0000 du paquet). Cependant, l'exécution du programme d'installation et l'installation du VISION Conrol Center ont permis d'obtenir un CCC fonctionnel. Il signalait la version correcte et plus ancienne du pilote.

A ce stade, j'ai pu ajuster l'overscan tout en exécutant Process Monitor et en regardant quelles valeurs de registre étaient définies lorsque j'ai appuyé sur 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

Je crois que les préfixes sont les mêmes chemins résolus par la clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video mentionnée par steffen et d'autres. Process Monitor ne montre pas les données complètes mais une petite expérimentation et un zoom avant avec RegEdit ont montré que les octets pertinents sont dans both DALR6 et GDOADJR6 - dans le premier à l'octet 37 (décalage 0x24) et dans le second à l'octet 21 (décalage 0x14). Ils sont à 0 avec le surbalayage complètement désactivé (à droite dans l'interface graphique) et augmentent d'un pour chaque incrément du curseur à gauche.

Enfin, j'ai à nouveau désinstallé le pilote de la carte d'affichage du gestionnaire de périphériques (y compris en le supprimant). Windows est passé automatiquement par un autre cycle de détection prolongé et est revenu au pilote d'origine fourni par Microsoft. Pour une raison quelconque, le CCC semble toujours fonctionner et affiche maintenant la version plus moderne du pilote. Cela m'a permis d'effectuer à nouveau le changement dans l'interface graphique et d'observer l'effet. Il est déroutant de constater que de nouvelles entrées sont créées sous la touche HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video lors du changement de dispositif/pilote. Plus déroutant encore, la deuxième fois, il est apparu que mon affichage était à 60 Hz au lieu de 59 Hz, donc la touche correspondante avait légèrement changé. Cependant, les deux décalages étaient toujours corrects et ont été modifiés avec le processus de glisser/déposer.

Je n'ai pas testé cela sans avoir d'abord installé CCC mais il fonctionnait toujours après l'avoir enlevé. Je ne peux que supposer qu'ils sont lus par le pilote : au pire au démarrage et probablement à chaque événement d'affichage important (comme un changement de résolution).

Windows 10 TH2 (Threshold 2)

Après avoir installé TH2, l'overscan était de retour et pire encore. Les blobs binaires ont changé de taille et la valeur par défaut est maintenant 8 au lieu de 2. La version du pilote reste la même et l'emplacement des données binaires reste le même. Ceux de DALR6 sont toujours à l'octet 37 (décalage 0x24), GDOADJR6 est toujours à l'octet 21 (décalage 0x14). J'ai initialement mal lu les décalages hexadécimaux dans RegEdit, donc j'ai installé le même Catalyst 13.4 beta VISION Control Center qu'auparavant (sans le pilote). Cette fois, il a fonctionné la première fois et a pu immédiatement contrôler l'overscan à partir de l'interface graphique.

J'ai eu le même problème et ma solution est la suivante :

utiliser regedit pour définir les clés :

HKLM\System\CurrentControlSet\Video\***0x1&000
    DWORD: TVEnableOverscan = 0x0
    DWORD: DigitalHDTVDefaultUnderscan = 0x0

HKLM\System\CurrentControlSet\Video\ ***0x1&000\DAL2_DATA_2.0\DisplayPath_*\MODE_*** \Adjustment
    rename "Underscan" to for example "oldUnderscan" to disable it

Rebooter et voir si ça marche

Changer seulement les deux premières valeurs ne fonctionne pas pour moi.

Vous devez remplacer les *s par les valeurs appropriées trouvées dans votre registre. Je suppose également que “0000” est le premier écran, “0001” le second et ainsi de suite (le premier est ma TVHD et le second un moniteur PC commun - qui avait déjà TVEnableOverscan réglé sur 0)

J'ai un pavillon Hp dv6 avec ati hd 4650 avec mise à jour de windows 8.1.

Dans windows 8, ça marchait bien de changer les valeurs mais dans windows 8.1 update, les fenêtres continuent de restaurer les valeurs de sorte que la bordure noire est constante.

Je l'ai résolu en ajoutant spécifiquement l'utilisateur “system” à la clé de registre 0000 et en permettant au système de lire les valeurs, et j'ai appliqué ces paramètres de sécurité à toutes les clés et sous-clés.

Et maintenant ça marche bien sous Windows 8.1 to.

J'espère que ça aidera quelqu'un.

J'ai eu un problème similaire, et je n'ai pas pu installer le Catalyst Control Center… donc également incapable de régler le paramètre de sous-balayage.

J'ai pu le surmonter (plutôt que de masquer le problème en réalité) et ajuster le réglage de la taille de l'écran sur mon téléviseur Samsung auquel mon PC est connecté. C'est exactement ce qu'AMD essayait de contourner.

Maintenant, je peux voir tout l'écran en 1080p, et heureusement, le téléviseur est assez intelligent pour avoir des réglages de taille d'écran différents pour chaque entrée hdmi.

Peut-être qu'une approche similaire pourrait fonctionner pour les moniteurs PC ?

Ce n'est pas directement pour win8 mais cela a fonctionné dans le serveur 2012r2 donc je suppose qu'il est au moins parroissable dans 8.1 ou 8. De toute façon, j'ai supprimé le underscan par défaut ? (l'image est plus petite que l'affichage) en éditant la clé binaire BestViewOption_Hdmi trouvée à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{B380344A-9336-4C46-A52D-F53C6EAD0696}HKEYLOCALMACHINE\SYSTEM\CurrentControlSet\Control\VideoCe n'est pas directement pour win8 mais cela a fonctionné dans le serveur 2012r2 donc je suppose qu'il est au moins parroissable dans 8.1 ou 8. De toute façon, j'ai supprimé le underscan par défaut ? (l'image est plus petite que l'affichage) en éditant la clé binaire BestViewOption_Hdmi trouvée à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{B380344A-9336-4C46-A52D-F53C6EAD0696}000\DAL2_DATA__2_0\DisplayPath_5\Option

où le GUID que vous cherchez est celui qui a le plus de clés dans {B380344A-9336-4C46-A52D-F53C6EAD0696}

encore 0x6& dans la chaîne regkey est un GUID qui est unique pour moi ne vous attendez pas à voir exactement le même sur votre machine.

C'est sur le serveur 2012r2 utilisant CCC 14.1beta

Quoi qu'il en soit, j'espère que cela aidera quelqu'un.

Il m'a suffi d'installer CC dans un autre dossier pour régler ce problème. Le dossier par défaut était corrompu quoi qu'il arrive.

J'ai modifié mes paramètres de registre (comme indiqué ci-dessus) et changé mon câble hdmi - rien n'a changé.

Puis j'ai éteint mon PC, retiré mon deuxième écran (DVI) et redémarré : tout va bien maintenant !

Cela permet peut-être à quelqu'un d'économiser quelques heures de tests et de recherches…

Pour mon vieux Samsung LCD, j'ai pu régler le problème en changeant la taille du P.SIZE de 16:9 à “Just Scan”. Avant cela, j'avais toujours installé le centre de contrôle, c'est nul !