Godot 4.5: Todas as Novidades e Recursos da Nova Versão

O Godot 4.5 saiu em 15 de setembro de 2025, e eu li o changelog inteiro pra te poupar o trabalho. Não é uma versão de "ajeitamos uns bugs". Tem coisa aqui que a comunidade pedia desde o começo da série 4.x, tipo stencil buffer, e tem coisa que resolve dor real de quem exporta jogo de verdade, tipo o tempo de carregamento.

A boa notícia pra quem já tem projeto rodando: a 4.5 mantém compatibilidade com projetos 4.x. Você abre na versão nova e segue a vida. Sem migração traumática, sem reescrever metade do código.

Vou passar pelas novidades que importam na prática, o que cada uma resolve, e quando vale a pena você usar.

Os destaques da versão

Antes de aprofundar, o resumo do que mudou de mais relevante:

• Stencil buffer: controle pixel a pixel sobre o que é renderizado. Abre a porta pra outline, portal rendering, ver-através-de-parede e mascaramento sério.
• Shader Baker: pré-compila shaders no export. Em testes oficiais da Godot Foundation com o demo TPS, o tempo de carregamento caiu cerca de 20x em Metal e Direct3D12.
• Leitor de tela (AccessKit): suporte experimental a screen reader no editor. Control nodes, Project Manager e inspector já respondem.
• Backtrace de script em release: stack trace de erro funcionando em build de produção, não só no editor.
• Preview de tradução no editor: troca de idioma na viewport sem reiniciar o projeto.
• visionOS: dá pra exportar pro Apple Vision Pro nativamente.

Agora vamos por partes.

Stencil buffer: o pedido antigo que finalmente chegou

O stencil buffer é um buffer extra onde os meshes escrevem valores arbitrários, parecido com o depth buffer que você já conhece. A diferença é que você controla a leitura e a escrita desses valores na mão, e usa isso pra decidir quais pixels passam e quais são descartados.

Na prática, ele resolve uma família inteira de efeitos que antes exigia gambiarra. O caso clássico é o "ver através da parede": você marca o personagem escrevendo um valor no stencil, e configura a parede pra só desenhar onde aquele valor não está presente. O resultado é um recorte limpo, sem precisar duplicar geometria nem fazer truque de render order.

Onde isso é útil de verdade:

• Outline de objeto interativo ou inimigo: marca o objeto no stencil e desenha o contorno só na borda.
• Portal rendering: aquele portal que mostra outra cena do lado de lá.
• Mascaramento de UI e de cena: recortes e transições que antes você faria com hack de viewport.

Pra usar, o stencil aparece como uma seção nova nos materiais espaciais (StandardMaterial3D e ShaderMaterial). Você define o modo (read, write ou outline), o valor de comparação e a operação. Não é um efeito mágico de performance, é uma ferramenta de controle de renderização. Quando usado certo, ele substitui workarounds mais pesados que você teria que montar com vários passes. Quando usado errado, é só mais um passe. Como toda ferramenta de render, o ganho está em usar no lugar certo.

Esse era um dos itens mais antigos no backlog da engine. Quem trabalha com visual mais ambicioso vai sentir a diferença logo na primeira semana.

Shader Baker: o fim do shader stutter no carregamento

Esse aqui é o meu favorito da versão, e por um motivo bem chato de quem já exportou jogo: shader compilando em runtime.

Você conhece o sintoma. O jogo abre, e na primeira vez que entra um efeito novo, trava um frame. Entra outro, trava de novo. Isso é o driver compilando o shader na hora, e é uma das piores primeiras impressões que um jogo pode dar.

O Shader Baker ataca isso pré-compilando os shaders durante o export, no formato certo pro driver da plataforma de destino. Quando o jogador abre o jogo, os shaders já estão prontos.

O número que a Godot Foundation divulgou: testando o demo TPS oficial em Metal (macOS) e Direct3D12 (Windows), o tempo de carregamento caiu cerca de 20x. Vale o aviso honesto: esse é o resultado de um demo específico em backends específicos. O ganho no seu projeto depende de quantos shaders únicos você tem e da plataforma. Projeto com poucos materiais sente pouco. Projeto pesado em shader sente muito.

O que você ganha na prática:

• Menos stutter de shader no início e durante a sessão.
• Loading mais curto na primeira abertura.
• Frame time mais estável, porque o driver não para pra compilar no meio do gameplay.

O Shader Baker roda no fluxo de export, e na maioria dos casos você só liga a opção nas configurações de exportação da plataforma. Pra projeto grande, com Forward+ e dezenas de materiais custom, essa feature sozinha já paga a atualização.

Acessibilidade: leitor de tela via AccessKit

A 4.5 começou a integrar o AccessKit pra dar suporte a leitor de tela. É experimental e parcial nesta primeira versão, então não espere cobertura total. Mas é o primeiro passo concreto, e cobre as áreas que mais importam pra quem usa o editor:

• Control nodes: os elementos de UI básicos já são lidos.
• Project Manager: navegar entre projetos com leitor de tela.
• Inspector: ler propriedades e configurações.
• UI nodes padrão: botões, labels, sliders.

Pra desenvolvedor com deficiência visual, isso é a diferença entre conseguir e não conseguir trabalhar com a engine de forma independente. E pra quem cria jogos, fica uma base pra pensar acessibilidade no próprio título, não só no editor.

Acessibilidade em games saiu da margem nos últimos anos. As engines grandes já investem nisso, e ver o Godot entrar nesse caminho, mesmo que devagar, é bom sinal. A cobertura deve crescer nas próximas versões.

Suporte a novas plataformas

A 4.5 ampliou bastante onde dá pra publicar.

visionOS (Apple Vision Pro): a Godot passou a suportar nativamente a plataforma de realidade mista da Apple. É a primeira plataforma nova adicionada na era 4.x, e coloca a engine no jogo de XR sem depender de middleware de terceiros.

Android: chegou suporte a páginas de 16KB (exigência nova de hardware Android recente), display edge-to-edge e acesso ao feed de câmera bruto. Esse último abre caminho pra realidade aumentada e jogos que usam input de imagem.

WebAssembly SIMD: pra jogos web, SIMD (Single Instruction, Multiple Data) deixa o código processar vários dados de uma vez, o que ajuda muito em loop pesado de física e processamento. Jogo web mais complexo roda mais suave.

Linux Wayland: suporte nativo a subwindows no Wayland, reduzindo a dependência do XWayland. Quem desenvolve em distro moderna agradece.

Driver de gamepad SDL: o input de controle passou a usar o backend do SDL, o que melhora a compatibilidade com controles modernos. Menos "meu controle não funciona", mais "plugou, funcionou".

visionOS na prática

A integração com o Apple Vision Pro suporta os recursos centrais da plataforma: rendering estereoscópico, hand tracking e os espaços de realidade mista.

O detalhe importante: testar de verdade exige o hardware. Você precisa de um Apple Vision Pro e de um Mac com as ferramentas de desenvolvimento da Apple pra fechar o ciclo. Boa parte do trabalho dá pra fazer no editor Godot em qualquer sistema, mas o teste final é no aparelho. Se você não tem o headset, é cedo pra investir nisso. Se tem, agora dá pra usar a engine que você já conhece em vez de aprender outra do zero.

Melhorias pra quem desenvolve

Fora os recursos que o jogador vê, a 4.5 trouxe várias melhorias de fluxo de trabalho.

GDScript:

• Argumentos variádicos: funções que aceitam um número variável de argumentos, tipo um print que recebe quantos você quiser.
• Classes e métodos abstratos: dá pra marcar uma classe ou método como abstrato e forçar quem herda a implementar. Ajuda a manter arquitetura limpa em projeto grande.
• Callbacks do main loop via GDExtension: integração mais profunda pra quem escreve extensão.

Um exemplo rápido de classe abstrata, que é o tipo de coisa que a 4.5 passou a permitir de forma explícita:

@abstract
class_name Inimigo
extends CharacterBody2D

# Quem herdar de Inimigo é obrigado a implementar atacar().
@abstract
func atacar() -> void

class_name Goblin
extends Inimigo

func atacar() -> void:
    print("Goblin ataca com a clava")

Se você esquecer de implementar atacar() no Goblin, o Godot reclama. Antes da 4.5 você simulava isso com push_error na mão, o que só estourava em runtime. Agora o erro aparece cedo.

Debugging:

• Backtrace de script em release: rastrear a origem de um erro mesmo em build de produção. Isso é o que viabiliza um sistema de report de bug dentro do jogo, capturando o stack trace real do jogador.
• Custom loggers: capturar logs de forma estruturada pra mandar pro seu backend ou pra um arquivo.

Internacionalização:

• Preview de tradução na viewport: trocar de idioma no editor sem reiniciar. Você vê na hora se o texto em alemão estourou o botão.

Animação e rigging:

• BoneConstraint3D e novos modifiers (AimModifier3D, CopyTransformModifier3D, ConvertTransformModifier3D): mais controle sobre rig, útil pra mira de cabeça, olhar que segue alvo e cópia de transform entre ossos.

Navegação e física:

• Servidor de navegação 2D dedicado: separado do 3D, o que ajuda jogo top-down.
• Processamento assíncrono de regiões de navegação: gerar pathfinding sem travar a thread principal.
• Interpolação de física 3D na SceneTree: movimento mais suave quando a taxa de física é menor que a de render.

Como começar com a 4.5

Migrar ou começar do zero é tranquilo.

Download e instalação:

1. Baixe a versão 4.5 em godotengine.org.
2. Escolha entre a build Standard (sem C#) ou a .NET (com suporte a C#).
3. Extraia e rode. O Godot não precisa de instalação, é um executável só.

Migrando projeto existente:

• Faça backup antes de abrir pela primeira vez. Sempre. Não é a 4.5, é regra de qualquer atualização de engine.
• Abra o projeto na 4.5. A compatibilidade com 4.x significa que na maioria dos casos é só isso.
• Confira o console nas primeiras execuções pra pegar qualquer aviso de API que mudou de comportamento.

Projeto novo:

1. Abra a 4.5 e clique em "New Project".
2. Escolha o renderizador: Forward+ (mais qualidade, foco em desktop) ou Mobile (mais leve, foco em celular).
3. Comece do zero ou de um template.

Ligando os novos recursos:

• O Shader Baker fica nas configurações de export da sua plataforma.
• O stencil buffer aparece nos materiais espaciais 3D.
• O suporte a leitor de tela está em Project Settings, na seção de acessibilidade.

A documentação oficial já está atualizada pra 4.5, e a comunidade brasileira de Godot é ativa, com Discord e grupos de estudo se você travar em algo.

::blog-cta{title="Comece Sua Jornada com Godot" description="Quer dominar o Godot e criar jogos de verdade, do básico ao avançado? Nosso curso completo te leva da primeira linha de código ao jogo publicado. Vagas limitadas pra próxima turma." buttonText="Candidate-se Agora" icon="fas fa-gamepad" variant="highlight"}::

Vale a pena migrar pra 4.5?

Se você já está na 4.x, vale, e o risco é baixo. A compatibilidade segura sua barra, e você ganha o Shader Baker (que sozinho já justifica pra projeto pesado em shader), o stencil buffer e as melhorias de debugging em release.

Se você está pensando em começar com Godot agora, comece direto na 4.5. Não tem motivo pra entrar numa versão mais velha.

Dito isso, sem hype: a 4.5 não vai escrever seu jogo. Engine é ferramenta. Ela tira atrito do caminho (menos stutter, mais controle de render, debug melhor), mas o que termina projeto é você sentar e fazer. A versão nova é uma ótima desculpa pra abrir aquele projeto travado e dar o próximo passo. Baixa, testa no teu projeto e tira tua própria conclusão.