La colección ¿definitiva? de juegos de MS-DOS.

[Neville]

Dioooooos. Es un juego de 1982, así que se debe esperar una CPU a solamente 4,77 Mhz. Prueba con poner los ciclos a 220, es lo que aconseja DBGL para cosas tan viejas. Y machine=cga, por si acaso.

[Lolocop]

Ok, en cuanto se duerma el acólito lo intento.
Lo vas a meter en la cole?

[Neville]

Si como dices no está, claro que sí.

[Lolocop]

Vale, he probado a bajarle los ciclos y sigue igual, al empezar a jugar me dice game over, independientemente del número de ciclos que le ponga.
Mañana investigaré un poco más.

[Neville]

A mí me ha pasado igual. Lo he dejado caer por VOGONS a ver qué me dicen.

[RodrigoH17]

Yo le pude jugar sin ningun problema, usando "core=normal" y ciclos entre 350-400.

[Lolocop]

He estado mirando y el .bas del juego se puede traducir abriéndolo con notepad, por lo que si logras hacer que funcione correctamente podrías añadir una versión traducida jeje

[gatuno]

El juego hace llamadas al DOS para leer/cambiar la hora, por ejemplo INT 21h/57, que al parecer no estan soportadas por DOSBox 0.74-3

En una SVN si que funcionara.

PD: Ojo que el .BAS es binario

[Lolocop]

Ya decía yo que gatuno tardaba en aparecer para esclarecer el misterio. Muchas gracias!

[Neville]

Precisamente venía a decir que por una vez he reportado un bug como es debido (les suelen caer consultas sobre todo lo que no me funciona) y que según ellos estará arreglado en la próxima SVN.

[gatuno]

jeje de nada.

Neville, ¿que te han dicho que hay que arreglar en una SVN? a mi me va bien.

Mirandomelo un poco mas, concretamente el juego al inicio llama a la INT 21/2D (Set Time) para inicializar un temporizador, y durante el juego, llama continuamente a la INT 21/2C (Get Time) para comprobar el tiempo transcurrido.

En 0.74-3 las llamadas a la INT 21/2c devuelven un valor en DX que parece aleatorio. Deberia empezar devolviendo 0 segundos y 0 centesimas e irse incrementando segun pasa el tiempo, como bien ocurre en una SVN.

Sin embargo en una 0.74-3, dado que se devuelve un valor que parece arbitrario, si no en la primera llamada, en la segunda o quizas la tercera, pero pronto, acabara pasando que devuelva un valor suficientemente alto como para que cuando el juego compruebe si hemos agotado el tiempo, salte por el camino de "time over" y nos pregunte si queremos otra partida o salir al DOS.

Un posible fix seria hacer un TSR que capturara la INT 21/2C y, quizas apoyandose en el temporizador del sistema (INT 8 ), devolviera en DX el tiempo transcurrido correcto.

La solucion simple es usar una SVN (oficial, ECE...)

[RodrigoH17]

Yo me olvide de comentar que le jugue sin problemas usando el DOSBox ECE, es el que siempre uso.

[gatuno]

Este es el commit que soluciona el problema.

Código: [Seleccionar]

2011-02-24 15:08  qbix79

* [r3679] src/dos/dos.cpp: Allow DOS time to be temporary reset.
  Fixes romantic blue and others (QuickBasic games). Thanks ripsaw.
Al comenzar la partida, el juego llama a INT 21/2D para poner el tiempo a 00:00:00, peeero... sin dicho cambio el contador se inicializa a la hora actual, y acaba provocando que enseguida, en pocas llamadas a la INT 21/2C (Get Time), el juego crea que ya ha transcurrido un minuto y... time over.

No esta incluido en la ultima version estable y por eso hace falta una SVN hasta que lo incluyan.

[Lolocop]

Hay que ver la birria de juego la guerra que está dando jaja
En otro orden de cosas, hoy no voy a poder escanear más manuales, estoy solo con mi esbirro y mi sobrino y está la cosa imposible. Veremos la semana que viene. Sorry.

[gatuno]

jajaja ya ves, cronometro por aqui, cronometro por alla, pero es buen pasatiempo, nunca mejor dicho.

Los manuales pueden esperar. ¿La lian mucho el esbirro y el compinche? Supongo que es lo que hay, criaturas al poder