Como você decidiu o que foi feito via Nanite?
Julia Lichtblau: Quando mudamos pela primeira vez para a Unreal [5], viramos Nanite em tudo o que podíamos. Acho que o 5.0 não era [compatível com] folhagem, que veio um pouco mais tarde, mas assim que conseguimos ter a folhagem Nanite ligamos. Então começamos a recuar disso e [perguntamos] "isso realmente precisa ser Nanite?" Estávamos encontrando alguns ativos que [eram problemáticos devido a] sua construção e a maneira como as conchas UV foram configuradas, então tivemos que retrabalhar alguns desses ativos para torná-lo viável com Nanite ou alterá-lo totalmente e voltar ao método tradicional. Não podíamos usar [Nanite] para coisas que se moveriam, como bandeiras. Nós realmente jogamos tudo no balde Nanite, para aprender com ele. Agora conseguimos construir uma enorme página do Confluence [wiki corporativo] sobre como o Nanite deve ser tratado daqui para frente.
Como Nanite e mapas de sombra virtuais se traduzem para consoles como PS5 e Series X/S?
Julia Lichtblau: No lado da arte, realmente não tivemos que ajustar nada, mas talvez Mark tenha feito coisas no back-end para fazer esse trabalho para que nós, artistas, não tenhamos que nos preocupar tanto!
Mark Maratea: Eu diria que, de certa forma, funciona melhor nos consoles, estranhamente. A geometria virtualizada Nanite é muito pesada em fluxos, é tudo sobre E/S de disco. Portanto, a UE5 está reescrevendo o pipeline de E/S e as otimizações que eles fizeram para SSDs NVMe. Ele foi projetado para funcionar em consoles. No PC, eu não tenho ideia do que é a largura de banda de E/S de ninguém... A única desvantagem no console é quando você está usando Nanite, você realmente precisa usar texturas virtuais de streaming, você realmente precisa de um pool de texturas virtuais muito grande. Os consoles têm memória fixa, mas [uma única placa gráfica] pode ter mais memória do que o PS5. Então, otimizar para ambos é realmente difícil.
Nanite faz um bom trabalho de usar a memória que tem disponível, mas a exceção a isso é que os pools de textura virtual na UE não podem ser redimensionados - eles precisam ser inicializados na inicialização do mecanismo e não podem ser tocados novamente, [o que fornece] memória contígua totalmente alocada, o que é maravilhoso do ponto de vista de desempenho, mas [você pode ter problemas onde, por exemplo] há um cálice à distância, dois pixels, e ele precisa de um pedaço de uma textura [de uma alocação de pool de 500MB], e você não tem nada disso de volta até que a textura desapareça. O PC não se importa [se você ficar sem memória]; Na pior das hipóteses, vai para a memória virtual. Console diz: "Eu não tenho memória virtual, eu terminei". E não vai travar, mas vai causar problemas substanciais. Isso causou o que ficou internamente conhecido como o infame bug de paisagem, onde você simplesmente entrava em certas partes do jogo e parecia que alguém pintou uma paisagem de anime no chão, porque não poderia alocar para o pool de textura virtual.
www.eurogamer.net
:no_upscale()/cdn.vox-cdn.com/uploads/chorus_asset/file/24277679/IOA_TGA___screen2.png)
