Planet Racer v2 — una nueva versión para iOS

Planet Racer nació como un juego de carreras en Flash, con su propio arte, audio, física, economía y progresión. Reconstruirlo para iPhone implicó entender cómo funcionaban esas piezas juntas, a partir del archivo SWF original.

El desafío fue conservar el manejo y la identidad visual que hacían reconocible al juego, mientras sus controles e interfaz se adaptaban a otro dispositivo.

Mi trabajo abarca la investigación del código y los recursos originales, la implementación en Swift y SpriteKit, los controles táctiles, el diseño de interfaz, el ciclo de vida de la app, la persistencia y las herramientas de validación.

El diseño, el arte y el audio del juego original son la referencia. Mi contribución es la adaptación nativa y el trabajo para entenderla, adaptarla y verificarla.

La versión jugable conecta los menús, el garaje, los viajes, la selección de oponentes, las carreras, los resultados y el progreso guardado. El comportamiento del vehículo, el terreno, los oponentes, el daño y las recompensas siguen las reglas del juego original.

Las comparaciones con la ejecución original, los recorridos en simulador y las pruebas puntuales en dispositivo documentan la adaptación. Las capturas muestran versiones nativas de desarrollo; la imagen principal es un concepto visual separado.

Los vehículos, planetas, tipografía, controles amarillos y negros e identidad audiovisual siguen siendo el punto de partida. El trabajo de interfaz se concentra en lo que necesita cambiar para iPhone: jerarquía más clara, acciones agrupadas, estados de equipamiento legibles y controles táctiles.

La comparación del garaje usa el juego Flash original ejecutado en Ruffle. Las demás imágenes de antes muestran una primera adaptación a iOS; las de después, la interfaz renovada en el simulador. Los estados del juego y los dispositivos varían, por lo que los saldos, el equipamiento y las selecciones difieren entre capturas.

La dirección Modern surgió de estudios de vehículos y referencias lunares: siluetas reconocibles, sombreado mate amplio, vidrio oscuro, suspensión metálica y un entorno azul y lavanda más calmo. El objetivo es dar profundidad ilustrada sin cambiar el modelo de conducción original.

Ese lenguaje tenía que funcionar como arte para un juego. Carrocerías, neumáticos, llantas, suspensión y paisaje necesitaban capas separadas, con las exportaciones originales como referencia de forma y ubicación. Las revisiones generadas con IA se usaron como candidatos de sprites, conservando las versiones anteriores y sus prompts.

Una Modern Preview preliminar ya funciona en la app nativa. Los menús completos, la información de carrera y el arte para todos los planetas y equipamientos siguen en desarrollo. Los estudios de interfaz que aparecen más abajo son propuestas.

Los primeros estudios usaban bordes muy brillantes. Las revisiones posteriores pasaron a un sombreado mate amplio y un pequeño reflejo blanco en la parte delantera del vidrio, siguiendo los diseños originales. Race y King sirvieron de referencia para Casual y Sports sin volver idénticas sus siluetas.

Las ediciones generadas podían desplazar la forma o los límites transparentes de la carrocería. Por eso, cada candidato también debía encajar con los pivotes, centros de rueda, capas y suspensión existentes. Una imagen atractiva tenía que funcionar dentro del renderizador.

El color necesitó un cuidado similar. Separar pintura y franjas permite recolorear sin alterar metal, vidrio y reflejos. King mantiene su combinación fija de amarillo y dorado; compartir geometría evita crear una carrocería distinta para cada color.

El estudio de interfaz extiende la dirección visual con superficies mate azul noche, acciones amarillas cálidas, controles redondeados, vehículos más grandes e información secundaria más discreta. El inicio centra el vehículo y la acción de continuar; el garaje se convierte en taller; la vista de carrera agrupa las acciones al alcance del pulgar.

Son estudios interactivos en el navegador. Los saldos, el desgaste y los valores de carrera son ilustrativos, y los selectores de vehículos muestran arte sin cambiar el equipamiento adquirido. La pausa propuesta mantiene accesibles los controles y pide confirmación antes de abandonar una carrera.

El diseño también debe conservar los esquemas de control existentes, las áreas táctiles, la cancelación y el reinicio de entradas. Modern y Nostalgia ya comparten preferencias guardadas; cambiar el estilo visual debe respetar esas elecciones.

Pequeñas diferencias numéricas cambiaban el manejo

La simulación en Swift podía parecer correcta y aun así alejarse de la referencia durante una repetición larga. Pequeñas diferencias en las funciones matemáticas y la agrupación de operaciones se acumulaban en los cálculos de resortes e inclinación.

Registrar la primera actualización divergente permitió comparar operaciones individuales con la versión de Ruffle usada como referencia. Reproducir su comportamiento matemático, la agrupación de fricción y el cálculo del cuadrado mediante multiplicación corrigió causas documentadas de la deriva. Las repeticiones continuas verificaron después la simulación integrada. Algunas comparaciones estrictas de temporizadores todavía difieren y siguen registradas para revisión.

Una vista más ancha necesitaba más historial de terreno

La vista horizontal más amplia dejó ver huecos al retroceder: la simulación ya había descartado segmentos fuera del encuadre original. El renderizador ahora conserva el terreno realmente generado hasta que sale de la vista ampliada. Las reglas de colisión y progresión se mantienen, y la decoración adicional del cielo no usa valores aleatorios del juego.

El audio original necesitaba sus tiempos originales

Copiar los MP3 no alcanzaba. Las duraciones de reproducción nativa diferían de las ventanas declaradas en el SWF, afectando introducciones, bucles de motor y sonidos de impulso. Una herramienta verifica los archivos originales y selecciona las ventanas de muestras definidas en la fuente, conservando los MP3 junto con los WAV de reproducción. Las pruebas de duración y callbacks cubren parte del comportamiento; las transiciones audibles todavía requieren escucha en dispositivo.

Reglas compartidas de distribución facilitaron la interfaz

Las primeras pantallas ubicaban elementos con desplazamientos independientes, mientras parte del texto y los bordes seguían integrados en las imágenes. Los marcos comunes de área segura y los controles agrupados dieron una estructura compartida a paneles, etiquetas y acciones. El arte original conservó la identidad; la distribución nativa resolvió los elementos que debían responder a la pantalla. Las pruebas de geometría y simulador respaldan los cambios, con el alcance físico y la comodidad multitáctil todavía por evaluar.

La fidelidad también exigía criterio

Una ejecución instrumentada en Ruffle encontró un valor no finito que volvía invisible al oponente al llegar. La adaptación nativa conservó su llegada funcional y documentó la diferencia: el fallo de un entorno no establece cómo se comportaban todas las versiones históricas de Flash.

La prioridad es un manejo reconocible, la identidad audiovisual original, el progreso correcto y un recorrido jugable completo. Las diferencias menores de tiempos y presentación siguen visibles entre los pendientes; perder progreso, asignar recompensas incorrectas, romper controles o bloquear el juego siguen siendo defectos.

El MVP jugable conecta garaje, viajes, carreras, resultados y progreso guardado. Están implementados el intercambio de equipamiento, los puntajes locales de desafíos, los ajustes de audio y los controles seleccionables. Modern Preview agrega vehículos mate y paisaje lunar con la misma jugabilidad y los mismos guardados.

El proyecto sigue en desarrollo. Los menús Modern completos, la información de carrera y la cobertura de arte están pendientes; los estudios de interfaz son propuestas. La cobertura completa de contenido, el rendimiento sostenido en dispositivo, la distribución y el modo multijugador siguen como trabajo separado.

Conservar un juego implica entender cómo funcionan juntas sus reglas, controles, presentación y progreso guardado. Las comparaciones con el original explican el comportamiento; los recorridos en simulador verifican el flujo; las pruebas en dispositivo permiten evaluar cómo se siente jugar. Cada una aporta evidencia distinta.

El trabajo también dio lugar a una propuesta de flujo de Flash a iOS. Sus herramientas de extracción y validación se usaron en este juego; su aplicación a otros juegos todavía no se probó.