Descompilação, reimplementação ou recompilação?

Escolha pelo resultado desejado. Código reconstruído, substituto compatível e executável nativo respondem a perguntas diferentes. O mesmo título de jogo não torna seus percentuais comparáveis.

Descompilação com correspondência

Busca código-fonte que produza o mesmo código de máquina de um build original específico. Compilador, opções e revisão importam. O FAQ do decomp.me explica comparações de funções; um experimento bem-sucedido não mede o programa todo.

Esse caminho serve para estudar estrutura original ou contribuir código correspondente. Confira se o relatório conta bytes, funções, módulos ou outro escopo.

Reimplementação e compatibilidade

Recriam comportamentos ou interfaces sem exigir executável idêntico. Funções documentadas e testes orientam a validação. O ScummVM substitui executáveis suportados e utiliza seus dados; a compatibilidade depende de alvo e versão.

É uma opção para obter um substituto utilizável ou melhorar comportamentos. Compatibilidade não equivale a percentual de correspondência binária.

Recompilação estática

Traduz instruções antes da execução para outro ambiente. N64Recomp documenta o processo para N64, mas um port completo ainda exige integração em torno do código traduzido.

Isso pode permitir execução nativa antes de concluir uma reconstrução manual. Não explica automaticamente o desenho do código original nem garante suporte a qualquer jogo sem trabalho adicional.

Desmontagem e ports

Desmontagem representa instruções de máquina em assembly, sem necessariamente gerar C ou C++. Um port adapta um programa para outra plataforma e pode partir dos demais métodos. As categorias se sobrepõem porque descrevem etapas diferentes.

Use os tipos do catálogo como ponto de partida e confira o objetivo original. O guia de progresso ajuda a comparar medições corretamente.