Existe uma pergunta que virou piada interna entre programadores do mundo inteiro: “mas roda Doom?”. O que começou como uma brincadeira nos anos 1990 se transformou em um dos fenômenos culturais mais duradouros da história da tecnologia. Em 2026, mais de três décadas após seu lançamento, o shooter clássico da id Software já foi executado em geladeiras inteligentes, impressoras, osciloscópios, câmeras digitais, teclados com visor embutido, calculadoras científicas e — sem exagero — em um teste de gravidez digital. Não é lenda urbana. É engenharia criativa levada ao limite.
Mas por que Doom, especificamente? Por que não Quake, Wolfenstein ou qualquer outro jogo da época? A resposta está em uma combinação única de fatores: código-fonte aberto, arquitetura modular, requisitos modestos e uma comunidade obcecada. Entender essa história é entender como um jogo de 1993 se tornou o benchmark não oficial de qualquer dispositivo com processador — e o que isso revela sobre os limites (e a ausência deles) do hardware moderno.
O contexto: como Doom chegou até aqui
Lançado em dezembro de 1993 pela id Software, Doom foi um divisor de águas nos jogos — mas seu verdadeiro legado tecnológico veio de uma decisão tomada em 1997: John Carmack, o gênio técnico por trás do motor gráfico do jogo, liberou o código-fonte sob licença livre. Qualquer pessoa podia estudar, modificar e portar o jogo para qualquer plataforma. Carmack acreditava que o conhecimento técnico deveria circular livremente, e essa filosofia criou um efeito cascata que ninguém previu.
O motor original do Doom é surpreendentemente enxuto. O jogo roda com poucos kilobytes de RAM para a lógica principal, usa uma técnica chamada raycasting binário (BSP — Binary Space Partitioning) para renderizar os cenários sem precisar de aceleração 3D real, e opera em resoluções baixíssimas — originalmente 320×200 pixels. Isso significa que qualquer dispositivo com um processador de 32 bits, alguns megabytes de memória e algum tipo de saída visual tem, em teoria, tudo o que precisa para rodar Doom. O desafio é a engenharia de adaptação — e é exatamente esse desafio que atrai hackers e engenheiros curiosos.
A lista do impossível: onde Doom já rodou de verdade
A comunidade que documenta ports de Doom é séria e rigorosa — não aceita montagens ou alegações sem prova. Veja alguns dos casos mais documentados e verificados:
- Teste de gravidez digital (Clearblue): Em 2021, o engenheiro Foone Turing desmontou um teste de gravidez digital e descobriu que o microcontrolador interno era poderoso o suficiente para rodar código customizado. Ele conectou o display do aparelho a um hardware externo e executou Doom. O vídeo viralizou e é verificável — Foone documenta tudo publicamente em seu perfil no Twitter/X.
- Geladeira Samsung: Modelos de geladeiras inteligentes com Android embutido foram usados para instalar Doom via APK. Tecnicamente é um port Android, não uma adaptação nativa — mas o fato de uma geladeira rodar um sistema operacional completo já diz muito sobre onde chegamos.
- Impressoras HP: Pesquisadores de segurança demonstraram que impressoras da linha LaserJet possuem processadores ARM suficientemente capazes para executar código arbitrário — incluindo Doom. Isso, aliás, levantou alertas sérios sobre segurança em dispositivos corporativos.
- Osciloscópio Rigol: Um osciloscópio é um instrumento de medição elétrica. Alguém portou Doom para o display vetorial de um Rigol DS1054Z. O resultado é visualmente caótico, mas funcional.
- Calculadora Texas Instruments TI-84: A TI-84 é usada por estudantes do mundo inteiro — inclusive no Brasil em cursos de engenharia. Doom roda nela em versão reduzida, com framerate baixo, mas jogável.
- Teclado mecânico com display OLED: Teclados da linha Wooting e outros modelos com microcontroladores avançados já receberam ports de Doom no pequeno display embutido.
- Câmera digital Canon (Magic Lantern): O firmware alternativo Magic Lantern, desenvolvido pela comunidade para câmeras Canon DSLR, inclui um port de Doom funcional. Você pode jogar no visor LCD da câmera.
- Dentro do próprio Doom: Sim — alguém criou um mapa no Doom 2 onde, ao interagir com um terminal dentro do jogo, o Doom 1 é iniciado. É recursivo e absurdo, e é real.
“Se tem processador e tela, alguém já tentou rodar Doom nele — e provavelmente conseguiu.”
Máxima informal da comunidade de desenvolvedores, verificada por décadas de ports documentados
A engenharia por trás do feito: como se porta Doom para qualquer coisa
Portar Doom não é simplesmente copiar um arquivo. É um exercício real de engenharia de baixo nível. O ponto de partida mais comum é o Chocolate Doom ou o doomgeneric — uma versão do código-fonte original abstraída para facilitar ports. O doomgeneric, mantido no GitHub, reduz o trabalho a implementar apenas quatro funções: inicializar o display, renderizar um frame, capturar input do usuário e obter o tempo do sistema. Tudo o mais — a lógica do jogo, os monstros, as fases, o áudio — já está lá.
O desafio real está na camada de hardware. Em um microcontrolador de geladeira ou impressora, você precisa entender o barramento de comunicação do display (geralmente SPI ou I2C), mapear os botões disponíveis como controles, e lidar com limitações de memória flash e RAM que podem ser de apenas alguns megabytes. Em alguns casos, como o da calculadora TI-84, o próprio processador (um Zilog Z80 de 8 bits, rodando a 6 MHz) exige uma versão ainda mais reduzida do motor — o que levou à criação de ports específicos como o TI-Doom.
| Dispositivo | Processador | RAM disponível | Resolução do port |
|---|---|---|---|
| PC original (1993) | Intel 486 DX2 66MHz | 4 MB | 320×200 |
| TI-84 Plus | Zilog Z80 @ 6 MHz | ~128 KB | 96×64 (monocromático) |
| Impressora HP LaserJet | ARM @ ~400 MHz | ~64 MB | Variável |
| Câmera Canon (Magic Lantern) | Digic 4/5 (ARM) | ~256 MB | 480×320 |
| Teste de gravidez (externo) | Microcontrolador externo | Display original reaproveitado | 128×32 (LCD) |
Por que isso importa além da piada
A brincadeira do “roda Doom” tem uma dimensão técnica séria que vai além do humor. Quando pesquisadores de segurança demonstraram que impressoras corporativas podiam executar código arbitrário ao rodar Doom, eles estavam, na prática, expondo uma vulnerabilidade crítica: dispositivos embarcados com processadores poderosos e firmware mal protegido são vetores de ataque reais. A HP, após essas demonstrações, acelerou atualizações de segurança em suas linhas de impressoras. O Doom serviu de prova de conceito para um problema de segurança corporativa.
Há também o aspecto educacional. Portar Doom é um exercício clássico em cursos de sistemas embarcados e programação de baixo nível em universidades ao redor do mundo — inclusive no Brasil, em disciplinas de Arquitetura de Computadores e Sistemas Operacionais. O jogo funciona como um benchmark de capacidade computacional: se um dispositivo roda Doom de forma aceitável, ele tem poder de processamento suficiente para tarefas reais de automação e interface. É uma régua prática e universalmente compreendida.
E existe o legado cultural. O fenômeno “roda Doom” democratizou o interesse por programação de baixo nível para uma geração inteira. Jovens engenheiros que cresceram vendo vídeos de Doom em calculadoras e câmeras foram motivados a aprender sobre microcontroladores, barramentos de comunicação e otimização de código. Plataformas como Arduino e Raspberry Pi devem parte de sua popularidade a essa cultura de “hackear qualquer coisa que tiver processador”.
O ângulo brasileiro: Doom na TI-84 e nas universidades
No Brasil, a calculadora Texas Instruments TI-84 nunca foi tão popular quanto nos Estados Unidos — o mercado nacional é dominado por modelos Casio mais baratos. Mas o fenômeno do port de Doom em calculadoras chegou aqui via YouTube e fóruns como o GBAtemp e o Reddit. Grupos de estudantes de engenharia e computação no Brasil documentam suas tentativas de port em plataformas como ESP32 e STM32 — microcontroladores muito populares no mercado nacional por conta do preço acessível e da comunidade ativa.
O ESP32, fabricado pela Espressif e vendido por menos de R$ 30 em lojas de eletrônica no Brasil, já tem ports de Doom documentados pela comunidade maker nacional. Com um display TFT conectado via SPI e um joystick analógico, é possível montar um “console portátil” rodando Doom por menos de R$ 100 em componentes. Tutoriais em português existem no YouTube e no Instructables — o que mostra que a cultura do “roda Doom” tem raízes sólidas também por aqui.
O que vem a seguir: Doom em IA e em chips cada vez menores
Em 2026, a fronteira do fenômeno continua sendo empurrada. Pesquisadores já demonstraram Doom rodando dentro de modelos de linguagem de IA — não como emulação real, mas como geração de frames em tempo real por redes neurais, uma experiência estranha e lagunosa que é mais experimento conceitual do que jogo funcional. Outros projetos tentam rodar Doom em chips de memória flash com processadores embutidos, explorando os limites físicos do que é computacionalmente possível.
A pergunta “mas roda Doom?” deixou de ser piada para se tornar uma filosofia de engenharia: qualquer sistema computacional suficientemente capaz deve ser testado em seus limites. E Doom, com seu código aberto, seus requisitos modestos e sua comunidade imortal, continuará sendo o termômetro favorito de gerações de engenheiros — até que alguém decida qual será o próximo jogo a ocupar esse posto. Por enquanto, nenhum candidato chega perto.
Perguntas frequentes (FAQ)
Sim, mas com um asterisco importante: o engenheiro Foone Turing reaproveitou o display do teste de gravidez Clearblue e conectou a um hardware externo para rodar Doom. O microcontrolador interno do teste em si não é poderoso o suficiente — o display foi o componente reaproveitado, não o chip do aparelho.
Três razões: o código-fonte foi liberado por John Carmack em 1997, o motor é extremamente enxuto (funciona com poucos MB de RAM), e a comunidade ao redor do jogo é enorme e ativa. Outros jogos são portados, mas nenhum tem o mesmo ecossistema de suporte e documentação que Doom acumulou em décadas.
Sim. Pesquisadores de segurança usaram ports de Doom em impressoras para demonstrar vulnerabilidades reais em dispositivos corporativos, levando fabricantes como a HP a reforçar seus firmwares. Além disso, portar Doom é exercício didático clássico em cursos de sistemas embarcados em universidades ao redor do mundo.
Sim. O microcontrolador ESP32, vendido por menos de R$ 30 no Brasil, já tem ports de Doom documentados. Com um display TFT e um joystick, é possível montar um mini-console rodando Doom por menos de R$ 100 — e há tutoriais em português disponíveis no YouTube e no Instructables.
Fontes consultadas: repositório doomgeneric no GitHub (Nicktrooper), documentação pública de Foone Turing sobre o port no teste de gravidez, pesquisa de segurança da HP sobre impressoras LaserJet, Magic Lantern project (magiclantern.fm), e registros históricos do lançamento do código-fonte por John Carmack em 1997.
