Muy buenas
Tal como amenacé en mi post de presentación, aquí vengo a contaros mis desventuras a la hora de programar nuestro primer juego para C64, "Knights & Demons". Puede que encontréis interesante este post porque es posible que os venga bien a los que empezáis a programar en C64 y/o vengáis de otros sistemas
, a otros os hará recordar cuando empezasteis a trastear con este ordenador... otros, los que tengais más experiencia en programación, os echareis las manos a la cabeza por las burradas técnicas que pueda cometer ("pero donde vas, chiquillo, que eso no es así..." jajajaja).
Antes de empezar el rollo, os dejo los dos txt con el código fuente de ambos juegos, por si os apetece echarles un vistazo
http://www58.zippyshare.com/v/23757683/file.html... y el link para que os descargueis los juegos, por si no habeis leido mi post de presentación
http://kabutofactory.netne.net/index.php/juegos/10-los-buenos/16-nuevas-conversiones-para-c-64-y-zx81Yo no tuve un Commodore de pequeño... a mi me tocó un Spectrum +2A en las navidades del 87, aunque tuve la suerte de tener amigos en todos los bandos. Uno de ellos, me invitó a su casa para enseñarme su C64. Tenía una colección monstruosa de juegos (tanto originales como piratas)... total, el tío pone a cargar el "Robocop" de Ocean (original)... cuando sonaron los primeros compases del "Ocean loader" de Johnattan Dunn lo único que acerté a decir fue "hos*** pu**!!!". Un ordenador maravilloso; desde entonces, cada vez que escucho esa melodía se me ponen los pelos como escarpias... Ya desde nuestro primer juego, "Aahku al rescate", tuvimos la intención de hacer algo para Commodore... pero me echó para atrás el Basic; pensaba que hacerlo todo a base de pokes era algo bastante engorroso. ¿Y por qué ahora con "Knights & Demons"? Pues, primero porque ahora tenemos un poquito más de experiencia con otros basics (cuando programé Aahku solo conocía el Sinclair Basic y muy poquito el Locomotive del Amstrad); y segundo, un juego de puzzle es más sencillo para iniciarse en otras plataformas porque no tienes que estar pendiente de rutinas de movimiento, detección de colisiones y esas cosas.
Todo empezó porque tenía en un .txt el código de la versión de MSX, pero no tenía ganas (ni tiempo) de ponerme a teclear en un emulador... hasta que, por casualidad, encontré el Tok64, un curioso programita MS-DOS que te transforma el código que tengas en txt a prg
Era lo que necesitaba. Agarré el manual de usuario del C64 y empecé a estudiar como funcionaba el tema... a ver... donde están los LOCATEs... ¡No hay LOCATEs! Y ahora, ¿como sitúo algo en cualquier lugar de la pantalla?... "si, bueeenooo, tenemos el comando TAB... también puedes utilizar los tokens ASCII (ver el manual de usuario para saber que es lo que son) tales como el carácter HOME, los cursores"... No, para un juego no me sirve... "bueeeno, también están los pokes"... Eso ya es otra cosa. La memoria de pantalla del Commodore 64 se estructura en un mapa de direcciones con la 1024 como dirección de inicio. Teniendo en cuenta que la pantalla de texto es de 40x25 caracteres, si queremos colocar algo en pantalla solo tenemos que hacer
POKE 1024+x+40*y,codigodelcaracter (donde x e y hacen referencia a las posiciones numéricas de fila y columna)... "si, pero mi gráfico es de 2x2 caracteres". Pues nada, toca utilizar 4 pokes para dibujar el "muñequito". El color funciona tres cuartos de lo mismo. Al pokear el color de la tinta (poke en 53281), lo hacemos para todo lo que haya en la pantalla (mira... como en MSX...), además de lo que vayamos a poner... no queda bonito un juego monocromo, ¿no?. Aquí tenemos dos alternativas: los tokens ASCII de color dentro de un PRINT (eso lo usaremos para los textos) y los pokes (que los usaremos para los graficos del juego). Los POKES para el color funcionan como los de posición pero a partir de la dirección 55296, es decir,
POKE 55296+x+40*y,codigodelcolor... si tu personaje tiene varios caracteres de colores distintos, pues ya sabes, tantos pokes como colores necesites.
Hasta aquí fue todo más o menos bien, pero el manual del C64 no me explicaba algo que en Spectrum, Amstrad y MSX ya sabía a la perfección: utilizar los caracteres definidos por el usuario (UGD) para los gráficos del juego. Así que la primera versión, con los caracteres ASCII estandar del C64 como gráficos, resultó jugable pero más fea que pegarle a un padre... mirad que belleza
...
No me podía que creer que el C64 no tuviera UGDs... mira que me harté de buscar por San Google y en algunos foros como el de Lemon64; hasta que dí con el "Programmers Reference Guide" en Commodore.ca. Capitulo 5, Advanced Color and Graphics Commands... Gloria bendita!!!!
A diferencia de Spectrum (tiene un espacio reservado de 21 caracteres definibles), Amstrad o MSX (en ambos, puedes "pisar" el juego de caracteres en ROM con los tuyos propios), para el Commodore hay que hacer una cosa cuanto menos curiosa: copiar a una posición de memoria todo el juego de caracteres en ROM, para posteriormente poder redefinirlos e indicarle al ordenador mediante pokes que tenemos que usar ese juego de caracteres y no el de la ROM... pufff, que lío
... para colmo, los caracteres no los podemos copiar en cualquier lugar de la memoria, tenemos que copiarlos en unos bancos de memoria específicos (hay 14 disponibles) que se encuentran a partir de la dirección 2048. En el manual te recomiendan que utilices bancos de memorias altos, ya que la 2048 es la dirección en la que empieza el programa BASIC que vayamos a crear y pueden haber conflictos... yo utilicé el banco 14 (a partir de la dirección 14336).. y aun así tuve problemas... como el programa ocupaba más de 12kb, se "pisaba" con el espacio reservado para los caracteres y cuando empezaba el juego se llenaba la pantalla de glitches... madreeee, que desastreeee! Total, a recortar tamaño... empecé por quitar todos los espacios en el código; como vi que era insuficiente, empecé a recortar textos y, al final, me pasé recortando y quité también la animación de la transformación de las fichas... aunque eso ultimo me vino bien, porque tampoco aportaba nada y enlentecía el juego (si veis en el listado del juego un montón de lineas RETURN seguidas, ahí era donde estaban las rutinas de transformación... las dejé para no tener que liarme a cambiar gosubs
)
Por fin, ya teníamos gráficos, un poco "spectrumnianos", pero son nuestros demonios y nuestros caballeros
Puse las imágenes del work-in-progress en nuestro facebook y Fog (de los foros de World of Spectrum) me comentó que podía transformar los gráficos a multicolor desde Basic y que podía compilarlo para ganar velocidad. Lo del multicolor fue otra historia que también tiene su miga... tras otra entretenida lectura al "Programmers Guide" conseguí entender como iba el asunto. El Commodore tiene dos modos gráficos: uno de caracteres y otro de sprites... el de sprites no lo voy a tocar, primero porque no me servía para este tipo de juego, y segundo porque desconozco como va. El de caracteres, a su vez, tiene dos modos: el hi-res (alta resolución pero con solo dos colores por caracter, uno para tinta y otro para el fondo, como en Spectrum) y el multicolor (de más baja resolución, pero con cuatro colores por carácter). Es interesante saber que cambiar del modo hi-res al multicolor era tan sencillo como utilizar un par de pokes para activar el modo e indicarle al sistema cuales eran los otros dos colores que íbamos a utilizar... sin embargo, aplicar los colores a los caracteres era otro cantar.
El modo multicolor funciona de la siguiente manera: una vez activado, todo lo que tenemos en pantalla pasa a tener una resolución más baja porque agrupa cada dos pixeles a uno solo con color. Me explico, todos sabemos que un carácter es un bloque de 8x8 pixeles que puede tener dos valores: 1 o 0, pixel o no-pixel. El multicolor mode lo que hace es transformar el bloque de 8x8 en uno de 4x8, agrupando los pixeles de dos en dos y asignándoles el color que previamente hayas indicado en función de la combinación binaria de estos dos pixeles, a saber: 0-0 para el color de fondo, 0-1 para el multicolor1, 1-0 para el multicolor2 y 1-1 para la tinta... ¿seguís ahí? ¿os habéis perdido? ¿no? Pues ahora viene la segunda parte: recordáis el poke para pintar el carácter de un color, ¿no? el 55296+... Pues bien utilizamos el mismo poke, solo que los códigos para el color varían un poco; si utilizamos los valores del 0 al 7 pintamos el carácter en modo hi-res con el color correspondiente, mientras que si utilizamos los valores del 8 al 15 pintamos el carácter en low-res con el color correspondiente junto con los otros dos colores que faltan (por ejemplo, si utilizamos el valor 2, pintamos el carácter en hi-res en color rojo, mientras que si utilizamos el valor 10 pintamos el carácter en multicolor con color rojo para la tinta, junto con los dos otros colores que previamente hayamos definido)... por eso, en nuestro juego aparece en la misma pantalla elementos en alta resolución, como los marcadores o el cursor, junto con elementos multicolor, como las fichas de juego (demonios y caballeros).
Lo del multicolor terminó saliendo, pero, por desgracia, lo del compilador no funciono. Probé con el Basic Boss Compiler, el Blitz y el Basic 64 Compiler... ná, un mojón pa mi. También intenté buscar información sobre como meter pantallas de carga, y dí con los tape loader (TapGen, Tape Master Pro...), pero claro, como no conozco bien como funciona el C64, no conseguí nada de ellos. Aun así, con el bloque de Basic pelao y sin pantalla de carga, creo que el juego está bastante "potable"
. Otra cosa es el "A.R.C.O.S.", que aun siguiendo la misma estrategia estrategia txt+Tok64 y analizando un poco como hacer una rutina de detección de colisiones (muy simple y similar a otros sistemas como el MSX o el ZX81, PEEK a la posición de pantalla que me devuelve el valor del carácter ASCII que la ocupa, y un IF con el valor para hacer la colisión...), poco he podido hacer con la extrema lentitud que sufre el juego...
... y ya contaré otro día mis peripecias con el C16... que ya habéis tenido bastante por hoy...
Muchísimas gracias por aguantar el tostón...
Baron.
Mostrar Mensajes
