Mostrando entradas con la etiqueta cpc. Mostrar todas las entradas
Mostrando entradas con la etiqueta cpc. Mostrar todas las entradas

viernes, 15 de abril de 2011

Nueva y extensa entrevista a los creadores de "Batman Forever" - Amstrad CPC


Pues sí señores. La gente de "Vanity" (muchos ya sabéis de quienes hablo) han entrevistado extensamente a los participantes de la ya megaconocida "Batman Forever" para Amstrad CPC (incluyéndome a mí, jejejejejeje). La verdad es que ha sido un placer participar en esta producción, nunca me cansaré de decirlo y sobretodo haber conseguido remover algunos cimientos que permanecían estancados en el pasado.

En esta extensa entrevista, se explican algo más a fondo determinados detalles técnicos de la demo, para "acallar algunos rumores" que gente como Longshot están pregonando referente a la calidad técnica de la producción. Desconozco el motivo real de esta campaña de desprestigio en contra de esta producción por parte de la facción más dura de la demoscene francesa, pero sólo hay dos posibilidades: ignorancia o simplemente insana envidia. Espero que sea el primer caso y todo sea fruto del desconocimiento.

Puedo llegar a entender, que tras el dominio absoluto de la escena cepecera de los franceses durante los últimos años, pueda jorobar un poco que un grupo de españolitos indefensos vengan a poner a todo quisqui firmes...

Logo animado Batman Amstrad CPC (50fps y Overscan)
"Batman Forever" ha conseguido de un plumazo lo que otros grupos de sceners fuera de España no han conseguido en todos estos años: que se hable del Amstrad CPC, dentro y fuera de su grupo de usuarios y que grupos de Commodore 64 se "molesten" en intentar clonar efectos de esta demo en su plataforma (sin demasiado éxito por el momento), cuando siempre se había pensado que el Commodore 64 era la plataforma reina de los 8 bits y que no había posibilidad alguna de competir contra ella por parte del resto de plataformas...

Versión piratilla de Commodore 64. Bastante más lenta,
sin Overscan (más pequeña) y en baja resolución :S
En cualquier caso, eso no justifica que la demagogia sea una opción válida para derrotar a tu "oponente". Mentir e inventar tomando como ventaja tu estatus de pseudoDios, coder entre coders únicamente deja asomar la gran sensación de impotencia que alguno habrá sentido al perder de la noche a la mañana su trono. Y es que para poder hablar sobre el apartado técnico de una producción de este calibre, antes hay que conocer sus entrañas y demostrar y/o documentar lo que se dice. La demo puede gustar más o menos visual y sonoramente, puede ser más o menos impactante, pero lo que es completamente indiscutible es que técnicamente es IMPECABLE y difícilmente superable (no imposible). Por lo tanto, espero que Longshot reconozca su error al decir que esta demo no es más que una "película", una sucesión de frames comprimidos y animados (se nota que no ha echado cuentas sobre la cantidad de memoria necesaria para almacenar toda esta demo frame a frame, incluso comprimida).

En cualquier caso, os dejo con la entrevista, donde Rhino explica muchísimo mejor que yo todos estos aspectos y pone algunos puntos sobre las ies. Eso sí, en perfectísimo inglés.

Por descontado que el tiempo pondrá a cada uno en su lugar y es algo que espero impacientemente sin duda alguna.


¡Que la disfrutéis!

Un abrazo a todos.

jueves, 14 de abril de 2011

Por fin un clon funcional del ACID de los cartuchos para Amstrad CPC+

Amstrad CPC6128+
Así es señores, hace escasos minutos el amigo mcleod_ideafix del que ya he hablado en este blog por ser literalmente un genio en lo referente al hardware, ha conseguido clonar el polémico chip ACID que se encuentra en el interior de los cartuchos para la gama plus de los Amstrad CPC y sin el cual el susodicho CPC+ es tan útil como una morcilla.

Años han pasado desde la aparición del Amstrad CPC+ (1990) y 21 años después, un reconocido usuario de la escena spectrumil ha sido el encargado de devolver a la vida estas máquinas.

¡Cartucho clónico funcionando!
Gracias a su trabajo y esfuerzo, ya es posible desarrollar juegos para la gama plus en formato cartucho sin la necesidad de "crujir" cartuchos antiguos para usar su ACID (que por otro lado son muy escasos).

Os recomiendo a todos que os paséis por su web donde va a subir toda la información sobre el proyecto. Yo ya estoy ansioso, ¿vosotros no?


Saludotes.

lunes, 4 de abril de 2011

Entrelazando que es gerundio - Amstrad CPC

Mi modesta aportación a "Batman Forever"
Mucho tiempo ha pasado desde mi última publicación. Y muchas cosas han acontecido en el mundillo cepeceril. Cosas que han revolucionado el panorama demoscene retro y ha meneado unos cuantos cimientos. Me refiero a la demo para Amstrad CPC denominada "Batman Forever". Producción en la que he tenido el gusto de participar aportando una pantallita (y otra que al final fue desechada) junto a Rhino (gran programador) y su equipo y que no ha pasado desapercibida.

Ganadora de la pasada "ForeverC 2011", demo del año en "Pouet.net"... En fin... 

Primera imagen que hice para "Batman Forever".
Al final fue desestimada a favor de "Joker Vs Batman"
Para los que no los conozcan, me refiero al grupo "Batman Group", "sceners" amigueros que le han echado un par de huevos al asunto y han abierto los ojos de muchísima gente en cuanto a la potencia real del Amstrad CPC y lo mal aprovechado que ha estado siempre. Y tiene cojones el asunto que hayan sido un grupo destacado en la programación de demos para Commodore Amiga, los que hayan abierto las puertas hacia el cielo de nuestra plataforma y que haya inundado de envidia (alguna sana y otras no tanto) a más de uno.

Pero ya se han escrito ríos de tínta al respecto (incluso hay una entrevista circulando ya, en inglés y otra está al caer) y no es el tema que nos ocupa en esta ocasión.

Así que felicito al grupo "Batman Group" (y a mí mismo por mi modesta aportación) y paso a otros asuntos. Por donde iba... ejem... a sí... EL ENTRELAZADO leches.

Este tipo tiene cara de cabreo... Y mucha resolución.
¿Alguien no sabe lo que es el entrelazado? Resumiéndolo, diremos que es la última tontería aplicada al Amstrad CPC que me pone palote, jajajajajaja. Pero veamos por qué tanto palotismo.

Muchos os habéis dado cuenta que los televisores y los monitores de ordenador tienen muchas cosas en común. Entre esas cosas que comparten se encuentra la capacidad de mostrarnos "animaciones" o secuencias animadas... Vamos, que se mueven cosas en la pantalla. Esta sensación de movimiento viene determinada por el transcurrir de imágenes estáticas, una tras otra, a gran velocidad (en el caso Europeo o sistema PAL, 50 veces por segundo). En un solo segundo, la pantalla de nuestro monitor (o del televisor) bombardea nuestra retina 50 veces con 50 imágenes distintas, que colocadas una tras otra en el transcurso del tiempo generan la sensación de que "algo se mueve suavemente" ante nosotros.

Estamos en CRYSIS... De verdad, que es un Amstrad CPC.
¿Aún no os lo creéis?
Cada una de estas imágenes es lo que se denomina "frame" o "cuadro" en castizo. Por lo tanto, se suele decir que la imagen de televisión nos llega a 50 fps (frames per second - cuadros por segundo) o que se refresca a 50 hz (50 ciclos por segundo). Algún día os explicaré por qué los emuladores que usamos en nuestras PeCeras actuales no muestran las imágenes tan suaves y fluidas como el ordenador original (los antiguos equipos muestran la imagen a 50 hz mientras que los monitores VGA actuales a 60 hz como mínimo).

Ya sé que es un tema denso, así que no me voy a extender más... Hay amplia información por ahí mucho más detallada al respecto.

Teniendo esto más o menos claro, tenemos que entender otro concepto nuevo: SCANLINE. A modo muy simple, una imagen está dividida en líneas horizontales, una sobre otra, como si de ladrillos que componen una pared se tratase. Estos scanlines tienen una duración (ancho) determinado y el total de scanlines superpuestos conforman el frame (cuadro). Repito que lo he simplificado muchísimo, pero ahora lo entenderéis mejor.

¿No os mola esta pilingui a todo color?
El Amstrad CPC, en su modo de pantalla "Mode 1", tiene una resolución de 384x272 píxeles como máximo visibles. Para que lo entendáis, eso significa que un frame o cuadro, está compuesto por 272 scanlines de altura y cada scanline tiene 384 píxeles de ancho. Repito que es algo más completo que esto, pero así lo entenderéis perfectamente.

Pues el ENTRELAZADO sirve, entre otras cosas, para simular un aumento de la resolución. En el caso que nos trae, pasaríamos de 384x272 píxeles a 384x544 píxeles.¿Cómo? Pues si cada frame tiene 272 scanlines de altura como hemos dicho antes, pues lo que se hace es dividir la imagen de origen de mayor resolución (544 scanlines) en dos partes o frames. En el primer frame pondremos los scanlines impares y en el segundo frame los scanlines pares. El inteligente lector pensará entonces que algo falla aquí, pues si empleamos 2 frames para representar una sola imagen, estamos reduciendo la tasa de refresco a 25 fps (en lugar de 50 fps). Y tiene toda la razón. Los modos entrelazados aumentan la resolución a cambio de reducir la tasa de refresco a la mitad, lo cual genera un ligero parpadeo en la imagen (por reducir a la mitad el número de imágenes por segundo que llega hasta nuestros ojos).

Venga, más cerquita, que no se diga...
Pero a pesar del ligero parpadeo, usado con astucia, puede generar verdaderas maravillas en sistemas limitados en color y resolución (como el Amstrad CPC). 

Una de las características del chip de vídeo del Amstrad (el famoso CRTC) es la capacidad de generar un entrelazado automático que no requiere de mantenimiento por parte del procesador. Si bien es una característica a explorar, pues esta capacidad aparentemente difiere entre distintas revisiones de CRTC. En nuestro caso, hemos hecho las pruebas con un CRTC0 (el que tiene mi Amstrad CPC6128). Habría que hacer pruebas para el resto de versiones de CRTC (1,2, preASIC y ASIC); todo se andará.

El modo entrelazado "automático" se consigue en el CPC toqueteando el registro 8 (R8) del CRTC. Por supuesto, que no todo iban a ser ventajas. Además del problema del "parpadeo", en el caso del Amstrad CPC, implica tener 2 copias de la misma imagen (una con las scanlines pares y otra con las impares) en memoria. Como hablamos de una imagen en Overscan (pantalla completa), cada frame requiere de 25.5Kbytes de RAM, que al ser una imagen entrelazada se multiplica por 2, lo que nos deja que mostrar una imagen de este tipo a pantalla completa en el Amstrad CPC requiere de 51Kbytes de RAM, osea, casi toda la RAM disponible en el primer banco de memoria (64Kbytes)...

Scarlett, ven a mí cariñín.
Pero bueno, considerando el resultado, merece la pena. Además de las imágenes que acompañan al artículo, os dejo un vídeo para que veáis que aquí no hay ni trampa ni cartón.

Las muestras que veis usan una resolución entrelazada de 384x544 pixeles (que voy a bautizar 544i, jejejeje) y únicamente 4 colores (los que permite el Mode 1 del Amstrad CPC). Sin embargo, gracias al entrelazado y el efecto "mezcla" entre imágenes y eligiendo cuidadosamente esos 4 colores, da la sensación de que tenemos una imagen de muchísimos más... ¿O alguno de vosotros es capaz de asegurarme que en esas imágenes sólo hay 4 colores? Yo os lo prometo, que sólo hay 4.

Si es que para el que aún no se haya enterado, el CPC es mucho CPC. Y tener una paleta de colores "viva" (o saturada) y la mayor resolución de pantalla en el mundo de los 8 bits (en modo entrelazado llega a los 768x544 píxeles, casi 800x600!!!!) tiene sus ventajas.

Juzgad vosotros mismos.

Un saludo fieras y hasta pronto.

martes, 15 de febrero de 2011

Sub Hunter - Amstrad CPC (ya está aquí)


Cómo ya os anuncié hace unas semanas en una entrada anterior, estaba a puntito de caramelo el juego Sub Hunter para nuestro Amstrad CPC (adaptación del original creado en Commodore 64).

Pues bien, ya lo tenemos aquí, y sólo puedo decir que me ha impresionado, y mucho. Si además tenemos en cuenta que no soy fácilmente impresionable, pues más mérito tiene.

Nada más arrancar el juego, nos topamos con una introducción animada, en "alta resolución" pero con muchos colores, diferentes planos de scroll... Vamos, toda una obra de arte. Esto promete...

Llegamos al menú y estoy impaciente por verlo funcionando (tras ver la versión de Commodore 64 y esos scrolls rapidísimos en varios planos, me temo lo peor para Amstrad CPC). ¡Pues no! El juego tiene exactamente el mismo scroll que su hermana de Commodore 64, con sus planitos molones dando una sensación de profundidad fantástica. El control es perfecto, la velocidad, de vértigo y el juego jodidamente adictivo.

Pero como lo mejor es que lo comprobéis vosotros mismos, no voy a extenderme más... Os dejo un vídeo de como pinta el juego (el audio se desfasa un poco, aviso, no es problema del juego) y el link para acceder a la web desde donde podréis ver la ficha del juego y descargarlo.






Saludotes.

miércoles, 26 de enero de 2011

Emulando el BEEPER del Spectrum 48K con el puerto de cinta del Amstrad CPC

No, no me he vuelto loco. Así es, tal cual lo habéis leído. Pero antes pongámonos en situación.

Spectrum 16K / 48K (el "gomas")
Como muchos sabréis, el ZX Spectrum en sus primeras versiones generaba sonido usando un pequeño altavoz interno (un buzzer) como única arma. Cuantísimas risas nos hemos echado los cepeceros en la época, comparando las músicas y el sonido de nuestro flamante Amstrad CPC y su AY8912, con los pitiditos "cutres" del ZX Spectrum 48K (el famoso "gomas") del vecino / compañero de clase.

Ciertamente, los pobres usuarios de los primeros Spectrum (aquellos que no poseían nuestro querido AY) tenían todas las de perder. Su sistema de generación de sonido es bien simple: enviar 1 para que el cacharro pite o enviar un 0 para que deje de pitar, sin más. Digamos que únicamente genera sonido usando 1 bit, lo cual no deja demasiado margen de actuación... Sin embargo, visionarios como el señor Joffa cayeron en la cuenta de que enviando unos y ceros (1010101010101...) a gran velocidad a ese primitivo altavoz, se podría simular tener varios canales de sonido a distintas frecuencias en ese diminuto buzzer. Por supuesto, ese envío masivo de bits a gran velocidad se realiza tirando de procesador, así que el pobre Z80 del Spectrum va un poquito pasado de vueltas. Por ese motivo, los juegos de 48K tenían música multicanal en los menús, pantallas de Game Over y poco más, donde podías dedicar la mayoría del tiempo de procesador en generar sonido y lo restante en mostrarnos el menú y esperar alguna pulsación de teclas.

Placa Base del Spectrum 48.
Abajo a la derecha, el zumbador de marras, alias
"LOUD SPEAKER"
Y los años pasan, señores... Y las tecnologías mejoran... Y la inventiva y el ingenio también. Hoy en día, para Spectrum 48 y su beeper existen verdaderas obras de arte sonoras multicanal. Existen varios motores de sonido (el más moderno y potente, el Phazer 1, con baterías sampleadas), que permiten tener 2 canales de sonido y uno de percusión, por ejemplo. También tenemos trackers para generar esas melodías, como el Beepola, donde se pueden generar composiciones con todos esos "motores".

El resultado, ciertamente es increíble (teniendo en cuenta que hablamos de un simple beeper conectado al Z80, sin más).

El PPI 8255 encargado de controlar el puerto de cintas,
el puerto de impresora y el propio AY del
Amstrad CPC
Pues bien, teniendo esto claro, al chalado de Syx y a mí se nos ocurrió que, el chip PPI 8255 del Amstrad CPC, encargado entre otras cosas de generar "los pitiditos" de carga en las cintas, pues... vaya, que funcionaba igual que el beeper del Spectrum. Es tan simple como que los pulsos (los soniditos de carga) de una cinta no son más que secuencias de unos y ceros (11101010101010...) a distintas frecuencias (esto a grandes rasgos). Pues nada hombre, vamos a emular el beeper del Spectrum usando el PPI 8255 del Amstrad, adaptando el motor de sonido Phazer 1 usado en Spectrum y a ver qué pasa.

El resultado lo tenéis justo debajo de esta línea (dadle al PLAY y me comentáis qué tal):



Eso es, señores, nada más y nada menos, que una grabación hecha en el portátil resultado de conectar el cable de cinta al Line In del portátil. Si no lo recordáis, el cable tenía 3 cables, uno azul (el de entrada), otro rojo (para grabar nuestros programillas en una cinta) y uno blanco más pequeño que era el control remoto, encargado de encender y parar el motor del cassette. Pues bien, el cable rojo (REC) conectado al portátil. El resultado es el que habéis escuchado.

El tracker Beepola, con el que podemos componer
musicones para el beeper del Spectrum
Y repito, aquí no ha participado el chip de sonido del CPC en absoluto (el AY). Es sonido de 1 bit puro y duro, directo del puerto de cintas del Amstrad a nuestros oídos.

Observaréis que se oyen algunos defectillos en la reproducción, pero el culpable es el compresor de MP3 (el WAV original se oye perfecto)...

Resumiendo: una chorrada como un piano, pero a mí me mola y... bueno... si sumamos los 3 canales de sonido del PPI a los 3 canales del AY... pues... tenemos 6 canales de sonido, por si alguien se anima.

En fin, que lo paséis bien y hasta la próxima chorrada tecnológica.

¡Saludos!

sábado, 6 de noviembre de 2010

CPCVIEW para Amstrad CPC - ¿Son 16 colores suficientes?

El señor Horatio, tras pasar por las manos del CPCVIEW
y con el filtro simulador de monitor activado


El otro día, ojeando el blog de Manuel Sagra, "Paraíso Friki" (http://paraisofriki.com/post/1486365429/yeeppy-ki-yay-d), descubrí en "DevianArt" el fantástico trabajo de Anthony Geoffroy. Este gran dibujante tiene unas cuantas caricaturas espectaculares de varios y variopintos personajes conocidos por todos y de rabiosa actualidad.

Visto lo visto, he pensado que puede ser una buena excusa para explicaros por encima las características gráficas del Amstrad CPC y enseñaros una preview del conversor en el que trabajamos Syx y yo, usando para la demostración las imágenes de Anthony y así demostrar la potencia gráfica del Amstrad CPC y su paleta de colores si se usa con conocimiento y cabeza.

El Amstrad CPC tiene una paleta total de 27 colores (realmente son 32, pero 5 son colores repetidos, así que tenemos un total de 27 distintos). Técnicamente se resume en que tenemos 3 componentes de color (Rojo, Verde y Azul - RGB = Red, Green, Blue) y cada uno de ellos puede tener 3 valores posibles (0, 127 y 255). Eso son 3^3 colores, osea, 27.

Por ejemplo, el color NEGRO equivale a los valores RGB (0,0,0), el BLANCO equivale a los valores RGB (255,255,255), el GRIS sería RGB (127,127,127), el ROJO INTENSO pues RGB (255,0,0), etc.

Teniendo esto claro, ahora definamos la cantidad de colores disponibles en pantalla simultáneamente, que son directamente proporcionales al modo (Mode) de pantalla que usemos.

De modo oficial, el Amstrad CPC tiene 3 modos de pantalla para uso y disfrute del usuario, a saber:
  • Mode 0: 192x272 píxeles (160x200 píxeles en modo Firmware), 16 colores simultáneos de 27.
  • Mode 1: 384x272 píxeles (320x200 píxeles en modo Firmware), 4 colores simultáneos de 27.
  • Mode 2: 768x272 píxeles (640x200 píxeles en modo Firmware), 2 colores simultáneos de 27.
¿Qué es eso del modo "Firmware"? El Firmware son el conjunto de rutinas que trae preprogramadas el Amstrad CPC en su memoria ROM. Esas resoluciones, son las resoluciones que decidieron los fabricantes poner como "predeterminadas" al arrancar el equipo, pero gracias a la flexibilidad del hardware gráfico del Amstrad CPC, esas resoluciones son completamente variables "a gusto del consumidor". Los "ports directos" de Spectrum para Amstrad CPC, por ejemplo, usan una resolución de pantalla de 256x192 píxeles REALES (idéntica a la del Spectrum y MSX).

Una muestra del tramado LINEAL en el fondo.
Gregory House nos saluda desde nuestros
Amstrad CPC
Esta flexibilidad siempre ha sido una característica "oscura" para los usuarios españoles de Amstrad CPC, y algo muy poco usado en las compañías de videojuegos españolas de la época (cuando la usaban, era precisamente para reducir el tamaño de la pantalla hasta el más absoluto ridículo, dejándonos con un inmenso BORDE negro alrededor).

En cuanto las limitaciones a nivel de color por zonas de pantalla, el Amstrad CPC destaca sobre el Spectrum, el MSX y el propio Commodore 64, pues podemos usar un color por píxel, sin más. Recordemos que el Spectrum puede usar únicamente 2 colores por cada 8x8 píxeles, por ejemplo.

El señor Horatio del principio, sin ningún tipo de filtro
y usando tramado LINEAL
En esta entrada no voy a abordar ni los RASTERS, ni los SPLIT SCREENS, ni el SCROLL HARDWARE suave del que dispone el Amstrad y que es otro gran desconocido para los usuarios españoles y las susodichas compañías de software (menos alguna pequeña excepción). Estas técnicas permiten tener más colores en pantalla, mezclar modos de pantalla y ver correr un scroll de fondo a pantalla completa (sin bordes) a velocidades de infarto y a 50 fps. Todo esto lo abordaremos en una próxima entrada, y espero contar con la genialidad de Syx para ello, pues es el maestro español en este tipo de técnicas.

Lo que sí podéis deducir, mirando las cifras anteriores es que el Amstrad CPC es el ordenador con mayor resolución de pantalla en la historia de los 8 bits (768x272 píxeles y 96x34 caracteres en pantalla), aunque únicamente con dos colores. Ese modo de pantalla es perfecto para gráficos tramados en alta definición, procesamiento de texto, hojas de cálculo, etc. 

Conversiones realizadas con el programa
CPCVIEW, tramado ALEATORIO y el modo de
cuantización de color "optimizado" para la paleta
del Amstrad CPC.
Para juegos, el modo "natural", es el "Mode 0", que tiene 16 colores disponibles de los 27 que nos ofrece el Amstrad CPC, aunque con una resolución menor (el famoso "Ladrillo Píxel", donde el píxel no es cuadrado, más bien es rectangular, el doble de ancho que alto). El "Mode 1" también fue bastante usado para juegos, con mucho menos colorido pero mayor resolución (píxel cuadrado, equivalente al de MSX y Spectrum). El "Mode 2" fue usado en un par de juegos, no más.

Ahora que lo tenemos todo más o menos claro, llega el momento de presentaros el programa de Syx y mío, CPCVIEW. El CPCVIEW es un conversor (pendiente de terminar) enormemente flexible (mucho más que los existentes actualmente) a la hora de convertir gráficos y hacerlos compatibles para el Amstrad CPC. Permite definir cualquier tipo de resolución para la conversión, cambiar los valores de color, brillo, contraste, enfoque, 3 tipos distintos de dithering (aleatorio, ordenado y lineal, este último, marca de la casa, jejejeje), filtros de pantalla y el modo de pantalla "inventado" por Syx y por mí que hemos denominado "Mode 5", que permite tener los 27 colores de la paleta de colores simultáneamente en un modo de resolución equivalente al "Mode 1 oficial" (resolución media). También dispone de 3 tipos distintos de "cuantización" de color seleccionables a la hora de realizar la conversión. Dos de ellos son "matemáticos" (y son los que por regla general usan el resto de programas existentes), pero el tercero es "manual" (o a ojímetro, como yo le llamo) y está optimizado por "un servidor" (yo mismo) para que la adaptación de color se haga pensando en la paleta del Amstrad CPC, y los resultados son brutales (como podéis observar en las capturas que acompañan a la entrada).

Pero el punto fuerte de la aplicación, es que es multisistema. Está programada en Python, y mientras que Syx la programa en su Linuxete Debian, yo lo pruebo y ejecuto en mi Windows XP sin problema alguno. El programa funcionará en cualquier sistema que disponga de intérprete Python (la gran mayoría).

CPCVIEW en pleno funcionamiento. Click en la imagen
para verla a tamaño real.
El programa sigue en desarrollo y todavía no está disponible para descarga, pero yo hace ya meses que lo uso habitualmente y el resultado que hemos obtenido en las conversiones es más que óptimo (como podréis observar en las capturas que acompañan esta entrada).

En definitiva, que he matado varios pájaros de un tiro con esta entrada, que espero que haya aclarado algunas cosas a muchísimas personas que no hacen más que preguntarse una y otra vez... ¿Pero cuantos colores tiene el Amstrad? ¿Qué colores son?...

Un saludete a todos y gracias por su atención.

domingo, 3 de octubre de 2010

Street Fighter 2 CPC Edition - El desenlace

Hace unos años, me di a conocer en el mundo Retro (en los foros de Amstrad españoles concretamente) con una versión del Street Fighter 2 bastante peculiar.

Como ya sabréis (y si no, lo sabréis ahora) la versión de Amstrad CPC de este juego brilla por su ausencia (si bien estaba anunciado). Únicamente los usuarios de Spectrum y Commodore 64 pudieron "disfrutar" de este juego en sus equipos (excluyo a la GameBoy pues me estoy refiriendo a ordenadores de 8 bits).

Pantalla de carga - Street Fighter II CPC Edition
Un gran mazazo sin duda, para los sufridores usuarios de Amstrad CPC. Hoy en día seguimos esperando un milagro que de momento no llega. Yo mismo, tengo en marcha una versión en desarrollo de este juego (de momento parada).

Pero mientras la versión definitiva llega a nuestros monitores, una versión apareció por Youtube que dejó de piedra a propios y sobre todo, a extranjeros (de español ni papa, oigan). Pues bien, esa versión de Street Fighter 2, no fue más que un homenaje a mi Amstrad CPC. Está creado con el motor de juegos de lucha denominado "MUGEN". Convertí 4 fondos y 4 personajes (con todos sus sprites) a formato Amstrad, convertí los MIDIs a músicas Chiptune usando el Scream Tracker 3, etc.

¿El resultado? Una versión más que digna (pero falsa) del SF2 para Amstrad CPC. ¡La que se llegó a liar!

En definitiva, un vídeo homenaje que alguno interpretó como "otra cosa". ¿Para cuando la versión final y real? Pues ya veremos, el tiempo y las ganas dirán. Pronto os mostraré algunos grafiquillos que tengo terminados.

Saludos,


sábado, 2 de octubre de 2010

Cachivaches Retro para tu Amstrad

En una de mis idas de pinza (bastante habituales, por cierto), se me ocurrió la genial idea de conectar un Pendrive USB al Amstrad CPC para usarlo como unidad de disco de alta velocidad y capacidad.

Se lo he pinchado a un Amstrad, ¡qué pasa!
Estoy loco, loquísimo, lo sé (soy consciente de ello y he aprendido a vivir así). Lo peor de todo es que me puse manos a la obra y lo conseguí. Lo he llamado VDRIVE. Es todavía un prototipo y de momento lo tengo parado (por falta de tiempo), pero la idea es poder terminarlo en el transcurso de 1 año (para la RetroMallorca 2011).

De la parte del software encargada de manejar tal invento se ha encargado SyX. Juntos hemos pensado que, ya que dotamos de dos puertos USB al Amstrad CPC, podríamos crear drivers para ratones USB, teclados, pads de juegos... y cualquier cosa que se nos pase por la imaginación.

Os dejo unos enlaces donde por el momento, y a modo de introducción, veréis a mi CPC reproduciendo vídeos desde un Pendrive y arrancando un jueguecillo (StormLord).

Un saludo.

 


Mi Amstrad CPC, sus Ladrillo-Píxeles y Yo

Los que me conocen, saben de mi afición por lo Retro y por mi primer ordenador: Un Amstrad CPC 6128. Muchos años aprendiendo con él, programando, copiando listados de revistas y... ¡dibujando!

Cuando descubrí hace unos 12 años los emuladores, vi abrirse el cielo. ¡Tenía mi Amstrad dentro del PC! ¡Por Dios! ¡Trata de arrancarlo, Carlos! Lo siguiente fue encontrar gente con gustos afines, entrar en grupos de programación Retro y... ponerme a pixelar gráficos para mi querido Amstrad y los futuros juegos que vendrían.

Aquí os dejo una selección de gráficos varios. Todos para Amstrad CPC. Hay sprites, tiles, pantallas de carga, gráficos sin terminar, material descartado que no se ha usado... En definitiva, de todo un poco y para todos los gustos. Estad atentos porque próximamente añadiré nuevas imágenes y también alguno de mis trabajos para otras plataformas Retro, que no sólo de Amstrad CPC vive el hombre.

Espero que lo disfrutéis,

Un saludo.