From the category archives:
Este año, mucho trabajo y pocos juegos. Pero aún así siempre hay cinco minutos de vez en cuando para descansar y divertirse persiguiendo fantasmas, brujos y escapar del Lobo (¿?).
 "Ghostbusters"){kind=small}
 "Ghostbusters"){kind=small}
 "Ghostbusters"){kind=small}
 "The Path"){kind=small}
 "The Path"){kind=small}
 "The Path"){kind=small}
 "The Path"){kind=small}
 "The Witcher"){kind=small}
 "The Witcher"){kind=small}
 "The Witcher"){kind=small}
 "The Witcher"){kind=small}
Juegos para el Día de Muertos (2008)
Juegos para el Día de Muertos (2007)
{ 0 comments }
En este post se va a tratar el movimiento de los jugadores usando BASIC para experimentar la velocidad y ver si se continua con este lenguaje o bien se hace la programación en ensamblador.
Se corre el juego sin ningún problema en alta velocidad:
Se inicializa la interfaz en serie, como se vio en el post anterior:
Además programamos dos subrutinas para el envio y recepción de datos:
Para sincronizar el inicio de la comunicación entre las dos computadoras, cada una de ellas manda un mensaje con el caracter "N" y al mismo tiempo lo espera recibir. Esto nos permite correr el juego de manera asíncrona y no importa que computadora empiece primero:
Como nuestro juego es "punto a punto" y cualquiera de las dos computadoras puede correr primero su programa; hacemos un sorteo para elegir que jugador va usar cada uno de ellos:
280 IF ( A$>D$) THEN 320
290 FX=0:FY=100
300 GX=0:GY=50
310 GOTO 340
320 FX=0:FY=50
330 GX=0:GY=100
Ahora nos vamos a ocupar de las animaciones de nuestros jugadores. Me basé en una técnica que aprendí del libro "Gráficos y sonidos para el Dragón" de K y S Brain ; Justamente cuando era niño. Consiste en primero dibujar a los jugadores y obtener una copia de la representación en memoria de sus movimientos por medio de la orden GET para después durante el juego copiar esa memoria durante el juego con la orden PUT.
El código que dibuja los movimientos de los jugadores y los guarda en memoria es el siguiente:
|
20 DIM F1(50):DIM F2(50):DIM F0(50)
30 DIM G1(50):DIM G2(50):DIM G0(50) 190 PMODE 3,1 710 REM DIBUJA LOS MOVIMIENTOS DE LOS JUGADORES 925 REM MOVIMIENTO CON PIERNAS JUNTAS 1085 REM MOVIMIENTO CON PIERNAS SEPARADAS
|
|
Ya con todas las inicializaciones, podemos dibujar la "cancha" y a los jugadores:
El movimiento del jugador local se a través del teclado:
460 REM DIBUJAMOS LA NUEVA POSICION DEL JUGADOR LOCAL
470 GET(FX,FY)-(FX+16,FY+15),F0,G
480 PUT(FX,FY)-(FX+16,FY+15),F2,OR
490 PUT(FX,FY)-(FX+16,FY+15),F0,AND
500 PUT(FX,FY)-(FX+16,FY+15),F1,OR
Para simplificar la programación, en lugar de hacer un sistema de mensajes, simplemente se envia la tecla presionada al otro jugador:
Se revisa si el jugador remoto presionó alguna tecla y se procesa de la misma forma que para el jugador local:
655 REM DIBUJAMOS LA NUEVA POSICION DEL JUGADOR REMOTO
660 GET(GX,GY)-(GX+16,GY+15),G0,G
670 PUT(GX,GY)-(GX+16,GY+15),G2,OR
680 PUT(GX,GY)-(GX+16,GY+15),G0,AND
690 PUT(GX,GY)-(GX+16,GY+15),G1,OR
Finalmente, repetimos el ciclo:
En el siguiente video, podemos apreciar el funcionamiento del programa:
Como podemos ver, aún para ser un programa en BASIC la velocidad es razonable; sobretodo para juegos de turno como los de cartas y ajedrez. En realidad la velocidad esta limitada por la velocidad de las instrucciones gráficas, por lo que un juego en baja resolución funcionaria muy rápido para juegos de acción. Si se va usar alta resolución para un juego de acción, lo conveniente es usar pocos efectos gráficos o bien programarlo en ensamblador.
Muchas Gracias a mi hermano por la interpretación de la música de fondo del video.
{ 0 comments }
Ahora que hemos comprobado el correcto funcionamiento de la Interface RS-232, el siguiente paso es establecer la comunicación entre las dos computadoras por medio del lenguaje BASIC.
La configuración de la interface RS-232 se hace a través de dos registros del circuito integrado 6551, los cuales son accesibles en las direcciones de memoria 65386 y 65387. El primero se conoce como el registro de control, el cual se utiliza para establecer la velocidad de transmisión en baudios, la fuente de frecuencia, el tamaño de la palabra y el número de bits de parada.
El segundo es el registro de comandos, que controlada diferentes modos y funciones como el modo de echo y comunicación con paridad.
|
|
|
La programación de los registros se hace por medio de dos pokes:
En este programa de prueba, guardamos si hay una tecla presionada para posteriormente mandarla:
Para saber si hemos recibido información de la otra conexión, se debe consultar el registro de estado del circuito integrado 6551. Este es acceble desde la dirección de memoria 65385.
Tabla 3 Configuración del registro de estado
según el manual del usuario
Si el bit 3 esta a uno, es que hay información por leer.
La información en el registro de entrada la podemos recuperar leyendo la dirección de memoria 65384:
Si presionó alguna tecla, la transmitiremos; de lo contrario regresaremos al inicio al ciclo. De manera similar, para transmitir consultamos el bit 4 del registro de estado para checar si podemos transmitir. Si es así, hacemos un poke a la dirección de memoria con el byte que deseamos enviar.
Una vez que emparejamos ambas computadoras y ejecutamos nuestro programa en BASIC, la tecla que apretamos en cada una de ellas se transmite a la otra.
Con esto, ya tenemos garantizado la mínima comunicación necesaria para programar nuestro juego.
{ 0 comments }
En 1987, cuando jugaba con mi computadora Color Computer de 8 bits, uno de mis tantos sueños era poder conectar dos computadoras y hacer un juego multiusuario. Cuando pude tener dos computadoras en mis manos, mi primer intento fue cruzando dos cables de la grabadora de cassettes. Y ... ¡Funcionó! Desafortunadamente, la comunicación como era de suponerse era muy lenta y no se podía hacer nada práctico 
. Por supuesto había otras maneras de hacerlo; como usando un modem o alguna interfaz en serie. Ambas inaccesibles para mí en esa época por presupuesto o falta de experiencia. Después cambié esas computadoras por una compatible con PC y ya no pude experimentar más.
Fue hasta 1990 que trabajando en la constructora tuve como tarea hacer una red ethernet, donde finalmente pude dar los primeros pasos para hacer mi sueño realidad. En 1994 jugué el juego de cartas del Windows for Worksgroups y por su puesto el fabuloso Doom en red. Aunque me frustré un poco con los ingenieros civiles que no querían jugar en serio y sólo me disparaban a mí en vez de atacar a los monstruos 
. En el año 2001, pude hacer mi primer juego multiusario usando Java.
Me pregunto si realmente hubiera podido hacerlo con mi querida Coco, si el tiempo y mi presupuesto hubiera estado de mi lado. En este y en varios de los siguientes posts voy a tratar de contestarme esta pregunta realizando un juego de fútbol soccer de dos jugadores. De antemano es posible porque ya otras personas vendían un juego de aviones en esos tiempos, pero no esta de más comprobarlo.
Ahora en el año de 2009, en el sitio www.coco3.com , Roger Taylor vende un cartucho que emula a la interfaz RS-232 que la Radio Shack vendía... ¡pero esta es inalámbrica por medio de la tecnología Bluetooth! ¡Nada de fabricar cables odiosos!
RS-232 Wireless de Roger Taylor
Para el proyecto, voy a necesitar dos de esos cartuchos y por su puesto dos Color Computers 2. Afortunadamente las computadoras las pude conseguir sin problemas en e-bay.
Antes de ponerse a programar, es necesario comprobar que el hardware está funcionando perfectamente y que se entiende como funciona. La documentación que proporciona Roger Taylor es muy completa y tiene especificado todo lo que se necesita para este proyecto.
Al ser bluetooth, lo primero que hice fue checar desde Linux si podía ver las dos interfases RS-232 (Una en cada Color Computer):
Con el nombre eb101 se puede ver claramente las dos interfaces y es de agradecerse que las direcciones MAC sean distintas por lo que no va haber ningún problema en identificar a cada dispositivo. Incluso podemos hacer pings a cada una de las interfaces:
Leyendo las especificaciones técnicas nos damos cuenta que el RS-232 utiliza un chip que está específicamente diseñado para servir a través de interfaces en serie, por lo que al utilizar además un chip 6551 como puente, se garantiza la compatibilidad con las aplicaciones existentes para el pak RS-232 de la Radio Shack. Solamente hay que tener en cuenta en las configuraciones que los parámetros por default son los siguientes:
Se pueden mejores configuraciones, como velocidades de 115200 bps, pero creo que los valores por defectos son adecuados para el proyecto y así se simplifica las configuraciones.
El cartucho cuenta con una memoria con un programa desde donde se puede configurar la interface RS-232, además de un programa terminal con utilidades para transferir entre computadoras programas en BASIC y en lenguaje de máquina. Para acceder a ese programa se ejecuta:
Desde ahi, se puede probar la comunicación entre las computadoras con tan sólo ajustar la velocidad a 9600 baudios y entrando al programa de terminal. Para hacer la conexión se utiliza el comando con con la dirección MAC de la interfaz de la otra Color Computer. A partir de ahí todo lo que se escriba en cualquiera de las dos computadoras, aparecerá en las dos terminales.
A continuación pongo un video de como fue la prueba con mis dos computadoras:
Antes de que me lo pregunten, la voz que utilizo en el video es sintética, como se acostumbra en YouTube 
.
De igual manera se configura la interfaz en serie a 9600 baudios en la Color Computer y se coloca uno en la terminal. En la máquina Linux se corren los siguientes comandos:
Ahorra corremos algún programa terminal en la linux como cu (instalar antes el paquete uucp):
o bien el emulador de terminal VT100/ANSI screen:
En ninguno de los dos es necesario configurar la interfaz en serie porque el protocolo spp lo negocia automáticamente.
Es probable que con comandos AT, nos podríamos conectar a un celular y utilizarlo como modem.
1. Creamos un puerto en serie:
2. Nos ponemos a escuchar en ese puerto:
3. Nos vamos a la Color Computer y establecemos la conexión.
4. Si nos pide la llave en la máquina linux, le damos 0000, que es la llave por defecto.
5. Nos conectamos a la trerminal en la máquina usando cu o screen.
{ 4 comments }
A principios de 1989, en mi familia dejamos atrás las computadoras de 8 bits y cambiamos al mundo de los 16 bits con lo que fue nuestra primera PC: Una Tandy 1000 SL con un microprocesador 8086 a 8 Mhz. Originalmente, la compramos con 384 KB de memoria, una unidad de diskette de dos lados, doble densidad de 360 KB, sin disco duro, sin reloj y con un monitor monocromático verde. Por supuesto, el teclado en inglés.
 "La Tandy 1000 SL como se ve actualmente."){kind=small}
 "El mismo disco duro tenía la tarjeta controladora."){kind=small}
 "La tarjeta para hacer respaldos."){kind=small}
 "Así se ve por dentro."){kind=small}
De ahí, como buenos fanáticos de la electrónica, la modificamos bastante. Le aumentamos la memoria a 640KB, le cambiamos el microprocesador por el clon NEC V30 para que corríera de un 10 a 30% más rápido, le agregamos un disco duro de 20 mB y una tarjeta Central Point Option Board para poder respaldar programas protegidos de copia. Teníamos también una tarjeta para quemar memorias EPROM, un scanner de mano y para imprimir usabamos la impresora de matriz de puntos de mi vieja Color Computer 3. Después, con el tiempo, ya tuve un flamente monitor a color.
Lo que más me gustaba de esta máquina era que incluía un DAC de 8 Bits con un programa editor de sonido y otro para editar música colocando las notas en el pentragrama. Al usar ondas de 48Khz, la música capturada tenía buena calidad y los juegos como el Battle Chess y el Principe de Persia eran toda una experiencia para la época.
Con ella aprendí muchísimo: Pascal, Turbo Basic, dbase, ensamblador del 8086 y sus interrupciones, como funcionaban los programas residentes en memoria y los virus, hojas de cálculo, MathCAD, derive y una infinidad de programas.
Posteriormente compramos una Tandy 1000 TL/3 con un microprocesador 80286, 10 Mhz de velocidad y 728KB de RAM. No necesitabamos dos computadoras por lo que se la vendí a un tío, que este año al hacer limpieza, la donó a mi museo personal. ¡Muchas Gracias Don Pedro!
{ 4 comments }
