Alterar definições de Overscan/Underscan sem Centro de Controlo de Catalisadores

Tive uma discussão extensiva sobre o dilema do overscan/underscan com os programadores da AMD que trabalham nos pilotos Catalyst.

A ideia básica é que a AMD preferiria sublinhar algumas pessoas cujos ecrãs HDMI não* riscar, e criar uma imagem demasiado pequena (espaços em branco à volta da imagem), em vez de não riscar e fazer com que as pessoas cujos ecrãs sempre riscar (sem qualquer configuração para a alterar e informação EDID incorrecta) tenham o ecrã do ambiente de trabalho demasiado grande. O argumento é que se a área de trabalho for demasiado grande, então o utilizador não consegue ver onde está o ícone Catalyst ou o menu inicial, e por isso não consegue navegar na IU para fazer a alteração apropriada. Por isso, estão por defeito a manter as suas armas em underscanning no HDMI para garantir que ninguém fica preso com um ambiente de trabalho demasiado grande para o seu ecrã (com elementos de interface de utilizador pendurados “fora do ecrã”).

Eu não concordo com a política, mas é assim que as coisas são. Também parece ser uma decisão bastante única entre os criadores de drivers gráficos, pois não consigo reproduzir a esquisitice em vários outros dispositivos não-AMD: tablets Android, placas Nvidia, e gráficos Intel on-chip.

Existe uma forma de ajustar directamente o underscan/overscan em Linux modificando valores na “PCSDB” (Persistent Configuration Store Database). Não sei qual é o equivalente no Windows, ou se se pode mesmo ler/escrever as configurações sem usar o Catalyst.

Não posso testar pessoalmente esta solução, mas parece que funcionou para as pessoas em condutores bastante recentes, por isso dêem-lhe uma oportunidade: (http://www.tomshardware.com/forum/359424-33-catalyst-overscan-setting-restart-issue) ou eu volto a colocá-lo aqui:

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

Aqui está uma citação de uma fonte AMD (que permanecerá anónima) de há vários anos atrás sobre a sua política de underscan/overscan HDMI. Note-se que isto se aplica tanto ao Windows como ao Linux.

O objectivo do underscan por defeito não é, por isso, dependemos de HDTVs para fazer o overscan de volta ao ecrã inteiro. Isto seria horrível devido à perda de qualidade de imagem em baixa escala pela GPU e, em seguida, o back upscan pela TV. Em vez disso, resolve o problema quando uma TV não consegue fazer o overscan e não tem mecanismo para o desactivar (muitas HDTV baratas). Neste caso, a TV irá sobre-escanhar a imagem e assim os menus serão tipicamente exibidos fora da borda do ecrã e impedir o utilizador de aceder facilmente a eles. A predefinição é puramente para fins de usabilidade, e a CCC-LE deverá ser capaz de a alterar para 0% (ou poderá utilizar essa chave de registo/PCS para uma predefinição forçada de 0%).

& > Se tiver uma HDTV inteligente que nos diga se ultrapassam ou não, faremos a coisa certa e a predefinição para 0%. No entanto, não há muitos fabricantes que definam correctamente essa propriedade no EDID do ecrã, por isso, voltamos ao padrão de underscanning.

& > O underscanning deve ser apenas o padrão no HDMI. DisplayPort ou DVI não deve ser sublinhado por defeito.

Para o Linux, a solução é introduzir isto no Terminal:

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

(afixar isto aqui para apenas precisar de um único bookmark para todas as plataformas)

Não consegui pô-lo a funcionar com o meu Radeon HD 3600 em Windows 8.1 64bit* com as soluções propostas a partir daqui. Tentei tudo incluindo

& - Todas as combinações de DigitalHDTVDefaultUnderscan e TVEnableOverscan a 0 ou 1 - DigitalHDTVDefaultUnderscan em 0000, 0001 ou mesmo em caminhos de registo diferentes & - Definindo DALR6 DFP1920x1080x0x59 ou DALR6 DFP1920x1080x0x60 a 0 como proposto aqui & - De dentro do Centro de Controlo de Catalisadores (a alteração do valor não mostrou qualquer efeito)

& Aqui está o que finalmente funcionou para mim - acabando sem CCC instalado!

1. Descarregar e extrair o CCC 13.4 beta antigo (o último driver para HD 2x/3x/4x Series)
2. Instalar o driver manualmente de Packages\Drivers\Display\W86A_INF
3. O único driver que funcionou para mim foi C8156445
4. Na caixa de selecção escolhi o segundo dos dois drivers igualmente nomeados:
5. ATI Radeon HD 3600 Series
6. ATI Radeon HD 3600 Series - C:\AMD - escolher este
7. Instalar o CCC (seleccionar apenas CCC e a Biblioteca Visual C++ Redistribuível)
8. Configurar a visualização para 0% sobre/subscan
9. Se o cursor estiver desactivado o seu ecrã provavelmente não está em Full-HD
10. Se não houver uma imagem perfeitamente nítida imediatamente, terá de escolher outro condutor a partir do passo 2 & - Escolha este &. A imagem já deve estar nítida!
11. Se a imagem estiver nítida, pode desinstalar tudo menos o driver
12. CCC
13. Visual C++ Bibliotecas Redistribuíveis
14. Folder 0x6&

Agora tenho uma imagem nítida sem CCC.

Usei a resposta de Steffen para pôr isto a funcionar no Windows 10 e localizei-o com um pouco mais de detalhe.

Eu tinha tentado anteriormente desactivar TVEnableOverscan e DigitalHDTVDefaultUnderscan sem sucesso (alterando-os também na tecla amdkmdag sob CurrentControlSet\Services), bem como múltiplas versões e combinações de instaladores de CCC/condutor legados. Antes da actualização do Windows 10 estava a funcionar bem no Windows 8.1 (não me lembro de ter feito nada de especial para o pôr a funcionar mas não tenho 100% de certeza).

Em primeiro lugar, no Windows 10 o pacote de instalação desempacotado (13.4 beta) recusa-se a correr. Em vez disso, fui ao Device Manager e desinstalei o adaptador de visualização, marcando a caixa para apagar o driver. Depois escolhi Action->Scan para alterações de hardware e recebi um “Microsoft Basic Display Adapter”. Cliquei com o botão direito e escolhi actualizar o driver, depois escolhi a opção para especificar eu próprio o driver. Escolhi a pasta Packages\Drivers\Display\W86A_INF do pacote AMD desempacotado, tal como Steffen descrito. Houve um período bastante longo de detecção/instalação de hardware e no final do mesmo a versão do driver ainda era a versão Windows 10 (03/01/2015, 8.970.100.9001 em vez de 04/24/2013, 8.970.100.0000 do pacote). No entanto, a execução do programa de instalação e a instalação do VISION Conrol Center resultaram num CCC funcional. Foi reportada a versão correcta, mais antiga, do condutor.

Neste momento consegui ajustar a varredura enquanto executava Process Monitor e observava quais os valores de registo que estavam a ser definidos quando pressionei Aplicar:

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

acredito que os prefixos são os mesmos caminhos resolvidos pela chave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video mencionada por steffen e outros. O Process Monitor não mostra os dados completos, mas um pouco de experimentação e zoom com RegEdit mostrou que os bytes relevantes estão em both DALR6 e GDOADJR6 - no primeiro em byte 37 (offset 0x24) e no segundo em byte 21 (offset 0x14). Estes são 0 com a ultrapassagem total (à direita na GUI) e aumentam em um por cada incremento do cursor para a esquerda.

Finalmente, desinstalei novamente o driver do adaptador de visualização do Device Manager (incluindo a eliminação do driver). O Windows passou automaticamente por outro ciclo de detecção prolongado e voltou ao driver original, fornecido pela Microsoft. Por alguma razão, o CCC parece ainda funcionar e agora exibe a versão mais moderna do driver. Isto permitiu-me fazer novamente a alteração na GUI e observar o efeito. Confuso, novas entradas são criadas sob a tecla HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video quando se muda de dispositivo/condutor. Mais confusamente, da segunda vez parecia que a minha visualização estava a 60Hz em vez de 59Hz, pelo que a chave relevante tinha mudado ligeiramente. No entanto, ambos os offsets ainda estavam correctos e alterados com o processo de deslizar/aplicar.

Não testei isto sem ter primeiro instalado o CCC, mas ainda estava a funcionar após a sua remoção. Só posso assumir que são lidos pelo condutor: na pior das hipóteses no arranque e provavelmente em todos os principais eventos de exibição (como mudar de resolução).

Janelas 10 TH2 (Limiar 2)

Após a instalação do TH2, a varredura estava de volta e pior. Os blobs binários mudaram de tamanho e o padrão agora é 8 em vez de 2. A versão do driver permanece a mesma e a localização dos dados binários permanece a mesma. Os DALR6 ainda estão em byte 37 (offset 0x24), os GDOADJR6 ainda estão em byte 21 (offset 0x14). Inicialmente, li mal os offsets hexadecimais em RegEdit, pelo que instalei o mesmo Catalyst 13.4 beta VISION Control Center que antes (sem o condutor). Desta vez, funcionou pela primeira vez e foi imediatamente capaz de controlar a ultrapassagem a partir do GUI.

Tinha o mesmo problema e a minha solução é:

usar regedit para definir chaves:

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

Reiniciar e ver se funciona

Alterar apenas os dois primeiros valores não funciona para mim.

Tem de substituir os * pelos valores apurados encontrados no seu registo. Também questiono que “0000” é o primeiro ecrã, “0001” é o segundo e assim por diante (o primeiro é o meu HDTV e o segundo um monitor de PC comum - que já tinha TVEnableOverscan definido para 0)

Tenho um pavilhão Hp dv6 com ati hd 4650 com janelas 8.1 actualização.

Nas janelas 8 funcionou bem para alterar os valores mas nas janelas 8.1 actualizar as janelas continuam a restaurar os valores para que a margem negra seja constante.

resolvi-o adicionando especificamente “sistema” de utilizador à chave 0000 e permitindo ao sistema ler os valores, e apliquei estas definições de segurança em todas as chaves, subchaves.

E agora funciona bem no Windows 8.1 para.

Espera que ajude alguém.

Tive um problema semelhante, e não fui capaz de instalar o Centro de Controlo de Catalisadores…por isso também não fui capaz de ajustar a configuração do underscan.

Consegui ultrapassá-lo (mais como mascarar o problema realmente) e ajustar a definição do tamanho do ecrã no meu televisor Samsung ao qual tenho o meu PC ligado. Pelos seus sons, era exactamente isto que a AMD estava a tentar fazer.

Agora posso ver o ecrã inteiro em 1080p, e felizmente o televisor é suficientemente inteligente para ter diferentes configurações de tamanho de ecrã para cada entrada hdmi.

Talvez uma abordagem semelhante possa funcionar para monitores de PC?

Isto não é directamente para ganhar8 mas funcionou no servidor 2012r2, por isso assumo que é pelo menos parrotável em 8.1 ou 8. De qualquer forma, removi o underscan padrão? (a imagem é mais pequena que o ecrã) editando a chave binária BestViewOption_Hdmi encontrada em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{B380344A-9336-4C46-A52D-F53C6EAD0696}HKEYLOCALMACHINE\SYSTEM\CurrentControlSet\Control\VideoIsto não é directamente para ganhar8 mas funcionou no servidor 2012r2, por isso assumo que é pelo menos parrotável em 8.1 ou 8. De qualquer forma, removi o underscan padrão? (a imagem é mais pequena que o ecrã) editando a chave binária BestViewOption_Hdmi encontrada em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{B380344A-9336-4C46-A52D-F53C6EAD0696}000\DAL2_DATA__2_0\DisplayPath_5\Option

onde o GUID que procura é aquele que alguma vez tem muitas chaves em {B380344A-9336-4C46-A52D-F53C6EAD0696}

novamente 0x6& na string regkey é um GUID que é único para mim, não espere ver exactamente o mesmo na sua máquina.

Isto está no Servidor 2012r2 usando CCC 14.1beta

De qualquer modo, espero que isto ajude alguém.

Instalar o CC numa pasta diferente é tudo o que eu precisava de fazer para corrigir isto. A pasta padrão foi corrompida, não importa o quê.

Alterei as minhas definições de registo (como dito acima) e mudei o meu cabo hdmi - nada mudou.

Depois desliguei o meu PC, removi o meu segundo ecrã (DVI) e reiniciei: tudo bem agora!

Talvez isto poupe a alguém algumas horas de testes e pesquisas…

Para o meu antigo LCD Samsung, consegui resolver o problema mudando o P.SIZE de 16:9 para “Just Scan”. Até agora, tinha sempre instalado o centro de controlo, coxo!