O NeuralScreen AMD 0.3.24 transformou em padrão uma correção para o flicker observado durante o processamento neural em placas Radeon. Publicada em 25 de setembro de 2026, a atualização passa a fornecer motion vectors ao estágio de upscale e mantém esse processamento em uma cópia privada do módulo. Nos testes documentados pelo desenvolvedor, essa combinação eliminou os frames corrompidos em uma Radeon RX 7900 XTX.

A mudança representa um avanço importante para a edição experimental do NeuralScreen voltada às Radeon. Além disso, os testes finalmente separaram as duas variáveis que estavam sendo investigadas nas versões anteriores. Os resultados indicam que os vetores de movimento corrigem a cintilação, enquanto a cópia privada evita um custo adicional provocado pela recriação constante de recursos.

O desenvolvedor também repetiu o teste em diferentes escalas de trabalho. Portanto, a correção não ficou restrita à configuração de 0,65 usada durante parte da investigação.

Interface em tema escuro da edição AMD do NeuralScreen. A captura mostra o próprio NeuralScreen-AMD, mas não representa especificamente o teste de flicker da versão 0.3.24. Imagem: perseval-BLR/NeuralScreen-AMD.

NeuralScreen AMD 0.3.24 torna a correção padrão

Até as versões imediatamente anteriores, o desenvolvedor ainda investigava a origem de uma cintilação que aparecia quando o caminho de upscale participava do pipeline. Por isso, o projeto criou diferentes lançadores de diagnóstico para alterar uma variável de cada vez.

O NeuralScreen AMD 0.3.24 fecha essa investigação com um teste 2×2. O desenvolvedor comparou o módulo compartilhado e uma cópia privada do upscaler, tanto com os motion vectors desligados quanto ligados.

Todos os quatro braços principais usaram a mesma Radeon RX 7900 XTX, identificada como máquina de teste número 3 pelo projeto. Além disso, o desenvolvedor manteve a mesma janela maximizada e escala de trabalho de 0,65, com exceção do teste dedicado à variação de escala.

Esse ponto marca uma evolução importante em relação ao estágio inicial da edição Radeon. Quem quiser entender o funcionamento geral da ferramenta pode consultar o nosso guia atualizado do NeuralScreen, que explica captura, processamento, resolução de trabalho e outros recursos do programa.

Motion vectors eliminaram os frames corrompidos

O resultado mais importante apareceu quando o projeto ativou os vetores de movimento. Com eles desligados, os dois caminhos testados continuaram apresentando flicker.

No primeiro braço, o módulo compartilhado sem motion vectors apresentou corrupção em todos os 75 frames analisados pelo critério usado no teste. Em seguida, a cópia privada sem os vetores também manteve o problema: 70 dos 73 frames atingiram o mesmo indicador de corrupção.

Entretanto, o cenário mudou quando os vetores entraram no pipeline. A combinação de cópia privada e motion vectors processou 77 frames sem registrar nenhum frame corrompido.

O quarto braço confirmou a importância dos vetores. Ao usar o módulo compartilhado com motion vectors, os 77 frames também ficaram livres da corrupção visual.

Consequentemente, os dados publicados pelo projeto apontam os motion vectors como a parte responsável pela correção do flicker. A cópia privada, por sua vez, resolve outro problema relacionado ao custo operacional desse caminho.

Cópia privada evita recriações durante o teste principal

Apesar de os dois caminhos com motion vectors eliminarem a corrupção, eles não apresentaram o mesmo comportamento interno. O módulo compartilhado precisou recriar recursos de staging 90 vezes durante os 77 frames avaliados.

Já a combinação de cópia privada e motion vectors completou os mesmos 77 frames sem nenhuma recriação. Assim, a versão 0.3.24 combina as duas técnicas por padrão.

Segundo a documentação da release, as variáveis NS_AMD_UPSCALE_PRIVATE e NS_AMD_UPSCALE_MV agora iniciam ativadas. O usuário ainda pode definir qualquer uma delas como 0 para reproduzir os comportamentos anteriores.

Além disso, o projeto vinculou os dois mecanismos. Os motion vectors entram no pipeline somente enquanto a cópia privada realmente está ativa.

Essa proteção evita um comportamento problemático em máquinas nas quais a cópia privada não consegue carregar. Nesse caso, o programa retorna ao caminho antigo em vez de permitir que os vetores empurrem o runtime para o ciclo de recriações observado no módulo compartilhado.

Tela de configurações do próprio NeuralScreen-AMD. A imagem pertence ao repositório da edição Radeon e serve como referência da interface atual do projeto. Imagem: perseval-BLR/NeuralScreen-AMD.

Teste em diferentes escalas também ficou sem corrupção

O desenvolvedor ainda precisava responder outra questão: a ausência de flicker poderia depender especificamente da escala de trabalho de 0,65. Por isso, um quinto teste variou progressivamente esse parâmetro.

A execução passou pelas escalas 0,65, 0,75, 0,80 e 0,95 antes de chegar a 1,00. Durante essa sequência, o sistema avaliou 224 frames e não registrou nenhum frame corrompido pelo critério do teste.

Portanto, os resultados disponíveis indicam que a correção não depende apenas da escala 0,65. Esse quinto teste, entretanto, registrou 86 recriações de staging durante a variação de escala. Assim, ele não deve ser confundido com o terceiro braço, no qual a configuração privada completou 77 frames sem recriações.

Essa distinção é importante porque o objetivo do teste de escala era verificar a corrupção visual em diferentes resoluções de trabalho. Já o teste 2×2 isolou de forma mais direta o efeito da cópia privada e dos motion vectors.

NeuralScreen AMD 0.3.24 muda os testes A/B

A atualização também reorganiza os lançadores usados para diagnóstico. Como a configuração corrigida virou o padrão, o NeuralScreen-probe.vbs agora inicia diretamente o caminho com a correção ativa.

Por outro lado, dois lançadores permitem reproduzir os comportamentos anteriores. O NeuralScreen-probe-mv-off.vbs desliga os motion vectors. Já o NeuralScreen-probe-shared.vbs desativa a cópia privada.

No segundo caso, o próprio build recusa os motion vectors enquanto o caminho compartilhado está ativo. Portanto, esse teste reproduz o comportamento antigo em vez de criar intencionalmente uma configuração quebrada.

Essa estrutura transforma a investigação em uma comparação A/B mais clara. Assim, usuários que ainda observarem cintilação podem desligar cada parte da correção separadamente e gerar um pacote de diagnóstico.

Além disso, o log agora registra qual caminho realmente entrou em funcionamento. Dessa forma, o usuário consegue diferenciar a configuração solicitada daquela que o programa efetivamente executou.

RX 7900 XTX foi a base do teste documentado

A conclusão da versão 0.3.24 vem principalmente de testes realizados em uma Radeon RX 7900 XTX. Portanto, os resultados demonstram funcionamento naquela máquina e naquela configuração, mas não garantem comportamento idêntico em todas as placas Radeon.

Isso importa porque o NeuralScreen AMD ainda funciona como projeto comunitário e experimental. O programa não representa suporte oficial da AMD ou da NVIDIA ao Neural Rendering do DLSS 5 em Radeon.

Outros projetos também exploram Neural Rendering em GPUs AMD por métodos diferentes. Por exemplo, o DLSSNR-AMD executou uma reimplementação do Neural Rendering em uma RX 9070 XT por meio de compute shaders Vulkan.

Apesar da semelhança no objetivo, as implementações não são equivalentes. Portanto, benchmarks, limitações e compatibilidade de um projeto não podem ser transferidos diretamente para o outro.

Lista de janelas da própria edição AMD do NeuralScreen. A captura mostra outro componente da interface do NeuralScreen-AMD e não uma medição do teste de flicker. Imagem: perseval-BLR/NeuralScreen-AMD.

O que ainda não mudou na versão 0.3.24?

A release também deixa claro que várias partes do programa permanecem iguais à versão 0.3.23. O neural pass, o caminho de captura, o menu e as demais configurações não receberam mudanças centrais nessa atualização.

O Frame Generation também continua recusado em placas Radeon nessa edição. Portanto, a correção de flicker não adiciona suporte ao recurso.

Além disso, outros problemas permanecem abertos. Dois relatos envolvem uma falha dentro do D3D12Core.dll antes que qualquer frame chegue a ser processado. A versão 0.3.24 não tenta corrigir esses casos.

Outro problema separado envolve máquinas híbridas com Radeon e NVIDIA. O caminho de detecção dessas configurações também continua fora do escopo da correção atual.

Portanto, a atualização não transforma o NeuralScreen AMD em uma solução madura ou universal. Ela resolve um defeito visual específico cuja causa recebeu uma investigação mais completa.

Por que a correção do flicker é relevante?

O resultado ganha importância porque o desenvolvedor não apenas ativou uma configuração diferente. Em vez disso, o projeto comparou quatro combinações, isolou os motion vectors e a cópia privada e documentou o comportamento de cada uma.

Com os vetores desligados, a corrupção continuou aparecendo. Com eles ligados, os dois caminhos principais eliminaram os frames corrompidos nos testes publicados.

Ao mesmo tempo, a cópia privada evitou as 90 recriações observadas no módulo compartilhado durante o braço comparável de 77 frames. Dessa forma, cada parte da correção possui uma função distinta.

Esse tipo de teste ajuda a separar estabilidade visual de custo de execução. Para acompanhar outros cenários de carga neural, o Allves Games também publicou um teste de DLSS 5 que mediu consumo e temperatura em uma RTX 5090. Entretanto, aquele cenário utiliza hardware NVIDIA e não serve como benchmark do NeuralScreen AMD.

NeuralScreen AMD continua experimental

O NeuralScreen AMD 0.3.24 representa um avanço concreto na investigação do flicker, porém ainda precisa de validação em uma variedade maior de GPUs Radeon.

O próprio desenvolvedor pede que usuários que ainda observarem cintilação executem o probe padrão na mesma janela e escala em que o problema aparecia antes. Caso a falha continue, os dois lançadores A/B ajudam a separar novamente as possíveis causas.

Por enquanto, a conclusão documentada é específica: os motion vectors eliminaram a corrupção nas execuções publicadas, enquanto a cópia privada tornou o caminho principal mais econômico no teste comparável.

Com isso, a configuração deixa de funcionar apenas como experimento e passa a ser o comportamento padrão da edição AMD.

Fontes: NeuralScreen AMD — release oficial v0.3.24 | NeuralScreen AMD — repositório e documentação oficial.