A Tokyo Game Show faz 30 anos em 2026. Isso torna o evento deste ano útil para mais do que acompanhar novos lançamentos: dá-nos um ponto de comparação claro entre o que «um jogo» significava em 1996 e o que significa agora.
Há trinta anos, o jogo, a computação, o armazenamento e a maior parte da experiência do jogador encontravam-se normalmente numa única consola ou PC. Em 2026, essas componentes podem estar distribuídas por dispositivos portáteis, PCs gaming, serviços na nuvem, infraestrutura multijogador e armazenamento pessoal. O jogo moderno é cada vez mais uma pilha, não uma caixa.
A Tokyo Game Show 2026 mostra até que ponto o gaming se expandiu
A Tokyo Game Show 2026 decorre de 17 a 21 de setembro no Makuhari Messe. É a edição de cinco dias mais longa de sempre do evento e assinala 30 anos desde o primeiro TGS, em 1996.
O programa comemorativo torna explícita essa perspetiva histórica. O dia de abertura inclui «30 Years of TOKYO GAME SHOW: Looking Back and Looking Ahead to 2056.»
O próprio evento expandiu-se muito para além da publicação tradicional de videojogos. As categorias atuais incluem hardware, RA/RV, eSports, desenvolvimento independente, soluções empresariais e tecnologia de IA.
Isto reflete uma mudança mais ampla: um jogo moderno é moldado não só pelo software que o jogador inicia, mas também pela computação, pelos dados e pelos serviços que o rodeiam.
As cinco camadas do gaming em 2026
Uma forma útil de compreender o gaming moderno é separá-lo em cinco camadas.
| Camada | Pergunta principal | Exemplos |
|---|---|---|
| Experiência | O que joga realmente o jogador? | Lógica do jogo, mundo, interface, motor |
| Dispositivo | Onde interage o jogador? | PC, consola, dispositivo portátil, TV, telemóvel |
| Computação | Onde é processado o trabalho? | GPU local, PC gaming remoto, GPU na nuvem |
| Dados | O que tem de persistir? | Jogos guardados, mods, recursos, capturas |
| Serviços | O que tem de permanecer disponível? | Multijogador, autenticação, IA, transmissão |
Estas camadas costumavam estar no mesmo dispositivo. Já não têm de estar.
Um dispositivo portátil pode fornecer o ecrã e os controlos, enquanto outro computador trata da renderização. Um jogo pode correr localmente, enquanto a autenticação e o estado multijogador permanecem alojados pelo editor. Os jogos guardados podem ser sincronizados através de um serviço, enquanto os mods e as gravações permanecem num armazenamento controlado pelo jogador.
Dizer que um jogo «corre localmente» já não lhe diz onde se encontra o resto da experiência de jogo.
Os jogos estão a tornar-se híbridos, não simplesmente locais ou na nuvem
Os jogos na nuvem eram frequentemente apresentados como substitutos do hardware local para jogos. Na prática, o modelo mais duradouro é híbrido.
Uma configuração moderna pode combinar:
- renderização local pela GPU,
- identidade e licenciamento na nuvem,
- multijogador alojado pelo editor,
- transmissão remota para outro ecrã,
- sincronização de gravações guardadas na nuvem,
- e armazenamento pessoal para gravações guardadas, mods e capturas.
Os jogos portáteis tornam esta separação fácil de ver. Um dispositivo portátil nem sempre precisa de ser o computador que renderiza o jogo; pode funcionar como cliente enquanto um anfitrião mais potente trata do trabalho pesado.
Uma verdadeira configuração portátil de transmissão de jogos de PC demonstra isto claramente: o Sunshine gere a transmissão no anfitrião, o Moonlight é executado no dispositivo portátil e o Tailscale fornece o percurso de rede privado.
A lição importante é arquitetural, não específica de um produto:
o desempenho do cliente, o desempenho do anfitrião de renderização e o desempenho da rede são estrangulamentos distintos.
Os jogos independentes também são projetos de infraestrutura
O programa independente do TGS 2026 oferece outra perspetiva sobre a mesma mudança. O seu SELECTED INDIE 80 selecionou 80 títulos de mais de 1.500 candidaturas.
Esses projetos são avaliados como jogos, mas lançar um jogo moderno pode exigir muito mais do que um motor de jogo.
Uma infraestrutura de desenvolvimento independente pode incluir controlo de versões, armazenamento de recursos, compilações automatizadas, testes, registos de falhas, artefactos de lançamento, cópias de segurança e infraestrutura multijogador.
Um título offline para um jogador pode exigir pouca infraestrutura ativa após o lançamento. Adicione multijogador persistente, estado online ou IA do lado do servidor, e o problema muda.
O desenvolvimento e a operação do jogo começam a sobrepor-se.
A IA está a entrar nos jogos em dois pontos diferentes
O TGS 2026 inclui agora atividades de exposição centradas na IA, enquanto os critérios do SENSE OF WONDER NIGHT mencionam explicitamente tecnologias como processamento de linguagem natural, reconhecimento de imagens e interações com IA.
Mas “IA nos jogos” descreve pelo menos duas cargas de trabalho diferentes.
| Função da IA | Exemplos |
|---|---|
| IA utilizada para criar jogos | Programação, localização, fluxos de trabalho artísticos, garantia de qualidade, testes |
| IA em execução durante o jogo | Interação com NPC, voz, comportamento dinâmico, conteúdo gerado |
A segunda categoria cria uma decisão de infraestrutura: onde ocorre a inferência?
| Localização | Possível vantagem | Principal limitação |
|---|---|---|
| Dispositivo do jogador | Baixa dependência da rede | Computação e memória locais |
| PC de gaming | Hardware local potente | Compete com a renderização do jogo |
| Nuvem da editora | Modelos centralizados e escalabilidade | Latência, custo e dependência do serviço |
| Servidor local ou de edge | Computação privada próxima dos utilizadores | Complexidade do hardware e da implementação |
Assim, a IA acrescenta outra camada à pilha de jogos, em vez de substituir as camadas que já existem.
Que Parte de um Jogo Precisa Realmente de um Servidor?
Nem todas as cargas de trabalho de jogos precisam de infraestrutura de servidor, e nem todas as funções do lado do servidor podem ser autoalojadas.
| Função de jogo | É necessário um servidor? | Habitualmente autoalojável? |
|---|---|---|
| Renderização para um jogador | Não | Não aplicável |
| Cópia de segurança dos jogos guardados | Opcional | Sim |
| Arquivo de mods e recursos | Opcional | Sim |
| Streaming remoto de jogos | Anfitrião necessário | Sim |
| Multijogador dedicado | Normalmente | Por vezes |
| Matchmaking | Normalmente | Normalmente controlado pela editora |
| Autenticação / licenciamento | Sim | Normalmente, não |
| Compilações e recursos do programador | Opcional | Sim |
| Inferência de IA | Depende | Por vezes |
Esta fronteira é importante.
Um servidor doméstico não pode substituir a autenticação da editora apenas porque um jogador quer mais controlo. Um jogo multijogador não pode tornar-se autoalojado se o programador nunca fornecer software de servidor compatível.
Mas as cópias de segurança dos jogos guardados, os arquivos, os servidores dedicados compatíveis, os anfitriões de streaming e a infraestrutura dos programadores são camadas realistas que pode controlar.
Onde Vive Realmente o Seu Jogo? Faça Cinco Perguntas
Um jogo pode ocupar centenas de gigabytes num SSD local e, ainda assim, depender fortemente de infraestrutura remota. Cinco perguntas expõem essa dependência de forma muito mais clara.
-
Onde são renderizados os fotogramas?
No dispositivo à sua frente, noutro PC da sua rede ou em hardware remoto na nuvem?
-
Onde fica o jogo guardado?
Apenas num dispositivo, na nuvem de uma plataforma, num servidor de jogo ou numa cópia de segurança sob o seu controlo?
-
Onde fica o estado do modo multijogador?
Na infraestrutura da editora, em sessões ponto a ponto ou num servidor dedicado compatível?
-
O que comprova o seu direito de aceder ao jogo?
Uma cópia física, ficheiros sem DRM, um direito de acesso digital ou uma subscrição ativa?
-
O que deixa de funcionar se o serviço da editora desaparecer?
Apenas o modo multijogador, ou também a autenticação, as partidas guardadas, as transferências e a possibilidade de iniciar o jogo?
A última pergunta revela frequentemente mais do que o tamanho da instalação local.
O local de instalação não é o mesmo que a propriedade da infraestrutura.
Que partes da stack de jogos pode realmente controlar?
O controlo torna-se mais fácil de compreender quando é separado em camadas.
Um jogador pode não controlar o licenciamento da loja nem o emparelhamento do editor, mas muitas vezes pode controlar:
- cópias de segurança das partidas guardadas,
- mods e mapas personalizados,
- capturas de ecrã e gravações,
- bibliotecas retro mantidas legalmente,
- mundos dedicados suportados,
- código-fonte de desenvolvimento e artefactos de compilação,
- e cargas de trabalho locais de IA selecionadas.
Os jogos retro são um bom exemplo, porque o armazenamento e o processamento podem ser separados. Com emulação orientada para o navegador, o servidor pode limitar-se sobretudo a disponibilizar os ficheiros dos jogos, enquanto o cliente executa a emulação propriamente dita. Os requisitos de hardware do EmulatorJS tornam essa distinção explícita.
Este é também o papel mais realista de um servidor doméstico: não substituir a consola ou o PC de jogos, mas manter disponíveis as camadas persistentes que os rodeiam.
| Função do servidor doméstico | O que pode manter disponível |
|---|---|
| Servidor de dados de jogos | Partidas guardadas, arquivos, mods e gravações |
| Servidor de jogos dedicado | Mundos multijogador suportados |
| Infraestrutura de jogos remotos | Serviços de streaming e de rede privada |
| Infraestrutura de desenvolvimento | Git, compilações, recursos e serviços de teste |
| Experimentação com IA | Inferência local e fluxos de trabalho de desenvolvimento |
O hardware deve, por isso, acompanhar a camada alojada. Os serviços leves precisam de relativamente pouco processamento. Um grande arquivo de jogos ou multimédia beneficia mais de uma nuvem pessoal focada no armazenamento. A renderização em tempo real ou cargas de trabalho locais de IA mais exigentes podem requerer recursos de GPU substancialmente mais potentes.
A pergunta útil não é «qual é o melhor servidor para jogos?», mas sim «que parte da stack de jogos estou a tentar alojar?»
De 1996 a 2056, os jogos estão a tornar-se um sistema por camadas
O 30.º aniversário da TGS torna essa transição particularmente visível.
Em 1996, era razoável pensar no jogo, no dispositivo, no processamento e no armazenamento como um único produto estreitamente integrado.
Em 2026, uma descrição útil precisa de ter em conta o dispositivo que o jogador utiliza, o hardware que executa a computação, os dados persistentes, a rede que liga esses sistemas e os serviços necessários para que a experiência continue.
A própria TGS reúne agora jogos, hardware, IA, desenvolvimento independente e infraestrutura empresarial, ao mesmo tempo que questiona como poderão ser os próximos 30 anos.
É impossível prever qual será a consola de 2056. Uma direção já é clara:
o dispositivo de jogos está a tornar-se um componente de um sistema maior. À medida que esse sistema se torna mais distribuído, a questão importante é saber onde residem realmente a sua computação, os seus dados e os seus serviços — e quais dessas camadas estão sob o seu controlo.
Perguntas frequentes
Quando se realiza a Tokyo Game Show 2026?
A Tokyo Game Show 2026 decorre de 17 a 21 de setembro, no Makuhari Messe, em Chiba, no Japão. 17 e 18 de setembro são Dias Profissionais, enquanto 19 a 21 de setembro são dias abertos ao público.
Porque é que a Tokyo Game Show 2026 é especial?
A TGS 2026 assinala o 30.º aniversário do evento e é a sua edição de cinco dias mais longa de sempre. A programação comemorativa também perspetiva o futuro dos jogos até 2056.
O que significa “infraestrutura de jogos”?
Uma infraestrutura de jogos é o conjunto de camadas que suportam um jogo moderno: experiência do jogador, dispositivo-cliente, computação, dados persistentes e serviços online. Essas camadas já não precisam de funcionar na mesma máquina.
Os jogos na nuvem estão a substituir os jogos locais?
Não totalmente. Os jogos modernos combinam cada vez mais a renderização local com a identidade na nuvem, o modo multijogador, a transmissão remota e os dados sincronizados. Um modelo híbrido é mais exato do que uma simples divisão entre local e nuvem.
Posso alojar o servidor de um jogo?
Apenas quando o jogo disponibiliza software de servidor dedicado compatível ou outra implementação de servidor suportada. A autenticação e o emparelhamento controlados pela editora normalmente não podem ser substituídos por um servidor privado.
Um servidor doméstico pode substituir um PC para jogos?
Normalmente, não para renderização exigente em tempo real. Um servidor doméstico é mais adequado a cargas de trabalho persistentes relacionadas com jogos, como cópias de segurança, dados de jogos, servidores multijogador compatíveis, serviços para programadores e determinados fluxos de trabalho de jogos remotos ou de IA.
Que dados de jogos devo salvaguardar?
Dê prioridade às gravações e a outros dados gerados pelo utilizador que sejam irrecuperáveis; depois, considere mods, mapas personalizados, configurações, capturas de ecrã e gravações. Os ficheiros binários dos jogos são muitas vezes mais fáceis de obter novamente do que anos de progresso ou conteúdos personalizados.
Centro de Campanhas Zima
Mais para Ler

Cimeira Xen 2026: VM vs Docker vs Bare Metal para autoalojamento
Escolha VM, Docker ou bare metal com base no isolamento, na propriedade do hardware e nos domínios de falha — não apenas na CPU...

Dia dos Profissionais de TI 2026: Mostre-nos o seu rack, a sua stack e as suas cicatrizes
No Dia dos Profissionais de TI de 2026, vá além das fotografias dos racks. Partilhe o seu hardware, a sua stack autoalojada, a maior...

OpenSearchCon 2026: Por que razão os agentes de IA precisam de mais do que uma base de dados vetorial
A OpenSearchCon 2026 mostra por que motivo os agentes de IA sérios precisam de duas camadas de dados: recuperação fiável de conhecimento e histórico...

