Comprendre les rapports de progression d'une décompilation
Par DecompHub · Mis à jour le · Français
Un pourcentage n’a de sens qu’avec son périmètre : que compte-t-on, pour quelle version et à quelle date ? DecompHub conserve le libellé, le périmètre et la source. En l’absence de mesure fiable, la progression reste inconnue ; cela ne veut pas dire zéro.
Correspondance et fonctionnement
Une décompilation correspondante vise le même code machine qu’une compilation d’origine. Le compilateur et ses réglages comptent autant que la source reconstruite. La FAQ de decomp.me explique les comparaisons de fonctions dans des espaces de travail partageables. Le résultat d’une fonction n’est pas un pourcentage du jeu entier.
Un remplacement compatible vise un comportement. ScummVM remplace les exécutables en utilisant les données des jeux. Sa compatibilité ne mesure pas une correspondance binaire. Les portages et la recherche matérielle peuvent être utiles sans publier ce type de chiffre.
Lire le dénominateur
Les rapports peuvent compter fonctions, octets, fichiers, symboles ou ressources identifiées. Dans un exemple fictif, 900 fonctions correspondantes sur 1 000 donnent 90 % par nombre de fonctions. Si les fonctions restantes représentent la moitié des octets de code, le résultat n’est pas 90 % par octets. Ce n’est pas une mesure du catalogue.
Vérifiez le critère mesuré, l’unité, le périmètre et la source. Un nombre sans total documenté ne devient pas automatiquement un pourcentage. Une bibliothèque, une région et un exécutable complet ne sont pas des périmètres équivalents.
objdiff décrit des outils de comparaison et de rapport. Leur présence ne suffit pas à connaître la configuration ou le dénominateur choisis par un projet.
Séparer versions et ressources
Un même titre peut avoir plusieurs régions, révisions et versions de débogage. Terminer l’une ne prouve pas que les autres sont terminées. Ocarina of Time documente les versions et le choix de la cible.
Le code correspondant et les ressources identifiées décrivent aussi des travaux différents. Terminer le code n’implique pas que toutes les textures, tous les sons et toutes les structures soient compris. Ne faites pas de moyenne sauf si le projet définit explicitement cet indicateur global.
Comprendre les dates
La date du rapport est fournie par son auteur. La date d’observation indique quand DecompHub a lu la source : une lecture récente peut porter sur une ancienne mesure. La date de récupération du dépôt ou de modification de la fiche ne rafraîchit pas le résultat.
La documentation des données détaille ces distinctions. Une citation utile conserve projet, mesure, périmètre, URL et type de date.
Ne pas inventer les données absentes
« Inconnu » peut signifier source inaccessible, format non pris en charge, périmètre ambigu ou collecte encore incomplète. Cela ne démontre pas l’absence de travail. Un résultat supérieur à 100 %, un dénominateur changeant ou des badges contradictoires doivent être vérifiés, pas corrigés silencieusement.
Consultez les projets avec progression enregistrée. Comparez des mesures équivalentes et signalez les erreurs depuis la fiche en joignant la source concernée.