O que mudou em poucas frases Stride recebeu uma atualização grande focada em modernização e alcance. O compilador de shaders foi reescrito para trabalhar com SPIR‑V (o formato intermediário que GPUs entendem), Vulkan e Direct3D12 foram reforçados, e o fluxo de build ganhou suporte a NativeAOT e melhorias de assets. Na prática, dá para iterar shaders mais rápido, testar no Linux/macOS/Android com menos dor e gerar builds menores.
Por que isso importa para você Se você cria jogos ou ferramentas, duas coisas importam: tempo de iteração e previsibilidade no render. O novo pipeline de shaders evita reparsear texto a cada variação de shader, o que acelera muito a geração de permutações; e a revisão dos backends Vulkan/D3D12 deixa mais fácil localizar crashes de GPU e usar recursos avançados (tessellation, compute) com menos surpresas.
O compilador SDSL foi reescrito em torno de um pipeline SPIR‑V, acelerando a geração de permutações de shader e abrindo caminho para recursos modernos como ray tracing e mesh shade
As 3 novidades que realmente mudam o dia a dia
1) Compilador SDSL centrado em SPIR‑V – O SDSL agora compila cada shader para um módulo SPIR‑S (uma extensão SPIR‑V) e combina efeitos diretamente em bytecode. Isso significa menos parsing de texto, permutações de shader mais rápidas e uma base pronta para recursos modernos como ray tracing e mesh shaders. – Aviso prático: shaders .sdsl customizados podem precisar ajustes para compilar sem erro; abra issue no GitHub se algo quebrar.
2) Backend gráfico e suporte multiplataforma reforçados – Vulkan atualiza para 1.3 e passa a usar dynamic rendering; Direct3D12 e Vulkan adotaram um modelo explícito de barriers/layouts (D3D12 exige agora "Enhanced Barriers"). Isso torna a transição de recursos mais previsível e ajuda a identificar exatamente qual etapa de render causou um device hang. – O editor e o asset compiler agora funcionam melhor fora do Windows: macOS, Linux e Android receberam atenção; Game Studio está sendo reescrito para ser cross‑platform e o launcher foi movido para Avalonia como parte disso. – Breaking: OpenGL foi removido e suporte a 32‑bit também foi descartado — adapte seus projetos para Vulkan ou D3D.
3) Builds menores e fluxo de assets mais seguro – NativeAOT e trimming permitem builds mais enxutos e start mais rápido quando a plataforma suporta. Útil para testes em dispositivos ou builds de distribuição. – Fluxo de assets: agora existe uma classe Assets gerada automaticamente com constantes fortemente tipadas para evitar erros de caminho em runtime; caminhos de pacotes evitam colisões e você pode criar replacement assets para sobrescrever conteúdo de pacotes externos.
Como isso funciona, explicado pra você mexer hoje
– Shader: edite .sdsl normalmente; no primeiro compile ele vira um módulo SPIR‑S. Quando o motor precisa de outra variação, ele combina bytecode já compilado em vez de reparsear. Resultado: hot‑reload e geração de permutations mais rápida. – API gráfica: você pode escolher Vulkan ou D3D12 na UI do editor (Settings > Environment > Graphics API) tanto para o projeto quanto para o editor. Se usar código de baixo nível, confira as mudanças de barrier/layout e o requisito de Enhanced Barriers no D3D12. – CLI e tooling: há um novo stride CLI que permite instalar versões, criar projetos e abrir o Game Studio da linha de comando — útil para integrar em scripts CI/CD.
Contexto e próximos passos
Esse é um passo grande — o changelog cita milhares de commits e refatorações no CI e testes. A infraestrutura de testes foi ampliada para rodar a matriz completa em várias plataformas e APIs, o que reduz regressões. O editor está no caminho de se tornar realmente cross‑platform; a equipe já migrou o launcher para Avalonia e está documentando o processo.
O que fazer agora – Teste seus shaders .sdsl e fique pronto para pequenos ajustes. – Se você usa OpenGL ou 32‑bit, comece a migrar. – Experimente o stride CLI para automatizar criação de projetos e builds. – Aproveite a classe Assets para reduzir bugs de runtime causados por paths.
Se você quiser, a referência completa e o changelog estão no repositório oficial da Stride no GitHub.
Veja também no Neriverso
Fonte: Stride Engine
