Como funcionam as sombras em Sonic 2 no Mega Drive
A coisa das sombras em Sonic the Hedgehog 2 no Mega Drive é um daqueles recursos gráficos que parecem mais simples do que realmente são quando você começa a mexer no código. O jogo usa um sistema de sprite fixo desenhado logo abaixo do personagem, com uma posição calculada baseada na altura atual do jogador na tela. Não é uma sombra projetada dinamicamente no sentido moderno — é um Sprite 2D estático que segue o personagem e muda de opacidade e tamanho dependendo da distância do chão. Quando Sonic está no ar, a sombra se desfoca visualmente simplesmente porque o jogo para de atualizá-la. Quando ele cai de um buraco, a sombra aparece do nada embaixo dele segundos depois de ter sumido. Isso acontece porque o motor verifica uma linha de raycast para o chão a cada frame. Se não encontra, esconde. Se encontra, desenha.
Problemas comuns com shadow in sonic 2 e como resolver
Eu passei algumas horas tentando integrar um hack de textura customizada que substitua os sprites originais de sombra sem quebrar a lógica de posicionamento. O problema imediato é que qualquer sprite mais largo ou mais alto que o original faz a sombra parecer desconectada do personagem, porque o offset do ponto de ancoragem (anchor point) não é recalculado automaticamente. O workaround que funcionou foi simples, mas demorou pra encontrar: mantenha as dimensões exatas do sprite original (8x8 pixels no formato SMD/GFX), só troque o conteúdo visual. Se você precisa de uma sombra maior por algum motivo estético, use duas tiles e ajuste o deslocamento no código de renderização. No disassembly oficial do Sonic 2 (Versão 1.0 do Knuckles' Chaotix branch ou o SGL source), a variável que controla isso é acessada através da rotina SpriteShadow, que lê o endereço de tile baseado em variáveis de posição X e Y do jogador, mais um offset fixo armazenado em RAM.
A parte mais irritante é que a sombra não respeita tiles transparentes. Se o chão tem um buraco visual mas o tile ainda carrega dados de colisão sólida, a sombra vai aparecer flutuando no ar como se o personagem estivesse no nível do chão. Isso acontece principalmente em hacks que usam tiles customizados de plataformas com transparência alfa. A solução é verificar diretamente o mapa de blocos (monitorando o índice do tile na ROM do nível, não o sprite renderizado) para decidir se a sombra deve ser desenhada ou não.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Por que a sombra some em certas fases?
Existem fases inteiras onde a sombra simplesmente deixa de aparecer por questões de otimização. O motor do Mega Drive tem um limite rígido de sprites na tela simultaneamente, e a sombra consome um slot. Quando a tela fica lotada de inimigos, anéis e efeitos, o sistema prioriza o personagem principal e joga a sombra fora. Não há um log de depuração nativo pra isso — é comportamento padrão do hardware. Se você está estudando ou modificando o jogo, observe que o sprite da sombra é desenhado antes do personagem na lista de rotina de renderização. Isso significa que, em casos raros, ele pode ser sobreposto por sprites de cenário que usam o mesmo plano de fundo, criando um efeito visual estranho onde a sombra parece "dentro" de uma parede.
Limitações que todo mundo esquece de mencionar
O sistema de sombra do Sonic 2 tem limitações que parecem bobas à primeira vista mas causam problemas sérios em hacks avançados. A principal é que a sombra é calculada apenas em relação ao nível atual — ela não leva em conta sobreposições de stage scroll ou transições entre áreas. Em fases com múltiplos planos de fundo em movimento, a sombra do personagem pode aparecer no plano errado visualmente, porque o cálculo de Y usa a coordenada absoluta e não a coordenada relativa ao plano de fundo ativo. Outro ponto: a sombra não funciona em cenários subaquáticos. O jogo simplesmente desativa a rotina inteira quando a flag de submundo é ativada. Se seu hack adiciona mecânicas subaquáticas a fases que originalmente não tinham, a sombra vai continuar aparecendo sob a água se você não modificar essa verificação também.
Se você quer uma abordagem mais moderna de sombra, existem forks do disassembly que implementam sombras dinâmicas usando o modo 7-like do Megadrive (com rotação e escala via VDP), mas isso exige reescrever praticamente toda a rotina de sprite do jogador e afeta diretamente o timing de frame. O custo é real — em hardware original, a taxa de quadros cai se você ativar múltiplas sombras dinâmicas por entidade na tela. Em emuladores como Genesis Plus GX, o problemasome, mas em cartucho real você vai notar lag em fases com muitos inimigos. Para a maioria dos casos, o sistema original com sprites fixos de 8x8 é a escolha mais estável. A sombra não é perfeita, mas é previsível, e previsibilidade é exatamente o que você quer quando está corrigindo bugs de hack ou mantendo compatibilidade com romhacks existentes.
