Voy a intentar explicar un poco mejor la idea, aunque me cuesta explicarlo porque hasta para mí es un poco escurridiza y tiene muchos enfoques posibles.

Imaginaos un emulador MSX típico (Y básico), tiene virtualizados los elementos de entrada/salida que interactúan directamente con el usuario: VDP, PSG, teclado, Joysticks... y también por supuesto la CPU, la RAM y la ROM. El proceso normal de funcionamiento es que la CPU va recogiendo instrucciones de la memoria, las procesa junto con los datos de los dispositivos de entrada, y el resultado los vierte en los de salida. Si alguien tiene alguna duda hasta aquí que levante la mano Smile

Pues bien, sigamos imaginando, ahora cogemos ese emulador, y construimos una serie de funciones en el lenguaje con el que está programada la herramietna para interactuar con los elementos de entrada/salida, (como hace BASIC) ¿Qué tenemos? Pues algo que desde fuera parece un MSX, pero que se puede programar rápida y fácilmente con toda la potencia del ordenador anfitrión con sus gigas de RAM y potencia de cálculo, por eso decía lo de 'casi infinitos recursos'.

Por ejemplo, imaginad que queremos ver cómo quedaría un Sprite dando vueltas en círculo, si hemos creado las funciones podría quedar tan "sencillo" como:
 

Como veis, se pude usar la potencia del lenguaje anfitrión, y se pueden abstraer las funciones útiles de bajo nivel, de BIOS, de BASIC o inventar las que se crean necesarias. Y lo interesante es que esto al ejecutarse, simplemente enviará al VDP virtual la misma serie de 'outs' que si se programara en un MSX real, de hecho, se podrían capturar y hacer una especie de película para verlo en un MSX real.

Por supuesto, no es todo tan fácil y bonito, cuando queramos portar a un MSX real, todas las limitaciones seguirán estando ahí, así que habrá que ir portando manualmente y si no hemos tenido cuidado, puede que lo que hemos creado no sea viable. Para evitar un poco esto, se podrán poner restricciones en cuanto a la cantidad de bytes que puede asimilar el vdp por refresco, memoria usada para guardar los patrones, y cosas así.

Bueno, si sigue alguien despierto después del tocho espero que le haya quedado algo más claro, la herramientas también tiene otras vertientes, principalmente para depuración orientada a VDP, y quizás ayuda a la ingeniería inversa. Ya os seguiré contando.

An, todo lo estoy desarrollando en JAVA, con la ventaja de que las demos se podrá ver en un página web a modo de applet sin más complicaciones, y la aplicación completa podrá correr en cualquier ordenador y SO que tenga una JVM.

Hola, no sé si este será el mejor sitio para presentarme, pero cómo será dónde más participe pues allá voy: Vuelvo a la carga tras muchos años de barbecho, y con varios proyectos, el más interesante creo que una herramienta para programar 'bocetos' de juegos desde Java, y que también quiero que se convierta en una herramienta de depuración y generación automática de código.

Anda otro malagueño ^^!. Pues que sepas que no estas solo. Actualmente alli hay unos 5 o 6 usuarios que solemos quedar para echarnos nuestras partidas al MSX un par de veces al mes. Pues eso, un saludo

Hola a todos!!
Digo yo, no hay alguna forma de poder hacer lo inverso?
Esto seria, que en el bluemsx cuando uno hace un out o inp, exista una libreria o algo encargado de detectarlo e informarlo a una aplicacion externa??
La idea es poder utilizar el programa de simulacion electronica Proteus junto con el bluemsx para que uno haga el diseño del circuito y cuando en el bluemsx se efectue una operacion de i/o en el rango de puertos que utiliza el circuito del proteus, ese byte de datos sea tomado por el simulador y actue en el circuito.

Para esto logicamente se deberia hacer un plugin para el proteus.
Lograr esto seria barbaro ya que el proteus es genial!!, puede simular hasta microcontroladores o displays LCD,y (por lo menos a mi ) me seria fantastico tener algo asi.

Saludos!

Y digo yo... ¿sería posible hacerlo al revés? Me explico: tienes un programa ya compilado para MSX y te gustaría presentarlo pero sin distribuirlo. ¿Sería posible hacer algo de forma que se pudiera usar con esto que estás haciendo? Podría estar muy bien para presentar betas sin tener que distribuirlas... sólo es una idea

Supongo que lo conoces ya, pero por si acaso te recomiendo encarecidamente el libro "Undocumented Z80 documented". Algo IMPRESCINDIBLE a la hora de programar en ensamblador y, por supuesto, a la hora de hacer un emulador de Z80. Si no lo tienes, mándame un privado que te lo envío por correo.

Ese, ese. Por supuesto.


Yo tengo una versión posterior, concretamente la "Version 0.91, 18th September, 2005". Si me dices un correo te la envío, porque (mirando el changelog) hay alguna que otra modificación con respecto a la que tú tienes.

Edito: no hace falta que me digas ningún correo, puedes bajarte la última versión (que es la que tengo yo) de aquí http://www.myquest.nl/z80undocumented/