PacoBlog64

Antes de nada, feliz año nuevo a todos . Deseo que este 2021 que justo acaba de empezar sea mejor que el anterior, cosa no muy difícil, por otra parte. Este artículo debería haber sido escrito hace meses pero la vida real manda y obliga a relegar las aficiones a un segundo plano. En el artículo anterior os expliqué cómo tomé la decisión de emplear 4 sprites para cada uno de los luchadores sin recurrir a la multiplexación para hacerlos más grandes. También os comenté brevemente cómo organizo la memoria para visualizarlos, y a continuación voy a detallar este punto un poco más. Agarraos que vienen curvas... Como os comenté anteriormente, la hoja de sprites ( sprite sheet ) de cada personaje ocupa 8KB . Para los que no conozcáis cómo ve la memoria de vídeo el chip VIC-II os lo resumo rápidamente: el VIC-II solamente puede "ver" a la vez un bloque de 16KB de memoria RAM como memoria de vídeo o Video-BANK/VBANK (4 bancos de 16KB = 64KB), que se selecciona modificando unos bits...

Ahora sí, entramos en el desarrollo del juego puramente dicho. Street Fighter 2 es un juego de lucha uno contra uno que en el apartado de los sprites cuenta con varias peculiaridades: luchadores muy grandes, gran variedad de movimientos especiales o movimientos sobre el suelo muy suaves. A priori, plasmar todo esto en una máquina con las limitaciones del C64 se antoja imposible, pero sacrificando algunos aspectos se puede conseguir algo decente. Eso creo, vamos. Al abordar los sprites de los luchadores estudié cómo los habían gestionado otros juegos similares para C64. Para poder explicarlo mejor he utilizado C64 Debugger , una potente herramienta que permite depurar la ejecución de un programa, así como ver el contenido de la memoria, los sprites, los bitmaps, etc. Street Fighter 2 (1992, US Gold) La conversión oficial utiliza hasta 4 sprites multicolor para cada luchador, 128 por luchador en total, que ocupan 8KB de memoria. Hoja de sprites de Ryu/Ken en Street Fight...

Editor de sprites de SEUCK. Retomamos este making of del juego. Anteriormente os había hecho una pequeña introducción al SEUCK y a la planificación del proceso de creación, y habíamos visto con más detalle el dibujado y la elaboración de escenarios . En esta entrada os hablaré de los sprites . SEUCK nos permite emplear hasta 127 sprites multicolor , es decir, de 3 colores (2 comunes a todos y 1 propio) y de 21x24 pixels pero de "pixel ladrillo" . Es una cantidad que a priori puede parecer generosa, pero que en función del número de enemigos -ya sean móviles o fijos-, de la cantidad de animaciones empleadas o de los elementos especiales que queramos mostrar (de esto os hablaré luego), podría resultarnos escasa. Editor de objetos de SEUCK. Centrándonos en las naves que aparecen en el juego, como hice con los escenarios, busqué imágenes de las naves de las pelis y traté de plasmarlos en la cuadrícula de 21x24, tratando de respetar las proporciones entre unas y o...

Veréis, llevo unos meses aprendiendo a programar en ensamblador de C64 y durante este tiempo he aprendido algunas cosas interesantes sobre cómo funciona internamente nuestra estimada panera, cómo representa los elementos gráficos de mis videojuegos favoritos y qué aplicaciones se usan en la actualidad para crear juegos. Una de las herramientas que muchos desarrolladores del presente usan para crear gráficos para juegos actuales de Commodore es un programa para Windows llamado Sprite Pad . Este editor de sprites permite importar una snapshot o instantánea (fichero .vsf ) de ejecución del emulador VICE y extraer  la información de los sprites de un juego para usarlos posteriormente o simplemente para cotillear. Y es este programa el que me ha revelado algunas curiosidades que desconocía. Con este artículo pretendo compartir estas curiosidades con vosotros, aunque posiblemente muchos de los que lo leáis ya las conozcáis, pero bueno... El mítico globo que venía como ejem...