# Cómo interpretar los informes de progreso de descompilación Author: DecompHub Updated: 2026-10-10 Language: es Canonical: https://decomphub.com/es/guides/understanding-decompilation-progress Un porcentaje solo tiene sentido si conoces su alcance: qué cuenta, qué compilación mide y cuándo se midió. DecompHub conserva la etiqueta, el alcance y la fuente del indicador. Si no hay una medición fiable, la barra muestra progreso desconocido; no equivale a cero. ## Coincidencia y funcionamiento La descompilación con coincidencia binaria busca producir el mismo código máquina que una compilación original. Importan el compilador y su configuración, además del código reconstruido. Las [preguntas frecuentes de decomp.me](https://www.decomp.me/faq) explican las comparaciones de funciones en sus espacios de trabajo. Un resultado de una función no es un porcentaje de todo el juego. Un sustituto compatible persigue otro objetivo: reproducir comportamiento. [ScummVM](https://docs.scummvm.org/en/latest/help/faq.html) sustituye ejecutables utilizando los datos originales del juego. Su compatibilidad no debe interpretarse como porcentaje de código coincidente. Los ports y la investigación de hardware pueden ser valiosos sin publicar esa medida. ## Lee el denominador Los informes pueden contar funciones, bytes, archivos, símbolos o recursos identificados. No son unidades intercambiables. En un **ejemplo hipotético**, 900 funciones coincidentes de 1.000 representan el 90 % por funciones. Si las restantes contienen la mitad de los bytes de código, no es un 90 % por bytes. No se trata de una medición real del catálogo. Comprueba cuatro elementos: - **Indicador:** código coincidente, código descompilado, recursos identificados u otra medida definida por el autor. - **Unidad:** porcentaje o cantidad; si es una cantidad, ¿la fuente proporciona realmente un total? - **Alcance:** ejecutable completo, biblioteca, región, plataforma o selección de archivos. - **Fuente:** un informe que puedas abrir y contrastar. [objdiff](https://github.com/encounter/objdiff) documenta herramientas de comparación y generación de informes. Que un proyecto utilice la herramienta no establece automáticamente su configuración ni su denominador. ## Mantén separadas las versiones Un título puede tener revisiones, regiones y compilaciones de depuración. Completar una no demuestra que las demás estén terminadas. [Ocarina of Time](https://github.com/zeldaret/oot) documenta distintas versiones y la selección del objetivo de compilación. El código coincidente y los recursos identificados también son trabajos distintos. Terminar el primero no implica comprender todas las texturas, sonidos o estructuras de datos. No promedies indicadores salvo que el propio proyecto defina esa medida conjunta. ## Distingue las fechas La **fecha del informe** procede del autor de la medición. La **fecha de observación** indica cuándo DecompHub leyó la fuente: una lectura reciente puede contener un resultado antiguo. Una actualización del repositorio o de la ficha tampoco convierte la medición en reciente. La [documentación de datos](/data) explica cómo se exportan esas fechas. Al citar un resultado, conserva proyecto, indicador, alcance, fuente y tipo de fecha. ## Trata las ausencias con precisión Un valor desconocido puede deberse a un informe no compatible, una fuente inaccesible, un alcance ambiguo o una recolección todavía pendiente. No demuestra ausencia de trabajo. Valores superiores al 100 %, denominadores cambiantes e insignias contradictorias requieren comprobar la fuente; no deben corregirse silenciosamente ni sustituirse por estrellas. [Explora proyectos con progreso registrado](https://app.decomphub.com/es/explore?progress=in-progress) y compara medidas equivalentes. Si una ficha contiene un error, utiliza su opción de informar e incluye la evidencia original.