Modifier les paramètres de surbalayage / sous-balayage sans Catalyst Control Center
Vient d’installer Windows 8 et de télécharger la version Catalyst recommandée par le site Web ATI. Cependant, il est dit que ça ne peut pas commencer! Mon moniteur principal est connecté à mon PC via un câble HDMI et l'affichage n'est pas en plein écran (une zone de remplissage vierge entoure l'écran). Habituellement, je modifie les paramètres de surbalayage/de sous-balayage dans CCC pour le réinitialiser, mais comme je n’y ai pas accès, je voulais savoir s’il était possible de le modifier sans CCC (via le registre, peut-être?) Merci.
J'ai eu des discussions approfondies sur le dilemme surbalayage/sous-balayage avec les développeurs AMD qui travaillent sur les pilotes Catalyst.
L'idée de base est qu'AMD préférerait sous-numériser certaines personnes dont l'affichage HDMI ne surbalance pas et crée une image trop petite (espaces vides autour de l'image) plutôt que de ne pas sous-numériser. et amener les personnes dont les affichages toujours au surbalayage (avec aucun paramètre pour le changer et informations EDID incorrectes) ont un affichage trop grand. L'argument est que si le bureau est trop grand, l'utilisateur ne peut pas voir où se trouve l'icône Catalyst ou le menu de démarrage et ne peut donc pas naviguer dans l'interface utilisateur afin d'apporter les modifications appropriées. Ils s’en tiennent donc à la sous-numérisation par défaut sur HDMI pour s’assurer que personne ne reste coincé avec un ordinateur de bureau trop grand pour son écran (avec des éléments de l’interface utilisateur suspendus "hors de l'écran").
Je ne suis pas d'accord avec la 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 de périphériques non-AMD: tablettes Android, cartes Nvidia et graphiques Intel sur puce.
Il existe un moyen de modifier directement le sous-balayage/le surbalayage sur Linux en modifiant les valeurs de la "PCSDB" (base de données de magasin de configurations persistantes). Je ne sais pas quel est l'équivalent sous Windows ou si vous pouvez même lire/écrire les paramètres sans utiliser Catalyst.
Personnellement, je ne peux pas tester cette solution, mais il semble que cela ait fonctionné pour les pilotes de pilotes assez récents. Essayez donc: , accédez à Tom's Hardware ou je vais juste re-poster ici:
I found a fix for the overscan issue
Go to the following key in the registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\video{####....}\0000
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) datant d'il y a plusieurs années à propos de leur politique de sous-balayage/surbalayage HDMI. Notez que cela s'applique à Windows et Linux.
Le défaut de sous-balayage par défaut ne vise pas à nous, nous comptons donc sur les téléviseurs haute définition pour passer en surbalayage en plein écran. Ce serait horrible en raison de la perte de qualité d'image sur le bas de l'échelle par le GPU et ensuite vers le haut de la page par la télévision. Au lieu de cela, il résout le problème de surbalayage par défaut d'un téléviseur et ne dispose d'aucun mécanisme pour le désactiver (de nombreux téléviseurs haute définition à bas prix). Dans ce cas, le téléviseur surbalayera l’image et les menus seront donc généralement affichés en dehors du bord de l’écran, ce qui empêchera l’utilisateur d’y accéder facilement. La valeur par défaut est uniquement pour des raisons de convivialité, et CCC-LE devrait pouvoir la modifier à 0% (ou vous pouvez utiliser cette clé de registre/PCS pour forcer par défaut la valeur 0%).
Si vous avez un téléviseur haute définition intelligent qui nous indique s’il sur-balaye ou non, nous ferons ce qu’il faut et la valeur par défaut sera 0%. Cependant, peu de fabricants définissent correctement cette propriété dans l'EDID de l'écran. Nous nous en remettons donc à la valeur par défaut d'analyse insuffisante.
Le sous-balayage ne devrait être que la valeur par défaut sur HDMI. DisplayPort ou DVI ne doit pas sous-scanner par défaut.
Pour Linux, le correctif consiste à entrer ceci dans le terminal:
Sudo aticonfig --set-pcs-val=MCIL,DigitalHDTVDefaultUnderscan,0
(publier ceci ici pour avoir juste besoin d'un seul signet pour toutes les plateformes)
Avait le même problème et ma solution est la suivante:
utilisez regedit pour définir les clés:
HKLM\System\CurrentControlSet\Video\***\0000
DWORD: TVEnableOverscan = 0x0
DWORD: DigitalHDTVDefaultUnderscan = 0x0
HKLM\System\CurrentControlSet\Video\***\0000\DAL2_DATA_2.0\DisplayPath_*\MODE_***\Adjustment
rename "Underscan" to for example "oldUnderscan" to disable it
Redémarrez et voyez si cela fonctionne
Changer uniquement les deux premières valeurs ne fonctionne pas pour moi.
Vous devez remplacer les * s par les valeurs appropriées trouvées dans votre base de registre. Je pense également que "0000" est le premier écran, "0001" est le deuxième et ainsi de suite (le premier est mon téléviseur HD et le second un moniteur de PC commun - pour lequel TVEnableOverscan était déjà défini sur 0)
J'ai utilisé la réponse de steffen pour que cela fonctionne sous Windows 10 et je l'ai retrouvé plus en détail.
J'avais déjà 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'installateurs d'installation CCC/pilotes hérités. Avant la mise à niveau de Windows 10, cela fonctionnait correctement sous Windows 8.1 (je ne me souviens pas de faire quelque chose de spécial pour que cela fonctionne, mais je ne suis pas sûr à 100%).
Premièrement, sous Windows 10, le package d'installation décompressé (13.4 bêta) refuse de s'exécuter. Au lieu de cela, je suis allé dans le Gestionnaire de périphériques et j'ai désinstallé la carte graphique, en cochant la case pour supprimer le pilote. J'ai ensuite choisi Action-> Rechercher les modifications sur le matériel et obtenu un "Adaptateur d'affichage Microsoft Basic". J'ai cliqué avec le bouton droit de la souris et choisi la mise à jour du pilote, puis l'option permettant de spécifier le pilote moi-même. J'ai sélectionné le dossier Packages\Drivers\Display\W86A_INF dans le package AMD décompressé, comme décrit par steffen. La détection/l’installation du matériel a été assez longue et la version du pilote restait la version Windows 10 (03/01/2015, 8.970.100.9001 au lieu de 24/04/2013, 8.970.100.0000 du paquet) ). Toutefois, l’exécution du programme d’installation et l’installation de VISION Conrol Center génèrent un CCC opérationnel. Il signalait la version correcte et ancienne du pilote.
À ce stade, j'ai été en mesure de régler le surbalayage tout en exécutant Process Monitor et en surveillant les valeurs de registre 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}\0000\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}\0000\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}\0000\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 autres. Process Monitor ne montre pas toutes les données mais un peu d’expérimentation et d’agrandissement avec RegEdit a montré que les octets pertinents se trouvaient dans à la fois DALR6 et GDOADJR6 - l’ancien octet 37 (offset 0x24). et dans ce dernier à l'octet 21 (décalage 0x14). Celles-ci sont 0 avec le surbalayage totalement désactivé (à droite dans l'interface graphique) et augmentent d'une unité pour chaque incrément du curseur à gauche.
Enfin, j'ai de nouveau désinstallé le pilote de la carte graphique à partir du Gestionnaire de périphériques (y compris la suppression du pilote). Windows a automatiquement traversé un autre cycle de détection prolongé et est revenu au pilote d'origine fourni par Microsoft. Pour une raison quelconque, CCC semble toujours fonctionner et affiche désormais la version de pilote la plus moderne. Cela m'a permis d'effectuer à nouveau le changement dans l'interface graphique et d'observer l'effet. De manière confuse, de nouvelles entrées sont créées sous la touche HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video lors du changement de périphérique/pilote. De manière plus confuse, la deuxième fois, il est apparu que mon écran était à 60Hz au lieu de 59Hz, la touche correspondante avait donc légèrement changé. Cependant, les deux décalages étaient toujours corrects et modifiés avec le processus curseur/application.
Je n’ai pas testé cela sans avoir au préalable installé CCC, mais il fonctionnait toujours après son retrait. Je ne peux que supposer qu'ils sont lus par le pilote: au pire au démarrage et probablement lors de chaque événement d'affichage majeur (changement de résolution, par exemple).
Windows 10 TH2 (Seuil 2)
Après l’installation de TH2, le surbalayage était de retour et pire. Les blobs binaires ont changé de taille et la valeur par défaut est désormais 8 au lieu de 2. La version du pilote reste la même et l'emplacement des données binaires reste le même. Les DALR6 sont toujours à l'octet 37 (décalage 0x24), GDOADJR6 est toujours à l'octet 21 (décalage 0x14). Au début, j'avais mal lu les décalages hexadécimaux dans RegEdit; j'ai donc installé le même centre de contrôle Catalyst 13.4 beta VISION qu'auparavant (sans le pilote). Cette fois, cela fonctionnait pour la première fois et était immédiatement capable de contrôler le surbalayage à partir de l'interface graphique.
Je ne pouvais pas le faire fonctionner avec ma Radeon HD 3600 sur Windows 8.1 64 bits avec les solutions proposées à partir d'ici. J'ai tout essayé y compris
- Toutes les combinaisons de
DigitalHDTVDefaultUnderscanetTVEnableOverscanà0ou1 DigitalHDTVDefaultUnderscandans0000,0001ou même dans des chemins d'accès différents- Paramétrer
DALR6 DFP1920x1080x0x59ouDALR6 DFP1920x1080x0x60sur0comme proposé ici - Depuis le centre de contrôle Catalyst (le fait de changer la valeur n'a montré aucun effet)
Voici ce qui a finalement fonctionné pour moi - sans aucun CCC installé!
- Téléchargez et extrayez la version bêta de CCC 13.4 (le dernier pilote pour
HD 2x/3x/4x Series) - Installez le pilote manuellement à partir de
Packages\Drivers\Display\W86A_INF- Le seul pilote qui a fonctionné pour moi était
C8156445 - Dans la boîte de sélection, j'ai choisi le deuxième des deux pilotes portant le même nom:
ATI Radeon HD 3600 SeriesATI Radeon HD 3600 Series- choisissez ceci
- Le seul pilote qui a fonctionné pour moi était
- Installez le CCC (sélectionnez seulement CCC et la bibliothèque redistribuable Visual C++)
- Configurez l’affichage à 0% sur/sous-balayage
- Si le curseur est désactivé, votre écran n'est probablement pas en Full-HD.
- S'il n'y a pas d'image parfaitement nette immédiatement, vous devez choisir un autre pilote à l'étape 2.
- La photo devrait être nette maintenant!
- Si la photo est nette, vous pouvez tout désinstaller à l'exception du pilote
- CCC
- Bibliothèques redistribuables Visual C++
- Dossier
C:\AMD
Maintenant, j'ai une image nette sans CCC.
J'ai eu un problème similaire et je n'ai pas pu installer Catalyst Control Center ..., donc également impossible d'ajuster le paramètre de sous-balayage.
J'ai réussi à le surmonter (plutôt à masquer le problème) et à ajuster le réglage de la taille de l'écran sur mon téléviseur Samsung auquel mon ordinateur est connecté. À en juger par là, c'est exactement ce qu'AMD essayait de contourner.
Maintenant, je peux voir l’ensemble de l’écran en 1080p, et heureusement, le téléviseur est assez intelligent pour avoir différents réglages de taille d’écran 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 perceptible dans 8.1 ou 8. Quoi qu'il en soit, j'ai supprimé le sous-balayage par défaut? (l’image est plus petite que l’affichage) en modifiant la clé binaire BestViewOption_Hdmi qui se trouve à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{B380344A-9336-4C46-A52D-F53C6EAD0696}\0000\DAL2_DATA__2_0\DisplayPath_5\Option
où le GUID que vous recherchez est celui qui a beaucoup de clés dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\
encore une fois, {B380344A-9336-4C46-A52D-F53C6EAD0696} dans la chaîne de regkey est un GUID unique pour moi. Ne vous attendez pas à voir exactement le même sur votre ordinateur.
Ceci est sur le serveur 2012r2 utilisant CCC 14.1beta
Quoi qu'il en soit, espérons que cela aide quelqu'un.
J'ai un HP Pavilion DV6 avec ATI HD 4650 avec Windows 8.1 mise à jour.
Dans Windows 8, les modifications de valeurs fonctionnaient correctement, mais dans Windows 8.1, Windows restaure les valeurs afin que la bordure noire soit constante.
Je l'ai résolu en ajoutant spécifiquement l'utilisateur "système" à la clé de registre 0000 et en autorisant le système à lire les valeurs, puis en appliquant ces paramètres de sécurité à toutes les clés, sous-clés.
Et maintenant, cela fonctionne très bien dans Windows 8.1 à.
J'espère que ça aide quelqu'un.
Pour mon vieux Samsung LCD, j'ai pu résoudre le problème en remplaçant P.SIZE de 16: 9 par "Analyse simple". Avant, j'avais toujours installé le centre de contrôle, boiteux!
J'ai changé mes paramètres de registre (comme indiqué ci-dessus) et mon câble HDMI - rien n'a changé.
Ensuite, j'ai éteint mon ordinateur, retiré mon deuxième écran (DVI) et redémarré: tout va bien maintenant!
Cela économise peut-être quelques heures de tests et de recherches ...
L'installation de CC dans un autre dossier est tout ce que j'avais à faire pour résoudre ce problème. Le dossier par défaut était corrompu quoi qu'il arrive.