pirateo de ROM

Una de las habilidades más básicas del hacking de ROM es la edición hexadecimal , que consiste en modificar directamente los datos hexadecimales de un videojuego mediante un editor hexadecimal . Un editor hexadecimal es una de las herramientas fundamentales en el repertorio de cualquier hacker de ROM, y se suele utilizar para editar texto, editar otros datos cuya estructura se conoce (por ejemplo, las propiedades de los objetos) y para modificar el código ensamblador .

Editar texto es una de las formas más básicas de hacking. Muchos juegos no almacenan su texto en formato ASCII , por lo que se han desarrollado editores hexadecimales especializados que indican qué valores de byte corresponden a las letras del alfabeto para facilitar la edición de texto; un archivo que define estas relaciones byte=letra se denomina archivo de tabla. Otros juegos utilizan técnicas sencillas de compresión de texto (como la codificación de pares de bytes , también llamada codificación de doble mosaico o DTE, en la que ciertas combinaciones de dos o más letras se codifican como un solo byte), cuya edición puede facilitar un editor hexadecimal adecuado.

Un editor hexadecimal es la herramienta preferida para editar elementos como las propiedades de personajes o objetos si se conoce la estructura y la ubicación de estos datos y no existe un editor específico del juego que permita editar esta información. Algunos hackers intrépidos también editan niveles con un editor hexadecimal, pero esto es extremadamente difícil (excepto en juegos cuyo formato de almacenamiento de niveles se asemeja mucho a cómo se presenta en un editor hexadecimal).

Otra habilidad básica de hacking es el hacking gráfico , que consiste en cambiar la apariencia de los entornos, personajes, fuentes u otros elementos del juego. El formato de los datos gráficos varía de una consola a otra, pero la mayoría de las primeras ( NES , Super NES , Game Boy , etc.) almacenan los gráficos en mosaicos , que son unidades de datos de 8x8 píxeles , que se organizan en pantalla para producir el resultado deseado. También es posible editar estos mosaicos con un editor hexadecimal, pero generalmente se realiza con un editor de mosaicos (como Tile Layer o Tile Molester ), que puede mostrar gráficamente los datos de la ROM, así como encontrar y editar mosaicos.

Los trucos gráficos pueden abarcar desde simples ediciones (como darle a Mario un peinado afro o a Luigi un palo de golf ) hasta "portar" personajes de un juego a otro (como crear sprites pixelados ("de estilo retro") de Pokémon de generaciones posteriores para usarlos con juegos de Pokémon de la Generación I a la V ^{[ 10 ]} ), hasta cambios temáticos completos (generalmente con cambios de paleta que los acompañan; ver más abajo).

El hackeo gráfico más sofisticado implica cambiar no solo los mosaicos y los colores, sino también cómo se organizan los mosaicos o se generan los grupos de mosaicos, lo que proporciona mayor flexibilidad y control sobre la apariencia final. Esto se logra mediante la edición hexadecimal o una herramienta especializada (ya sea para un juego o sistema específico). Un ejemplo de este enfoque fue el incompleto Pokémon Torzach , un hack de Pokémon FireRed que intentaba añadir una nueva generación de Pokémon y mosaicos al juego. Aunque el hack se descontinuó hace mucho tiempo, logró algunos resultados deseables con las herramientas disponibles en ese momento. ^{[ 11 ]} Super Mario Land 2 DX: 6 Golden Coins es otro ejemplo, que es una versión mejorada del juego original que añadió soporte para todo color (el juego original solo estaba en escala de grises), así como algunas mejoras de calidad de vida, como correcciones para los problemas de parpadeo de pantalla del juego original. ^{[ 12 ]}

Otra forma común de manipulación es la manipulación de paletas , donde se modifican los valores de color para cambiar los colores que ve el jugador en el juego (esto suele ir de la mano con la manipulación de gráficos ); los valores de paleta se almacenan comúnmente en formato hexadecimal . Esto es bastante fácil para los juegos de NES, cuyos gráficos utilizan un conjunto predefinido de colores entre los que el juego selecciona (usando una paleta de colores basada en YIQ ); la manipulación de paletas en este caso implica cambiar cuáles de esos colores se seleccionan. El asunto es un poco más complicado con los juegos de Super NES, así como con los juegos para otros sistemas (incluidos los juegos de Sega Mega Drive (Genesis) ), que almacenan valores de color RGB absolutos . Los editores de paletas suelen ser sencillos y a menudo se encuentran en editores de niveles o editores de gráficos específicos del juego.

Una de las formas más populares de modificación de ROM, la edición de niveles , consiste en modificar o rediseñar los niveles o mapas de un juego. Esto se realiza casi exclusivamente con un editor diseñado específicamente para cada juego (llamado editor de niveles ). Las ediciones de niveles pueden hacerse para aumentar la dificultad, alterar el desarrollo de la trama o simplemente para darle un toque nuevo a un juego antiguo. Combinado con una modificación gráfica exhaustiva, el juego puede adquirir una apariencia y una sensación muy diferentes.

Un componente fundamental de muchos hackeos (especialmente en videojuegos de rol ) es la edición de datos como las propiedades de personajes, objetos y enemigos. Esto suele hacerse manualmente (con un editor hexadecimal) si se conoce la ubicación y la estructura de los datos, o con un editor específico del juego que incluya esta funcionalidad. De esta forma, un hacker puede alterar el funcionamiento de las armas, la fuerza de los enemigos o sus acciones, entre otros aspectos. Esto puede hacerse para facilitar o dificultar el juego, o para crear nuevos escenarios a los que el jugador deba enfrentarse.

Una técnica de hacking más potente, y posiblemente la más difícil, es editar el código real del juego, también llamado hacking de ensamblador o hacking ASM ("ASM" es la abreviatura de " assembly ", que se refiere al lenguaje de programación de bajo nivel que ejecuta la CPU). ^{[ 1 ]} No existe un patrón fijo para el hacking de ensamblador, ya que el código varía mucho de un juego a otro, pero la mayoría de los hackers de ensamblador expertos utilizan un emulador equipado con un depurador o rastreador integrado, o ejecutan la ROM a través de un desensamblador , luego analizan el código y lo modifican usando un editor hexadecimal o un ensamblador según sus necesidades. Si bien es bastante desafiante en comparación con los métodos relativamente simples mencionados anteriormente, "todo" es posible con el hacking de ensamblador, generalmente dentro de las limitaciones del hardware y el software de la plataforma de juego. Esto puede abarcar desde alterar la IA de los enemigos hasta cambiar la forma en que se generan los gráficos. Si los desarrolladores usaron un lenguaje tipado , un hacker puede compilar su código para el juego en el mismo lenguaje si tiene acceso a un compilador adecuado. Un ejemplo de ello sería usar C para hackear juegos de Nintendo 64 , ya que MIPS - GCC puede compilar código para Nintendo 64. ^{[ 13 ] [ 14 ]}

Similar al hackeo de ensamblador, este método implica descompilar el ejecutable binario del juego para recrear su código fuente en un lenguaje de programación de alto nivel y legible para humanos (como C), en lugar de desensamblar un juego para producir código en lenguaje ensamblador de bajo nivel adaptado a una arquitectura de CPU específica , también llamado descompilación . Al igual que con el hackeo de ensamblador, no hay reglas para realizar una descompilación, aunque el código debe ser analizado e identificado minuciosamente para que se considere "completo". Reconstruir el juego a partir de una descompilación (es decir, compilar el código descompilado) se conoce como recompilación o recompilación estática . Aunque mantiene un nivel de dificultad similar al del hackeo de ensamblador en comparación con los otros métodos simples mencionados anteriormente, una descompilación es algo más fácil de realizar que desensamblar y modificar el código real del juego en lenguaje ensamblador (especialmente porque produce código legible para humanos que pueden ser fácilmente comprendidos tanto por programadores como por aficionados); sin embargo, esto solo es factible si el juego ha sido descompilado previamente. La descompilación tampoco está ligada a las limitaciones de una consola de videojuegos (con algunas excepciones) y permite cosas imposibles con la modificación del código ensamblador, como añadir mecánicas de juego personalizadas o reescribir completamente el motor del juego. Este método es más adecuado para juegos dirigidos a consolas de quinta generación en adelante, como Nintendo 64, PlayStation , etc., y también puede permitir modificaciones no oficiales , parches (incluido el soporte para pantalla panorámica ) y adaptaciones nativas a otras plataformas como PC . ^{[ 15 ]}

Un método menos común de modificación de ROM es la modificación musical (o modificación de sonido ), que consiste en reemplazar las pistas musicales (o efectos de sonido) de un juego por otras nuevas (ya sean composiciones nuevas, arreglos o adaptaciones directas de otros juegos), o, en algunos casos, modificar los datos de las pistas musicales (y efectos de sonido) directamente mediante herramientas como un editor hexadecimal.

Las modificaciones musicales son relativamente raras, debido a la gran variedad de formas en que los juegos almacenan datos musicales (de ahí la dificultad para localizar y modificar estos datos), así como a las dificultades para componer música nueva (o portar música de otro juego). Como la modificación musical es muy poco común, muchas modificaciones no incluyen música portada o compuesta. A pesar de esto, algunas modificaciones, como las más recientes de Super Mario World, por ejemplo, utilizaron este enfoque para incluir pistas musicales personalizadas, a veces utilizando instrumentos personalizados que no se encuentran en el juego original. Otros juegos que han utilizado la modificación musical como parte de sus comunidades de investigación y modificación incluyen los juegos de Mega Man de NES , Final Fantasy VI y los juegos de Sonic the Hedgehog de Sega Mega Drive (Genesis) .

Como muchos juegos de Game Boy Advance usan el motor M4A (llamado informalmente "Sappy Driver" y conocido oficialmente como "MusicPlayer2000" o MP2k) para la música, el programa SapTapper se puede usar para hackear datos de música de Game Boy Advance. Se crearon varias otras utilidades para trabajar con el motor, como Sappy 2006. Otro ejemplo del mismo motor usado entre juegos es en Nintendo 64, donde la mayoría de los juegos usan el mismo formato; aunque con diferentes bancos de sonido para cada juego. Se creó una utilidad conocida como N64 Midi Tool para editar las secuencias que usa la mayoría de los juegos de Nintendo 64, sin embargo, no cubre los títulos de N64 de primera compañía que usan un motor ligeramente diferente como Super Mario 64 .

La Sega Mega Drive (Genesis) tiene un puñado de juegos que usan un motor de sonido propio comúnmente conocido como "SMPS" (también conocido como "Sound-Source" por algunos desarrolladores) para componer música y efectos de sonido, que se ha ofrecido en versiones basadas en 68000 y Z80 . ^{[ 16 ] [ 17 ]} Este motor, aprovechando los chips de sonido YM2612 y SN76489 de la consola, se usó predominantemente en varios juegos desarrollados en Japón para el sistema (incluidos los juegos propios de Sega); ^{[ 17 ]} algunos juegos tenían versiones modificadas del motor adaptadas específicamente para ellos. Los hackers han logrado realizar ingeniería inversa del motor para proporcionar décadas de investigación y documentación (incluidas extracciones completas de datos de sonido) ^{[ 18 ]} y también han permitido la creación de varias utilidades ^{[ 19 ]} que pueden alterar y crear música (y efectos de sonido) para juegos que usan el motor SMPS (en particular los juegos de Sonic the Hedgehog ); Muchas de las composiciones y arreglos creados con el motor SMPS habían llegado al Steam Workshop . ^{[ 20 ]}

En general, un hacker de ROM no puede añadir contenido a un juego, sino modificar el contenido existente. Esto se puede solucionar mediante un método conocido como expansión de ROM , que aumenta el tamaño total de la imagen ROM, creando espacio para más contenido y, por lo tanto, un juego más grande. La dificultad de hacerlo varía según el sistema para el que se creó el juego. Por ejemplo, expandir una ROM de NES puede ser difícil o incluso imposible debido al mapeador utilizado por el juego. Por ejemplo, si un mapeador permite 16 bancos de ROM y todos están en uso, expandir la ROM aún más es imposible sin convertir el juego a otro mapeador, lo que podría ser fácil o extremadamente difícil. Por otro lado, un juego de Sega Mega Drive (Genesis) o SNES se puede expandir de forma relativamente sencilla. Para utilizar el espacio añadido, es necesario modificar o reescribir partes del código del juego (véase el hackeo de ensamblador más arriba) para que el juego sepa dónde buscar. Otro tipo de expansión de ROM bastante fácil de realizar son las ROM de Game Boy Advance , que generalmente son pequeñas, pero el espacio de memoria disponible a veces las supera en múltiplos de hasta 17.