Gráficos, animações, física e desempenho do processador estão entre os assuntos mais comuns nas discussões sobre jogos. A lista também inclui ray tracing, aumento de resolução e geração de quadros.
Tudo isso depende do motor de jogo, também chamado de engine. Ele reúne os sistemas e as ferramentas usados para criar e executar um game.
Nos últimos 30 anos, esses motores mudaram bastante. Antes, eram conjuntos de código feitos para jogos específicos. Hoje, são plataformas de desenvolvimento com muitas funções.
Além de gerar imagens, eles cuidam da física, animações, comandos, carregamento de conteúdo, conexões pela rede, áudio e construção de cenários.
Os maiores motores também atendem a vários consoles, configurações de PC e dispositivos móveis. Seu uso pode envolver equipes com centenas ou até milhares de profissionais.
Essa complexidade tem um custo. Manter um motor próprio pode consumir anos de trabalho e requer uma equipe técnica permanente. Isso ajuda a explicar a adoção de soluções comerciais, como a Unreal Engine 5.
Na pesquisa State of the Game Industry 2026, da GDC, a Unreal era o motor principal de 42% dos desenvolvedores entrevistados. A Unity aparecia em seguida, com 30%.
Entre os participantes de estúdios AA, a adoção da Unreal chegava a 59%. Nos estúdios AAA, responsáveis por produções de grande orçamento, o índice era de 47%.
- Leia também: Epic Games integra Claude e Gemini ao Unreal Engine 6, mas diz que o controle continua com os desenvolvedores
Ainda assim, motores próprios continuam presentes em jogos com características técnicas distintas. É o caso da Northlight, da Remedy; da id Tech, da id Software; da RE Engine, da CAPCOM; e da Decima, da Guerrilla.
Os estúdios precisam escolher entre desenvolver e controlar sua tecnologia ou adotar uma plataforma de uso geral e direcionar a equipe técnica para outras tarefas.
O que é um motor de jogo?
Um motor de jogo é a base tecnológica usada para criar e executar um game sem desenvolver todos os sistemas do zero. A geração das imagens é a parte mais visível, mas representa apenas uma de suas funções.
O sistema gráfico transforma modelos, texturas, materiais, luzes, sombras, partículas e efeitos na imagem exibida na tela. Esse trabalho envolve grandes volumes de dados.
Ao mesmo tempo, precisa respeitar os limites do processador, do chip gráfico, da memória e da velocidade de transferência de informações.
Em um jogo a 60 quadros por segundo, ou 60 FPS, há cerca de 16,67 milissegundos para produzir cada quadro. A 120 FPS, esse intervalo cai para 8,33 milissegundos.
Isso não significa que todas as tarefas sejam executadas uma após a outra nesse período. O processador, ou CPU, e o chip gráfico, ou GPU, podem trabalhar ao mesmo tempo.
Mesmo assim, basta uma etapa lenta para atrasar a entrega de um quadro e limitar o desempenho. O motor também cuida da física, detecção de colisões, animações, comandos do jogador, inteligência artificial, áudio e instruções que controlam o jogo.
Menus, sistemas de salvamento, recursos de rede e organização dos arquivos também fazem parte desse trabalho. Em um mundo aberto, vários conteúdos podem ser carregados ao mesmo tempo conforme o jogador avança.
Isso inclui terreno, texturas, modelos, personagens não controlados pelo jogador, os NPCs, animações e sons. O motor ainda precisa acompanhar o estado do jogo, como as condições dos objetos e dos elementos presentes naquele momento.
As ferramentas de criação também fazem parte do motor
As ferramentas usadas pela equipe têm tanta importância quanto os sistemas que executam o game. Elas incluem editores, análise de desempenho e recursos para importar arquivos.
Também há ferramentas para animações, identificação de erros e criação de shaders, os programas usados no processamento gráfico.
Outros recursos automatizam a montagem das versões do jogo e conectam programas como Maya, Blender, Houdini e Substance ao projeto.
Essas ferramentas afetam diretamente o tempo de produção. Um designer pode alterar um encontro com inimigos e testá-lo em segundos, sem precisar gerar uma nova versão completa do jogo.
Da mesma forma, um artista pode modificar um cenário sem depender de um engenheiro. Em uma produção de vários anos e com centenas de pessoas, essa economia de tempo pode ser muito grande.
Poucos motores modernos são feitos inteiramente dentro de um único estúdio. É comum integrar tecnologias externas, como Wwise ou FMOD para áudio, Havok para física e SpeedTree para vegetação.
Também entram nessa lista recursos de aumento de resolução e geração de quadros, como NVIDIA DLSS, AMD FSR e Intel XeSS.
Por isso, um motor atual funciona como uma plataforma que coordena sistemas internos e externos, em vez de ser um único programa que faz tudo sozinho.
De DOOM à Unreal Engine 5: como os motores evoluíram
Nos primeiros jogos, o desenvolvimento era muito ligado ao hardware. Os programadores escreviam códigos específicos para cada projeto.
Já existia reaproveitamento de tecnologia, mas a separação entre o jogo e seu motor era menos definida do que hoje. A expansão dos jogos 3D para PC, nos anos 1990, mudou esse cenário.
A id Software teve um papel importante nesse processo. As tecnologias de DOOM e Quake eram reutilizadas pelo próprio estúdio e licenciadas para outras empresas.
O primeiro Half-Life, da Valve Software, por exemplo, partiu de uma versão bastante modificada da tecnologia de Quake. Esse modelo criou uma alternativa para os estúdios.
Em vez de passar anos desenvolvendo gráficos 3D, sistemas de rede e ferramentas básicas, eles podiam licenciar um motor existente e começar com parte do trabalho pronta.
Nas gerações seguintes de consoles, as tecnologias de terceiros ganharam mais espaço. A RenderWare, da Criterion, foi muito usada na época do PlayStation 2.
Grand Theft Auto III, Vice City, San Andreas e jogos da série Burnout estão entre os exemplos de uso dessa tecnologia.
A Unreal Engine seguiu um caminho parecido. Criada inicialmente para os jogos da Epic, ela passou a ser licenciada para muitos outros estúdios.
Mais tarde, a Unity facilitou o acesso a motores de jogo com uma plataforma acessível e compatível com vários sistemas. Ela passou a atender produções independentes, jogos para celular e projetos maiores.
Tarefas que antes dependiam de uma equipe numerosa de especialistas em gráficos e motores passaram a ser feitas com ferramentas comerciais.
A principal diferença hoje está no tamanho dessas plataformas. A Unreal Engine 5 reúne muito mais do que um sistema gráfico e alguns editores.
O pacote inclui o Nanite Virtualized Geometry, para lidar com modelos detalhados, e o Lumen, para iluminação dinâmica com ray tracing.
Também há ferramentas de animação e montagem de estruturas para movimentar personagens, geração de conteúdo por regras, carregamento de mundos, física e rede.
O conjunto ainda oferece MetaHumans para criar personagens realistas, análise de desempenho, acesso ao código-fonte e uma grande variedade de plugins e arquivos prontos.
Com tantos recursos disponíveis, fica mais difícil decidir se compensa continuar investindo em um motor próprio ou licenciar uma plataforma externa.
Por que desenvolver um motor de jogo custa tanto?
Criar um motor é caro, mas mantê-lo pode dar ainda mais trabalho. Uma tecnologia usada em vários projetos precisa acompanhar mudanças durante anos.
Isso envolve novos componentes, interfaces de programação gráfica, gerações de consoles, métodos de produção e técnicas para gerar imagens.
O ray tracing é um exemplo. Adicionar esse recurso com aceleração por hardware vai muito além de ativar reflexos ou sombras.
A equipe precisa organizar estruturas que ajudam a calcular o caminho dos raios, como as hierarquias de volumes delimitadores, conhecidas pela sigla BVH.
Também precisa desenvolver novas rotinas de shaders, reduzir ruídos na imagem, oferecer suporte a materiais e controlar o uso de memória.
Há ainda o trabalho de criar alternativas para quando o recurso não puder ser usado, medir seu desempenho e integrar tudo ao restante do sistema gráfico.
Mundos abertos e várias plataformas aumentam o trabalho
Jogos de mundo aberto têm outras dificuldades. Modelos, texturas, animações, sons, NPCs, dados de colisão e objetos precisam entrar e sair da memória sem pausas evidentes.
Quando esse carregamento não funciona bem, podem surgir travadinhas durante a exploração ou objetos que aparecem de repente na tela. Isso pode acontecer mesmo quando a GPU ainda tem capacidade de sobra para gerar as imagens.
O suporte a várias plataformas amplia o trabalho. No PC, um jogo pode precisar funcionar em diferentes gerações de processadores e placas de vídeo de várias marcas.
Nos consoles, as configurações são fixas, mas há diferenças de memória, software e hardware entre os aparelhos. Cada plataforma precisa passar por testes, correções, certificação e ajustes de desempenho.
Manter o motor também requer profissionais dedicados a apoiar o restante da equipe. Programadores cuidam dos gráficos e dos sistemas básicos, enquanto especialistas em ferramentas atendem designers e artistas.
Artistas técnicos organizam os processos de criação de conteúdo. Engenheiros responsáveis pelas versões do projeto cuidam para que o código seja compilado e distribuído de forma confiável.
Trocar de motor também tem custo
Abandonar um motor interno pode fazer sentido financeiro mesmo depois de anos de investimento. A decisão não depende apenas do dinheiro já gasto.
O estúdio precisa calcular quanto custará manter aquela tecnologia competitiva nos próximos cinco ou dez anos. A mudança, porém, também dá trabalho.
É preciso treinar a equipe, refazer ferramentas internas, adaptar processos e reescrever sistemas próprios. Anos de conhecimento acumulado podem precisar ser ajustados a uma estrutura de software totalmente diferente.
Não existe uma opção mais barata para todos os casos. A conta depende das necessidades do estúdio e de quantos projetos futuros justificam o investimento.
Motores próprios, comerciais e de código aberto: quais são as diferenças?
Os motores costumam ser divididos em próprios, comerciais e de código aberto. Essas categorias, porém, podem se sobrepor.
Northlight e RE Engine são tecnologias proprietárias controladas por seus estúdios. Em geral, não são oferecidas ao público como plataformas de desenvolvimento.
Unreal e Unity também são softwares proprietários. A diferença é que outros desenvolvedores podem usá-los por meio de contratos comerciais, com condições padronizadas ou negociadas.
Essa distinção ajuda a entender quem decide o futuro de cada motor. Um estúdio com tecnologia própria pode priorizar os recursos de que seus jogos precisam, mas também precisa pagar por esse desenvolvimento.
Quem usa Unreal aproveita o investimento técnico da Epic. Ao mesmo tempo, depende de uma plataforma cuja direção de longo prazo fica sob controle da empresa.
Como funcionam as cobranças da Unreal e da Unity?
No contrato padrão de royalties da Unreal Engine, a Epic cobra 5% sobre a receita sujeita à cobrança que ultrapassar US$ 1 milhão por produto, cerca de R$ 5,21 milhões.
Esse limite considera a receita bruta acumulada durante toda a vida comercial do produto. Jogos que atendem às regras do programa Launch Everywhere with Epic podem pagar uma taxa menor, de 3,5%.
Para isso, precisam cumprir as condições de distribuição e de equivalência entre versões previstas pela Epic. A empresa também oferece contratos personalizados.
A Unity usa assinaturas, em vez do modelo padrão de participação na receita adotado pela Unreal. O plano Unity Pro é obrigatório acima de US$ 200 mil em receita e financiamento anuais, aproximadamente R$ 1,04 milhão.
O Enterprise se aplica acima de US$ 25 milhões, cerca de R$ 130,20 milhões. Em janeiro de 2026, os preços dos planos Pro e Enterprise tiveram reajuste de 5%.
O que muda com o código aberto da Godot?
A Godot segue outro modelo. Seu código é totalmente aberto e distribuído pela licença MIT, que dá ampla liberdade de uso, modificação e redistribuição.
Os desenvolvedores podem examinar e alterar o motor, enquanto escolhem separadamente a licença dos jogos que criam. Ter acesso ao código-fonte não é a mesma coisa que usar software de código aberto.
Os usuários da Unreal podem consultar seu código, mas continuam sujeitos à licença da Epic. Na Godot, a licença MIT oferece liberdades mais amplas para modificar e redistribuir a tecnologia.
A diferença também aparece na estrutura de apoio. Motores comerciais têm grandes redes de suporte, documentação extensa, integração com tecnologias externas e processos estabelecidos para consoles.
Jogos feitos em Godot também podem chegar aos consoles. Porém, as restrições dos kits de desenvolvimento dessas plataformas, os SDKs, impedem que a fundação publique livremente componentes abertos de exportação para esses aparelhos.
Desenvolvedores aprovados precisam usar os SDKs autorizados e criar o suporte necessário ou contratar fornecedores especializados.
Por que alguns estúdios ainda criam seus próprios motores?
A Unreal já oferece mundos grandes, ray tracing, path tracing, animação, física e suporte a várias plataformas. Ainda assim, a especialização pode justificar um motor interno.
Uma plataforma de uso geral precisa atender a milhares de desenvolvedores que fazem jogos muito diferentes. Um motor próprio pode ser organizado em torno das necessidades e dos métodos de um único estúdio.
A Northlight, da Remedy, é um exemplo. Ela é usada em Quantum Break, Control, Alan Wake 2 e no lançamento recente CONTROL Resonant.
Na descrição da Remedy, a Northlight é um motor interno especializado. Sua estrutura de execução usa um modelo moderno de objetos de jogo e um sistema de processamento de geometria orientado pela GPU.
As ferramentas têm uma estrutura baseada em plugins, que pode ser adaptada aos processos de cada equipe. Alan Wake 2 também motivou mudanças na Northlight. Houve alterações na arquitetura que organiza entidades e componentes do jogo.
O projeto ainda recebeu um sistema de controle de personagens baseado em voxels, pequenas unidades de volume, para melhorar a movimentação em ambientes densos.
A id Software segue outra linha de especialização. Os motores id Tech são desenvolvidos há anos com foco em jogos de tiro em primeira pessoa, resposta rápida aos comandos e metas altas de desempenho.
DOOM: The Dark Ages apresentou a id Tech 8. Entre os recursos descritos pelos desenvolvedores estão iluminação e sombras totalmente dinâmicas com ray tracing.
A lista também inclui cenários maiores, mais destruição dos ambientes e uma meta de 60 FPS nos consoles compatíveis.
Snowdrop, da Ubisoft; Decima, da Guerrilla; RE Engine, da CAPCOM; Source 2, da Valve; e RAGE, da Rockstar, seguem o mesmo princípio geral, apesar das diferenças entre elas.
Seus responsáveis podem adaptar a tecnologia aos jogos que pretendem criar, sem precisar ajustar toda a produção às escolhas de um fornecedor externo.
Esse controle pode trazer vantagens técnicas específicas. Um motor voltado a poucos tipos de jogo pode receber soluções próprias para carregamento, animação, destruição, simulação ou gráficos.
A equipe não precisa atender a todos os usos possíveis. Em compensação, precisa construir e manter essas soluções.
O investimento em tecnologia própria só faz sentido enquanto os benefícios compensarem o trabalho de engenharia e suporte.
Por que a Unreal Engine 5 ganhou tanto espaço?
A Unreal reúne gráficos avançados, suporte a várias plataformas, ferramentas extensas, acesso ao código e muitos profissionais familiarizados com seu funcionamento.
Também oferece integração com tecnologias de terceiros e uma estrutura de recursos e serviços que seria muito cara de reproduzir dentro de um estúdio. A UE5 trouxe ferramentas voltadas a tarefas que consomem bastante tempo de produção.
O Nanite administra a geometria dos modelos e reduz parte do trabalho manual de preparar diferentes níveis de detalhe para objetos e personagens. O Lumen fornece iluminação global e reflexos dinâmicos.
Já o World Partition ajuda a organizar ambientes grandes. As ferramentas de animação, geração de conteúdo por regras, MetaHuman e produção de arquivos também continuam em expansão.
Desempenho e criação de mundos nas versões recentes
O desempenho passou a receber mais atenção nas versões recentes. A UE5.6 teve como meta mundos abertos visualmente detalhados a 60 FPS no hardware da geração atual.
O trabalho incluiu melhorias no ray tracing do Lumen acelerado por hardware, nas limitações de CPU e no carregamento de geometria. Também houve mudanças para preparar os estados da simulação física em paralelo a outras tarefas.
Lançada em junho de 2026, a UE5.8 ampliou os recursos para construção de mundos, terreno, vegetação, iluminação e criação de personagens. A versão também integrou processos de trabalho com grandes modelos de linguagem, conhecidos pela sigla LLM.
Nos planos atuais da Epic, a UE5.8 é a última grande versão prevista da UE5, enquanto o desenvolvimento da Unreal Engine 6 ganha mais espaço.
Profissionais e tecnologia compartilhada pesam na escolha
A quantidade de profissionais que conhecem a Unreal pode ser tão importante quanto seus recursos. Um estúdio que adota a UE5 pode contratar programadores, artistas técnicos e designers já familiarizados com o editor e seus processos básicos.
A equipe também encontra documentação, arquivos prontos em lojas, plugins, conhecimento da comunidade e tecnologias desenvolvidas por outros estúdios.
A mudança da CD Projekt RED da RED Engine para a Unreal Engine 5 mostra como isso funciona. Desde 2022, CDPR e Epic trabalham juntas em tecnologia de mundo aberto para The Witcher 4.
A demonstração técnica de 2025 rodou no PlayStation 5 a 60 FPS. Ela apresentou o FastGeo Streaming, vegetação com Nanite, melhorias de animação e grandes multidões.
Várias dessas melhorias foram incorporadas à Unreal para uso de outros desenvolvedores. A adoção, portanto, vai além da economia com uma equipe de motor.
Grandes estúdios podem contribuir com tecnologias específicas para seus jogos sem assumir a manutenção de toda a plataforma.
Unreal Engine 5: problemas de desempenho e dependência
A popularidade da Unreal também tornou seus problemas mais visíveis. No PC, são comuns as discussões sobre travadas na compilação de shaders e na preparação de estados do processamento gráfico, os PSOs.
Outras queixas incluem engasgos durante a exploração, limitações de CPU, falhas na reconstrução da imagem e o alto custo de recursos como Lumen e Nanite.
Parte das críticas tem fundamento. Porém, atribuir todo jogo com desempenho ruim a um defeito básico do motor simplifica demais o problema.
Os desenvolvedores escolhem a configuração do motor, o conteúdo carregado, a preparação dos shaders e os níveis de qualidade usados em diferentes máquinas. Também decidem quanto tempo será dedicado aos ajustes de desempenho.
Por que alguns jogos apresentam travadinhas?
A compilação de shaders ajuda a entender o problema. Jogos modernos podem usar muitas combinações de shaders e estados do processamento gráfico.
Se uma combinação necessária não estiver pronta quando for usada, a compilação naquele momento pode atrasar bastante a entrega dos quadros.
A Unreal oferece sistemas para armazenar e preparar os PSOs com antecedência. Ainda assim, a equipe precisa configurá-los e verificar se funcionam corretamente.
As travadas durante a exploração também têm várias causas. Conforme o jogador avança, o motor carrega modelos, texturas e dados de colisão.
Ao mesmo tempo, cria ou inicializa objetos de jogo, chamados de Actors na Unreal Engine 5. Essas tarefas podem causar picos de uso da CPU. Por isso, os engasgos podem continuar mesmo após reduzir opções gráficas que exigem mais da GPU.
Recursos visuais também exigem processamento
Lumen, Nanite, Virtual Shadow Maps e sistemas complexos de animação consomem capacidade de processamento. Para equilibrar esse custo, os desenvolvedores costumam usar resolução dinâmica e reconstrução temporal, que aproveita informações de quadros anteriores para formar a imagem.
Quando a resolução de origem fica baixa demais, podem aparecer perda de nitidez, rastros em objetos em movimento e instabilidade nos detalhes finos.
Também podem surgir falhas em áreas que se tornam visíveis depois de estarem encobertas por outros elementos da cena.
A concentração em um motor afeta o setor
Quanto mais estúdios adotam uma mesma plataforma comercial, maior fica a influência de seu proprietário sobre ferramentas, licenças, decisões técnicas e métodos de produção.
A Unreal pode receber muitas modificações. Porém, alterações extensas no motor podem dificultar a adoção de grandes atualizações.
Um mercado com menos motores independentes também pode ter menos abordagens concorrentes para gráficos e organização dos sistemas de jogo.
Isso não torna a adoção da Unreal negativa por si só. Ainda assim, recuperar o conhecimento sobre motores próprios seria difícil depois da dispersão das equipes responsáveis por eles.
Unity e Godot: por que as alternativas continuam importantes?
A Unreal ocupa boa parte das discussões sobre jogos AAA, mas outras opções seguem relevantes. A Unity tem presença forte em jogos independentes, títulos para celular, realidade virtual e projetos para várias plataformas.
Suas ferramentas, o desenvolvimento em C#, a grande Asset Store e a quantidade de profissionais que conhecem o motor pesam na escolha.
Esse conjunto atende a projetos que não precisam de toda a estrutura gráfica mais pesada da Unreal. A polêmica da Runtime Fee, em 2023, também mostrou um dos riscos da dependência de tecnologia comercial.
A Unity cancelou a taxa em 2024 e manteve as assinaturas com limites definidos por receita. Mesmo assim, a reação mostrou a preocupação dos desenvolvedores com mudanças de licença após anos de trabalho em uma plataforma.
A Godot oferece outra relação com a tecnologia. A licença MIT, o desenvolvimento público e a ausência de royalties pelo motor dão mais controle aos usuários.
Ela pode atender equipes pequenas que valorizam a liberdade de alterar o código e não precisam de todos os recursos e serviços dos motores comerciais maiores.
Isso não faz da Godot uma substituta direta de Unreal ou Unity em qualquer produção, sobretudo nas mais exigentes.
Grandes estúdios podem precisar de suporte consolidado a consoles, muitas integrações externas e atendimento dedicado do fornecedor.
Também podem depender de processos para lidar com grandes volumes de conteúdo e de ferramentas especializadas de análise de desempenho já disponíveis nas plataformas comerciais.
A presença da Godot continua importante. Ter modelos diferentes favorece a concorrência em desempenho, métodos de trabalho, abertura do código, preço e controle dos desenvolvedores.
Como a inteligência artificial pode mudar o uso dos motores?
A inteligência artificial generativa começa a ser integrada aos próprios motores, depois de um período de testes com ferramentas externas.
No curto prazo, os usos são mais práticos do que a ideia de criar um jogo AAA completo a partir de um comando de texto. Uma das aplicações é automatizar tarefas.
Um assistente com acesso às informações do motor poderia buscar dados do projeto, gerar ou explicar código e alterar conteúdos repetitivos.
Também poderia examinar cenas, criar protótipos e ajudar a identificar problemas de desempenho. Essas tarefas podem economizar tempo. Artistas, designers e programadores ainda precisam definir como o jogo deve ser.
A Epic já trabalha nessa direção. A Unreal Engine 5.8 introduziu processos integrados com o Model Context Protocol, ou MCP.
Nos planos para a UE6, a empresa inclui integrações por MCP com modelos como Claude e Gemini como ferramentas de produtividade para o desenvolvimento.
Usar IA dentro do jogo traz outras dificuldades
Modelos de linguagem poderiam fazer NPCs interpretar comandos livres dos jogadores ou produzir diálogos mais variados. A tecnologia Avatar Cloud Engine, ou ACE, da NVIDIA, é um exemplo dessa proposta.
Porém, os jogos precisam de comportamento previsível, respostas rápidas, personagens coerentes e regras bem definidas. Essas necessidades favorecem sistemas mistos.
Neles, a IA generativa cuida de tarefas limitadas de interpretação ou diálogo, enquanto a lógica tradicional mantém o controle do jogo. Também existem questões de custo, direitos e criação.
Executar modelos no próprio aparelho consome recursos que poderiam ser usados em outras tarefas. A execução na nuvem adiciona tempo de resposta e despesas contínuas com servidores.
A origem dos dados de treinamento, os direitos sobre o conteúdo gerado, a moderação e a consistência ainda têm questões sem solução ou que dependem muito de cada projeto.
A pesquisa da GDC de 2026 mostra essa divisão. Entre os entrevistados, 36% usavam ferramentas de IA generativa no trabalho, mas 52% consideravam seu impacto negativo para o setor.
O uso também era bem maior em funções de publicação, suporte e marketing do que entre os funcionários dos próprios estúdios.
No curto prazo, a tendência é que a IA ajude no desenvolvimento, em vez de substituir o motor ou os profissionais que trabalham com ele.
O que vem pela frente para os motores de jogo?
Os motores se tornam plataformas de desenvolvimento cada vez mais completas. Gráficos, animações, geração de mundos por regras e ferramentas de produção passam a dividir o mesmo ambiente.
Ray tracing e path tracing acelerados por hardware, técnicas gráficas com redes neurais e ferramentas de IA devem ampliar seus recursos.
O trabalho para melhorar o desempenho, porém, continua tão importante quanto a inclusão de novas funções. Os planos da Epic para a Unreal Engine 6 seguem essa direção.
A proposta é combinar sua tecnologia tradicional para jogos AAA com os processos voltados a criadores do Unreal Editor for Fortnite.
Os motores próprios, por sua vez, continuam oferecendo mais controle sobre técnicas gráficas específicas, sistemas de jogo e ajustes para cada hardware. Tecnologia mais complexa não garante jogos melhores.
Seja com um motor comercial ou próprio, as prioridades continuam sendo produção eficiente, desempenho consistente e recursos adequados às necessidades do jogo.
