Por onde começar com SM64 Super Mario 64
O SM64 original é um jogo de 1996 da Nintendo para N64. Ele serve de base para uma quantidade enorme de projetos de comunidade: hacks, mods, speedruns, e versões portadas para outras plataformas. A maioria das pessoas que chega até ele hoje não está jogando na console original. Está usando emuladores ou ports feitos pela comunidade. A diferença entre essas opções é relevante. Se você quer apenas jogar o jogo como foi lançado, um emulador como Project 64 Plus ou ParaLLEL RSP emula bem a experiência. Se quer acessar conteúdo modificado ou fazer speedruns competitivas, o cenário muda completamente. O sm64 super mario 64 tem uma cena de speedrun ativa que roda em versões patchadas com mudanças no código, não na ROM original.
O que é sm64 super mario 64 na prática
O jogo gira em torno de coletar estrelas dentro de quadros mágicos em cada mundo. O motor usa coordenadas de ponto flutuante, colisão baseada em polígonos e uma lógica de câmera que às vezes se perde entre paredes invisíveis. Parece simples quando observado de fora, mas os detalhes de implementação explicam muita coisa sobre por que certos glithes existem e como funcionam. Uma coisa que ninguém menciona muito: a física do Mario no SM64 é baseada em aceleração e atrito configurados por ação, não por frame fixo. Isso significa que o timing de pulos, slides e coletas depende de inputs perfeitamente sincronizados. Um input perdido em 2 frames pode destruir um sequence break que você levou três dias para dominar.
Download e instalação dos principais caminhos
Você precisa da ROM original do jogo primeiro. Sem isso nada funciona. A ROM deve ter checksum válido, senão emuladores e tools de modding falham silenciosamente. Verifique com md5sum ou uma tool como Rom Center antes de prosseguir. Para speedrun e experimenting avançado, o projeto sm64.us é o padrão da comunidade. Ele é um reimplementation do jogo que roda em PC, switch e outras plataformas. Você baixa do site oficial, coloca a ROM original no diretório correto, e ele extrai texturas, modelos e dados de nível automaticamente. O build leva uns 10 minutos em hardware recente.
Para mods visuais e modificações de nível, o SM64DS e o hmm (Hacks Made More) são as ferramentas mais usadas. O hmm permite criar hacks sem precisar compilar código C. Basta editar os arquivos de mapa no formato .hbin e exportar. A curva de aprendizado é mais plana, mas você perde controle fino sobre triggers e eventos customizados. Se você for editar a ROM diretamente, o USVStar é um editor visual de níveis que roda no navegador. Ele mostra todos os atores, triggers e configurações de colisão em tempo real. O problema é que ele não exporta todas as variáveis do jogo, então mudanças complexas precisam ser feitas manualmente via hex editing ou scripts Python.
Problema que eu encontrei e como resolvi
Eu estava tentando portar um hack meu para rodar no projeto sm64.us quando as texturas de um nível específico apareciam corrompidas. O problema era que o hack reutilizava índices de textura de outro nível sem ajustar a paleta correspondente. O engine carrega texturas por pointer, não por nome, então índices idênticos não significam conteúdo idêntico. A solução foi abrir o arquivo .hbin do nível afetado, identificar os índices de textura problemáticos, e reescrevê-los para apontar para a paleta correta no banco de dados de assets. Levei cerca de 40 minutos porque precisei cross-reference o índice com o arquivo de texturas extraídas. Sem esse ajuste, o jogo carregava corretamente mas a aparência estava errada, o que dificulta debug porque nada crasha.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Iniciando speedruns no SM64
A route mais comum é Any%. Você completa o jogo o mais rápido possível, sem restrições de estrelas ou ordem. O recorde atual gira em torno de 13 minutos com strats avançados que envolvem manipulação de RNG e clipping through paredes. Para começar, instale o sm64.us, configure o save state system, e pratique níveis individuais isoladamente. Cada level tem timings específicos que dependem de inputs frame-perfect. Um exemplo simples: o float jump em Boss Battle requiere pressionar jump exatamente no frame em que Mario toca o chão após um wallkick, senão a velocidade vertical é suficiente para não alcançar o teto.
O timer do jogo é interno e sincronizado com 60Hz. Isso significa que every frame conta. Em resumo, treinar com save states e replay analysis é essencial. O community mantém recordings de todas as routes principais em speedrun.com, e você pode assistir frame a frame para copiar inputs exatos.
Dicas técnicas que beginners ignoram
Muita gente foca em aprender strats sem entender o engine. Você vai travar muito mais rápido se não souber como a colisão funciona. O SM64 usa AABBs (Axis-Aligned Bounding Boxes) combinadas com polígonos de colisão definidos por vertex. Quando Mario entra em contato com uma surface, o engine calcula o normal e aplica force de reação. Entender isso explica por que certos glitches funcionam e outros não. Outro ponto: a camera é lockada em modo fixed. Ela não segue Mario livremente. Isso cria ângulos mortos frequentes em areas com geometria densa. Speedrunners usam esse fato para executar clipping strats que exploits esses angulos. Se você não conhece os limites da camera em cada level, vai perder tempo tentando estratégias que simplesmente não são possíveis.
Limitações e onde o sm64 super mario 64 falha
O engine original tem limitações sérias. A quantidade máxima de atores por level é finita. Quando você ultrapassa o limite, o jogo começa a descartar atores mais antigos ou menos relevantes, o que causa comportamento estranho em hacks complexos. Níveis com muitos inimigos e collectibles ativos podem atingir esse teto. Texturas são limitadas a 256 cores por sheet. Hacks que tentam adicionar detail extra muitas vezes precisam dither ou palette swapping para simular cores adicionais. Isso funciona em alguns casos mas cria artifacts visuais perceptíveis em close-up.
Se você quer criar mods com assets completamente novos, o caminho mais viável é usar o Paper Mario 64 como referência de assets reutilizáveis. A comunidade já converteu sprites e texturas de outros jogos para o formato do SM64. Tentar modelar tudo do zero consome muito mais tempo do que o benefício justifica na maioria dos casos. Para edits avançados de lógica de jogo, o projeto sm64ex oferece source code aberto e uma API mais flexível. Mas requer conhecimento de C e setup de compilação Linux ou Windows com toolchain específica. Se seu objetivo é apenas jogar ou modificar levels sem mexer no código, essa abordagem é overkill.
