Juegos que podrían mejorar si la CPU fuera a 7MHz

[mcleod_ideafix]

Hace nada se me ha ocurrido echar una partida al Kung Fu Master de Spectrum (sí, masoquista que es uno), y al recordar lo leeeeeeento del movimiento, se me ha ocurrido coger y subirle los megahercios a la CPU en Spectaculator a 7MHz. Entonces el juego se ha convertido en algo más potable, desde el punto de vista de la jugabilidad. En el depurador me he encontrado con una sección en la que hay como 5 instrucciones HALT seguidas. He sustituido 4 de ellas por NOP's, pero no parece haber tenido mucho efecto.

Bueno, a lo que iba: ¿conoceis algún otro juego existente que pudiera beneficiarse, en términos de jugabilidad, de un Spectrum con una CPU que fuera a 7MHz (el doble que la actual)? Se entiende que sin modificar el juego, o como mucho, con leves modificaciones (pequeños parches al código, etc)

[oblo]

A bote pronto se me ocurren el After the War (parte 2), el Narco Police y el Pacman (O-Cman) que hice el año pasado
En general, cualquiera que tuviese un scroll colorido y con detalles (salvo honrosas excepciones como el AMC) se notaba que necesitaba un poco más de velocidad.

salu2

[zup]

A bote pronto, cualquier juego o aplicación BASIC. En los programas con entrada de texto, acelerarías cálculos y dibujo y tendrías el sistema listo para aceptar órdenes más rápido (ejemplo: Castillo Maldito, Specbase). En los juegos que no lleven INPUTs, habría que retocar ligeramente los retardos, pero la mayor velocidad de dibujo y cálculo se agradecerían.

Con leves cambios, cualquier juego de estrategia por turnos como Ratas del Desierto, Elecciones Generales o cualquier juego de ajedrez. Acelerando los cálculos el ordenador acabaría antes su turno o permitiría más cálculos para un turno. Esto último aumentaría la dificultad, pero ese es otro tema.

Y con bastantes cambios, cualquier simulador de vuelo. Permitiría modelos de vuelo "más finos" y oponentes algo más inteligentes.

[mcleod_ideafix]

A bote pronto, cualquier juego o aplicación BASIC...
Y con bastantes cambios, cualquier simulador de vuelo...

Gracias por las sugerencias, pero estaba pensando en juegos concretos, con nombres y apellidos. Tampoco me interesan juegos que necesiten una reescritura completa, sólo aquellos que, principalmente, no necesiten nada, o como muchos unos POKE's, para funcionar bien (o mejor) a 7MHz.

[climacus]

Creo recordar que el Match Day iba un poco lentillo, aunque quizá el doble de velocidad sería demasiado...

[utopian]

Cualquiera de los juegos Freescape se vería más que beneficiado

[oblo]

A bote pronto, cualquier juego o aplicación BASIC...
Y con bastantes cambios, cualquier simulador de vuelo...

Gracias por las sugerencias, pero estaba pensando en juegos concretos, con nombres y apellidos. Tampoco me interesan juegos que necesiten una reescritura completa, sólo aquellos que, principalmente, no necesiten nada, o como muchos unos POKE's, para funcionar bien (o mejor) a 7MHz.

Sé que lo que voy a decir es de Perogrullo pero si tuviésemos 7 MHz en vez de 3,5 MHz, todos los juegos que en su momento tuvieron que perder FPS para que fueran medianamente jugables, con una reescritura de lo que se pinta en pantalla ganaría muchos enteros. Sin ir más lejos, un Butragueño en el que se pintase cada pixel de cambio y que fuera fluido, para mí sería una maravilla.

salu2

[zup]

Gracias por las sugerencias, pero estaba pensando en juegos concretos, con nombres y apellidos. Tampoco me interesan juegos que necesiten una reescritura completa, sólo aquellos que, principalmente, no necesiten nada, o como muchos unos POKE's, para funcionar bien (o mejor) a 7MHz.

Buuuff... es que listar TODOS los juegos BASIC, TODAS las aventuras conversacionales y TODOS los juegos de estrategía se las traería.

En cuanto a dificultad para adaptarlos...
- Juegos/aplicaciones BASIC que usen INPUT: No creo que hubiera que tocar nada, ya que el programa te espera siempre.
- Juegos/aplicaciones BASIC que usen INKEY$ o IN para leer el teclado: Se les supone acción fluida, así que habría que asegurarse de que la velocidad no sea excesiva. Unos leves retardos aquí y allá y estaría listo. Se me ocurre alguno que mejoraría (por ejemplo, Specbase es leeento leyendo el teclado) pero otros mejorarían si fueran algo más lentos (el temporizador de Keop's Revenge iba excesivamente rápido).
- Aventuras conversacionales: Lo mismo que los juegos que usen INPUT. Quizás un par de retoques para que no lean teclas de dos en dos y va que se mata.
- Juegos de estrategia: Aquí hay dos modificaciones posibles. No tocarlos (y que el ordenador acabe antes sus turnos) o hacer que el ordenador considere más jugadas por turno (puede que solo sea necesario modificar un límite interno). Habría que cuidar de otro asuntillo: al considerar más jugadas puede que sea necesaria más RAM.
- Simuladores de vuelo: Probablemente necesitarían reescribirse de nuevo. Si la única ganancia es mayor velocidad, hay juegos que lo agradecerían pero en otros la cosa sería irreal; pero si hay que meter nuevos modelos de vuelo, probablemente se necesite más RAM y reescribir el juego.
- La ROM del equipo: Agradecería mucho la velocidad extra, pero hay comandos aquí y allí que habría que retocar. Supongo que FLASH no parpadería más rápido (eso es trabajo de la ULA) y PAUSE tampoco cambiaría (cuenta retrazos, ¿verdad?), pero puede que INPUT lea teclas de dos en dos, habría que retocar los retardos de SAVE/LOAD para que puedan leer las cintas de los Spectrum normales, creo que habría que revisar las ROMs de los IF1 por el mismo motivo... y seguro que hay más comandos que tendrían problemas mínimos. INKEY$ o IN podría ser problemático... ¿cada cuanto leen los datos? ¿afectarían a la velocidad de juego?

De todos ellos, los peores con diferencia serían los simuladores de vuelo. El resto supongo que necesitarían un par de POKEs aquí y allá, y la ROM necesitaría más trabajo (pero creo que sería asumible).

[mcleod_ideafix]

- La ROM del equipo: Agradecería mucho la velocidad extra, pero hay comandos aquí y allí que habría que retocar. Supongo que FLASH no parpadería más rápido (eso es trabajo de la ULA) y PAUSE tampoco cambiaría (cuenta retrazos, ¿verdad?)

Correcto.

pero puede que INPUT lea teclas de dos en dos

No. INPUT, y todo lo que tenga que ver con el teclado, leerá las teclas según dicta la rutina de la ROM de lectura del teclado, y ésta se ejecuta en cada interrupción, que seguirá siendo de 50Hz.

habría que retocar los retardos de SAVE/LOAD para que puedan leer las cintas de los Spectrum normales, creo que habría que revisar las ROMs de los IF1 por el mismo motivo... y seguro que hay más comandos que tendrían problemas mínimos.

Nada impide que esa selección de velocidad sea conmutable según deseo del usuario (como el botón de Turbo de los clónicos PC).

INKEY$ o IN podría ser problemático... ¿cada cuanto leen los datos? ¿afectarían a la velocidad de juego?

Dudo que sea problemático. Se ejecutarán al doble de su velocidad. En el caso de INKEY$, pues seguirá retornando el valor de la última tecla leída, y eso depende de la rutina de lectura de teclado de la ROM. En el caso de IN (para leer el teclado, entiendo), pues se ejecutará el doble de rápido, pero eso no implica en absoluto que vaya a leer dos teclas en lugar de una, ni nada de eso.

De todos ellos, los peores con diferencia serían los simuladores de vuelo. El resto supongo que necesitarían un par de POKEs aquí y allá, y la ROM necesitaría más trabajo (pero creo que sería asumible).

La intención detrás de esto es que no haya que re-escribir ni un solo byte de la ROM. Los juegos que necesiten un reescrito completo quedan fuera de discursión, ya que nadie va a hacerlo.

Por cierto, en su momento hice dos pequeños experimentos trabajando a 7MHz. En el primero de ellos incluso cargo un programa usando la rutina de carga de la ROM, pero claro, en el reproductor acelero la reproducción al doble de velocidad
http://www.youtube.com/watch?v=plj2U7jmW6w

En el segundo experimento, cargo el Manic Miner a velocidad normal (3.5MHz) y luego conmuto a 7MHz con un botón para jugar con él una vez cargado:
http://www.youtube.com/watch?v=AMudjzMMV20

[bullituary]

¿ El FRED ?. Es el que recuerdo que iba un poco tosco.

El kung fu master parece una pesadilla de esas que te persiguen y por mucho que corras no llegas nunca a destino (aunque reconozco que en su momento fui de los raros a los que le gustó el juego).

[flopping]

En realidad casi todos los juegos se verían beneficiados de una mejora de velocidad, la pregunta es ¿Como hacerlo en el clon de spectrum?, ya que en un spectrum normal no creo que se pudiera, así que es de suponer que habrá que modificar la señal de reloj que le llega al micro Z80 y poner una del doble, ademas de un micro acorde a esa velocidad, respetando el resto de frecuencias de clock, ¿O hay que modificar mas de una señal?, salu2.

[capzo]

El double dragón. Aunque no se si este juego me parece lento por movimientos o por la mecánica cansina de los enemigos.

[Scooter]

El double dragón. Aunque no se si este juego me parece lento por movimientos o por la mecánica cansina de los enemigos.

Claro, ese seguro que va mejor al "double" de velocidad

[jzx]

En los juegos en basic, el beep sí que irá acelerado, en tono y en tiempo. Luego, muchos juegos que tengan muy afinado el tema de sprites para que no parpadeen seguramente parpadearán más (no lo he probado ni con emulador, pero todas las "trampas" del orden en que se pintan y demás se desbaratan)

[zxbruno]

Uchi Mata.

Renegade, Target Renegade, Knight Lore, Heads over Heels, Batman, Football Manager, Carrier Command, Total Escape, Castle Master, Hard Driving.