O AMDNR 0.3.4.2 recebeu um hotfix em 29 de setembro de 2026 que corrige o menu em Assetto Corsa, melhora o seletor de runtime e reorganiza os controles de Ray Regeneration. A atualização também prepara o host para aceitar um layout adicional do runtime de Daniel Blanco, mantendo o Neural Rendering propriamente dito praticamente igual ao da versão 0.3.4.1.
Embora seja uma atualização menor de versão, o delta é técnico e útil. O projeto comunitário continua integrando Neural Rendering inspirado no DLSS 5 ao OptiScaler em GPUs Radeon, mas não possui suporte oficial da AMD ou da NVIDIA. O changelog do AMDNR 0.3.4.2 detalha as mudanças e também registra limitações que continuam abertas.
AMDNR 0.3.4.2 corrige o menu em Assetto Corsa
A correção mais específica envolve Assetto Corsa. Em baixa taxa de quadros, o menu podia abrir sozinho no seletor de runtime, ignorar cliques ou responder de forma incorreta à tecla Insert. Agora, o AMDNR registra uma única ação por pressionamento físico e preserva eventos curtos de clique ou teclado para reproduzi-los dentro do frame.
Além disso, o seletor passou a aceitar as teclas 1 e 2 para escolher o runtime, Enter para confirmar e Esc para adiar a decisão. O botão de fechar também passa a equivaler a “Decide later”. Com isso, a interface deixa de prender o usuário na tela de seleção.
O desenvolvedor afirma que os testes da build cobrem a correção. Entretanto, no momento da publicação das notas, ainda faltava a confirmação do jogador que havia reportado originalmente o problema em Assetto Corsa. Portanto, o changelog documenta a correção no código, mas não uma validação independente ampla.
Ray Regeneration ganha controles mais claros
Outra mudança importante aparece na seção de Ray Regeneration. Antes, determinados controles só apareciam depois que o denoiser havia processado um frame recentemente ou quando o recurso desistia de funcionar naquele jogo. Isso podia fazer o usuário procurar a configuração e simplesmente não encontrá-la.
O AMDNR 0.3.4.2 mantém essa seção visível e passa a explicar o estado atual. A interface informa se o Ray Regeneration está processando a imagem, se o jogo ainda não ativou Ray Reconstruction ou se o recurso encontrou uma limitação. Assim, o diagnóstico fica mais direto.
A atualização também transforma a nitidez aplicada depois do Ray Regeneration em uma chave configurável, RrDefaultSharpness. O padrão continua em 0,25. Porém, quem perceber granulação destacada pelo sharpening pode testar valores menores, como 0,15, 0,10 ou zero. O próprio projeto ressalta que isso não altera o denoiser e não elimina todos os tipos de ruído.
AMDNR 0.3.4.2 aceita runtime mais novo de Daniel Blanco
No Neural Rendering, a versão adiciona uma linha à tabela de layouts aceitos para os DLLs de Daniel Blanco. O AMDNR identifica esses arquivos pelo tamanho e pelo SHA-256 e só libera os controles quando reconhece o layout. Com a nova entrada, uma build mais recente pode funcionar sem exigir outra atualização imediata do host.
Esse ponto não significa uma nova rede neural no pacote. Segundo as notas, os runtimes e o arquivo PAK permanecem idênticos aos da 0.3.4.1. A alteração permite que controles como Network style, Tone curve, Black lift, Game exposure e Fast mode continuem disponíveis com o layout recém-aceito.
O projeto também confirma suporte ao DLSS-NR-on-AMD 0.4.3, lançado em 28 de setembro. O runtime de Daniel Blanco declara ganho de 20% sobre a 0.4.2 no modo Reference e 18% no Fast. Esses percentuais vêm do próprio desenvolvedor e não devem ser tratados como benchmark independente.
Essa sequência complementa a cobertura anterior do Allves Games sobre o DLSS-NR-on-AMD 0.4.1 e sobre o AMDNR 0.3.4, que já havia levado o projeto a APUs como o Ryzen Z1 Extreme e reorganizado a interface.
Há limitações importantes no AMDNR 0.3.4.2
O changelog registra um problema conhecido em Uncharted: Legacy of Thieves Collection nas Radeon RX 9000. O jogo pode travar no primeiro frame de Neural Rendering por causa de um stack overflow durante a inicialização do HIP. Até a futura versão 0.3.5, a recomendação do próprio projeto é manter o Neural Rendering desativado nesse título.
No Linux, o cenário também exige cautela. O FSR funciona por Wine e Proton, enquanto o FSR Ray Regeneration ainda pode produzir manchas magenta em alguns jogos. Por isso, a documentação atualizada deixou de sugerir que o recurso funciona normalmente nesse ambiente.
Para PCs híbridos, o AMDNR também esclarece que o Neural Rendering não entra em ação quando o jogo renderiza na GPU integrada em vez da Radeon dedicada. Nesse caso, o usuário precisa selecionar a GPU de alto desempenho nas configurações gráficas do Windows.
Atualização manual exige apenas o OptiScaler.dll
Quem já utiliza o AMDNR 0.3.4 ou 0.3.4.1 pode atualizar manualmente substituindo somente o OptiScaler.dll, mantendo o nome de proxy usado no jogo. Os runtimes, o PAK e o arquivo de configuração continuam válidos. O launcher também oferece a opção de reparar ou atualizar uma instalação existente.
O Allves Games já mostrou outra implementação de Neural Rendering em Radeon RX 9070 XT, baseada em Vulkan. As abordagens não são equivalentes: o AMDNR funciona como uma integração comunitária construída sobre o ecossistema OptiScaler e pode trabalhar com runtimes diferentes.
Assim, o AMDNR 0.3.4.2 não representa uma nova geração do projeto, mas corrige pontos concretos de usabilidade e diagnóstico enquanto mantém compatibilidade com a evolução rápida dos runtimes externos. Como o software continua experimental, testes devem ficar restritos a ambientes em que bibliotecas de terceiros não criem conflito com sistemas anti-cheat.
Fontes: AMDNR 0.3.4.2 no GitHub; DLSS-NR-on-AMD no GitHub; AMD Radeon RX 9070 XT.
