Buenas,

es normal que una rom entre en un bucle infinito cuando está mal emulado o emulación no completa. Normalmente, al menos todas las roms que yo he emulado en la GBA, traen bucles infinitos pero se sale de ello mediante las interrupciones o cualquier otro tipo de estímulo externo.

Ten en cuenta que no es lo mismo :

10: SALTA a 10

que

10: SALTA (si bit_n=1) a 10

Supongo Staryon que la primera debe de ser la A.....b.c.d.e.f, la referencias de las roms que he mandado los cuatro primeros dígitos corresponde al CHECKSUN guión y letra de la rom. Otra cosa será la manera de leerlas la CPU, por hay me pierdo un poco, las direcciona un CDP1859CE por el pin 18 (ce) de la rom.

Gracias a todos por vuestra ayuda.

C@brero, voy a pasarle esos datos a Mike, por si le puede ayudar. El problema está principalmente en cómo se distribuyen todas esas roms en la memoria. Es decir, dónde va cada bloque.

Yo creo que se podría deducir el orden lógico de los ficheros. No hay más que mirar cómo acaba una y ver cuál es el fichero que continuaría el código fuente de manera lógica.

Si te encuentras con que la rom B acaba con
R1 = R1 - 1

y hay una rom que empieza con

SALTA SI ES CERO

y ninguna otra rom seguiría la secuencia lógica, yo lo tendría claro. Vaya, que antes de marear la perdiz pidiendo ayuda poe ahí intentaría este sistema, que suele ser infalible, y más teniendo en cuenta lo fácil y cortita que esta rom...

Cuando yo estaba con esto, miré todos los ficheros y desde luego el A es el primero. Después, sin echar mucho tiempo en ello, la verdad, pude ver que B, C, etc era el orden lógico.

Buenas noticias

Mirad esto:




C@brero, un par de preguntas:

- Puedes ver adónde va conectado la salida EF2?
No sé si en la placa será visible, pero échale un vistazo por si acaso.

- En el cdp1802, ¿puedes ver qué está conectado al pin Q?

La verdad es que sin Mike esto hubiera sido imposible, porque él es el que controla
todo el tema gráfico. Yo más allá del CDP1802 estoy perdido, pero él conoce bastante bien
el CDP1869 y por extensión el CDP1876.

Modificado por Staryon - 13/10/2006, 20:54

Enhorabuena Staryon, extensivas a Mike y a todos los que estáis haciendo posible la emulación de estos juegos.

Guau, qué chuli...

hey... eso va pintando bien !

Congratulations ! Ya queda menos !

Verdaderamente alucinado !!!. Cuando inicie el post y lo subtitule 'ayuda entre todos' no tenia ni idea de que la ayuda iba a ser tan grande. Si todo esto llega a buen puerto seria buena idea hacer una quedada.

Gracias Mike, espero que leas este post , cuanto tiempo hubiesemos tenido que esperar si no llega ser por tus aportaciones graficas.

Gracias Staryon, por tomarte tantas molestias.

y por extension gracias tb : C@brero, Udirnel. bubu y todos los que lo estan haciendo posible.

Habría que ver qué posibilidades tendría Mike de escribir un driver en C para recompilar MAME. Eso creo que no lo tendría mu complicao viendo que ya lo tiene to montao. Sólo sería meter el driver de la CPU y el driver gráfico. El sonido creo que no es nuestra prioridad.

Habría que renombrar el juego a MikALtair, jiji.

E N H O R A B U E N A

felicidades a todos, esto si que es cooperacion. Me estan entrando ganas de jugar de nuevo a este mito del arcade español, recuerdo que estaba hace tropecientos años en un bar de la playa de Gandia. Debi jugar solo un par de partidas, pero el juego es carismatico, porque recuerdo perfectamente el cabezon, es de esos juegos que se te graban

En este momento ya todo se sale de hasta donde yo llego, así que yo paro lo que estaba haciendo y dejo a Mike con el resto (prestándole toda la ayuda posible, claro), ya que no tiene sentido que yo siga desarrollando algo que él ya tiene.

Por eso, os hago llegar aquí sus preguntas.
El problema principal ahora es saber el valor de ciertos parámetros.

EF1 is connected to the frame output from cdp1869/70, it is used to tell the cpu when the video processor is out of frame, thus allowing the cpu to modify video memory.
EF2: ???
EF3: ???
EF4: Para las monedas. Si se pone a 1, sube 1 crédito.

El juego también depende del valor de Q, pero de momento no hemos encontrado su significado.

Otra cosa que todavía no se sabe es en referencia a los controles. Qué botones controlan el juego y como son manejados por la CPU.

C@brero... ojalá mirando a las placas y a los esquemas que [MAD] subió puedas respondernos a algunas de estas preguntas. Por supuesto, que si se os ocurre cualquier cosa al resto, nos las decís.


Lo del driver para el Mame sin duda que sería el broche de oro. De momento, vamos a esperar hasta que punto de la emulación se es posible llegar y luego ver ese tema. Otra cosa es que el apartado gráfico que Mike está haciendo según tengo entendido es para Unix/Linux, pero tengo que preguntarle cómo de dificil sería convertirlo a Windows. Ahí creo que seguramente podremos ayudarle algunos de nosotros.

Pues nada, en cuanto tenga noticias, aquí me tenéis de nuevo.

PD: Un millón de gracias por todos vuestros comentarios y ánimos. Respecto a las pantallas que os pasé, imagináos la sensación de ver algo que llevas más de 20 años sin hacerlo, pero que sin embargo no has olvidado.

Modificado por Staryon - 11/10/2006, 23:17

Staryon, EF2 es entrada de TEST, supongo que tendrás el esquema que mande, va la pista directa al pulsador de TEST.

El pin Q va al D1 del pin 11 de la RAN 2102 IC31 y al mismo pin de la IC21.

Si, EF4 y EF3 son entradas de monedas M1 M2.

Por fin veo imagen de CIDELSA le faltan algunos retoques de imagen, las letras y números salen con trazos en azul y es que esa pantalla el fondo es todo azul.

Si necesitais medir alguna tension en la placa se podria hacer tengo una funcionando.

Un saludo a todos.

Gracias, C@brero. ¿Me puedes decir dónde están esos esquemas que mandaste? Es que tengo tantas cosas que no sé si se me han pasado los tuyos.

EDITO: Ya los he encontrado, no hace falta que me los mandes. ¡Gracias!

Saludos

Modificado por Staryon - 12/10/2006, 11:30

Impresionante...

Esto me hace sentir peor por no haber "soltado" antes las roms por aquí. Seguro que a estas alturas ya estaría emulado.

Mirando las imágenes, parece claro que los enemigos están formados por dos sprites, uno normal y otro invertido. Incluso creo que esto mismo se podría aplicar al enemigo final.

Y parece que el emulador está actuando correctamente con los gráficos. El problema es que a la hora de invertir los sprites, en lugar de apuntar a la dirección correcta donde se ubican está apuntando a otra dirección, en concreto a la del conjunto de caracteres alfabéticos, que por eso aparecen invertidos.

Ánimo, es mucho más de lo que yo hubiese podido alcanzar en mucho tiempo.


Udirnel