Todo lo de esta página es opcional y desactivable: el juego fiel de 1988 es el modo base.

Las referencias a ficheros de código y a offsets del binario que verás aquí son la procedencia de cada afirmación: dicen de dónde sale. El motor está publicado bajo GPL-3.0-or-later en github.com/kokoima/openu5, así que se pueden ir a mirar una a una.

Lo que este port hace distinto

Tres documentos con comparaciones antes / después de lo que el port hace distinto del Ultima V de 1988, y —lo que importa dentro de un año— por qué cada cosa está así y qué se perdió al ganarla.

La distinción que hace útil el resto

Esta sección lista lo que el port ofrece: cosas que el original no hacía, cada una opcional y con su interruptor. Los defectos nuestros que hemos ido arreglando —los que sólo devuelven el juego a como era en 1988— ya no se listan aquí como mejoras: arreglar lo que nosotros rompimos no mejora el juego, y mezclarlo con la oferta es lo que hace que estos documentos envejezcan mal. Cada entrada lleva una etiqueta:

Las que llevan ✨ son las que responden literalmente a «mejoras del port» — y hoy son todas las de la tabla.

La regla que decide qué entra aquí

Una mejora puede cambiar cómo llegas al juego. No puede cambiar lo que el juego hace.

Nada de lo que hay en estos cuatro documentos toca una regla: ni una tirada, ni un precio, ni un horario, ni un desenlace. Esa es la línea, y cuando algo la cruza deja de ser una mejora y pasa a ser una divergencia declarada, con su etiqueta ⚖️ y su razón escrita.

La comprobación es concreta, no una declaración de intenciones: el motor es determinista, así que una partida grabada con controles táctiles se reproduce idéntica con teclado. Si una mejora cambiara lo que el motor calcula, esa repetición dejaría de cuadrar.

Lo que NO vamos a mejorar

Estas son las cosas que nos han pedido y que no vamos a hacer. Se escriben aquí para que el límite sea visible en vez de ser cuestión de gusto, y para que nadie tenga que preguntarlo dos veces.

Y una que hay que decir con más cuidado que las otras, porque la respuesta no es «no»: el arte reescalado. Los tiles salen de tus ficheros y no se redibujan nunca — pero el port sí ofrece un suavizado xBR, y hoy es la piel por defecto al arrancar. Eso no es «arte nuevo»: es un filtro sobre los píxeles de siempre, reversible con un interruptor, y la piel fiel deja la imagen byte a byte como el original. Está documentado en 1 · Mejoras de imagen con lo que se gana y lo que se pierde. Lo que no vamos a hacer es reescalar con un modelo generativo: eso sí sería el arte de otro juego.

Reglas de estos documentos

• Cada afirmación sale de una de dos fuentes: código leído en este árbol (con ruta y línea), o un acta de ingeniería interna citada por su nombre. Cuando una de esas fuentes ha resultado estar caducada, se dice.
• Las contrapartidas se escriben. Si algo se ganó a cambio de perder otra cosa, está en el texto. Una comparación sin el coste es publicidad.
• Las cifras llevan fecha. Un número sin su momento es una foto que alguien leerá como si fuera el presente.
• Cada entrada ## N · declara su etiqueta y su resumen, en ese orden y antes del primer ###: primero una línea que EMPIEZA por 🎯/✨/⚖️/🗑️, y después una línea entera en cursiva que dice en una frase qué es. De ahí sale la tabla de arriba, que se construye sola: una entrada sin etiqueta o sin resumen pone rojo el build en vez de desaparecer de la tabla en silencio. (Si la línea de etiqueta ya lleva la frase pegada al emoji —sin ETIQUETA—, esa frase vale de resumen.)

Una nota sobre las imágenes

Las capturas de estas páginas contienen gráficos del juego original. Se muestran aquí, en este sitio, porque ver la diferencia es justo el sentido de un antes/después.

No viajan al repositorio de código. Los dos destinos divergen a propósito, y la razón merece decirse en claro: un sitio desplegado puede enseñar capturas del trabajo que describe; un repositorio publicado bajo licencia libre no puede llevar arte de terceros. Mismo proyecto, dos reglas, cada una declarada donde se aplica.