-
30-06-2009
El Blog de Radastan : Atari XL/XE - 60 juegos destacables
He encontrado un excelente video que puede servir de buen ejemplo sobre las capacidades lúdicas de los Atari de 8 bits. Estas máquinas las menciono bastante en este blog por su escasa repercusión en España, cuando sus capacidades se encuentran entre un C64 y un Amstrad CPC. Muchos juegos os sonarán, otros os sorprenderán.
Yo estoy contentísimo con mi Atari XE, un ordenador que a la chita callando sólo deja alegrías. Probadlo aunque sólo sea en un emulador, merece la pena.
Un juego muy entretenido, y eso que es de los primeros, es el Pastfinder. Un buen comienzo para probar cosas nuevas en este ordenador. -
30-06-2009
El Blog de Radastan : Atari XL/XE - Desmocene: Das Omen
Una gran demo de 1989, perteneciente al grupo The German Chaotics. Os dejo enlace a Pouet para descargarla. No es espectacular, pero es muy agradable. -
20-06-2009
El Blog de Radastan : Atari XL/XE - Music Disk Stereo Edition
Nueva producción escénica musical para los Atari de 8 bits, en esta ocasión enfocada a los usuarios que han sacado sonido estéreo de sus máquinas y quieren sacarle provecho. Un recopilatorio musical muy recomendable.
Descargar aquí. -
18-06-2009
El Blog de Radastan : Atari XL/XE - Demoscene (III)
Hacía tiempo qe no buscaba nuevas cosas de demoscene para 8 bits, así qe hoy voy a desahogarme un poco empezando con los Atari de 8 bits. La verdad es que el año pasado se curraron muchas cosas para este ordenador, parece que está surgiendo con fuerza un movimiento de escena en este sistema.
Pure:
kHAI-eT:
Recall:
Eugenia:
Y ahora pasemos a cosas extremas. En primer lugar hasta donde puede llegar esta máquina con melodías sampleadas:
Y hasta donde puede llegar ampliada a 320K de memoria y usando 3D hasta sus límites: -
09-06-2009
El Blog de Radastan : Atari XL/XE - Isora
Y nuevo juego para los Atari de 8 bits, esta vez un juego de perspectiva isométrica en plan puzzle. No es que sea la repera, pero entretenido es.
Descargar aquí. -
06-06-2009
El Blog de Radastan : Atari XL/XE - Sssnake It!
Nuevo juego basado en el clásico Snake. Simple, pero siempre divertido.
Descargar aquí. -
06-06-2009
El Blog de Radastan : Atari SAP Music Archive (ASMA)
Imagina algo tan grande como el High Voltage SID Collection pero dedicado a los Atari XE/XL. 4 días, 22 horas, 10 minutos y 54.5 segundos de música en total distribuidos en 2843 canciones .SAP. Y lo mejor de todo, en un único fichero ZIP para descargar.
Por supuesto hay sección de reproductores para poder deleitarnos en nuestros PC's (recordar que el sonido no es fiel al 100%).
IR A LA WEB ASMA -
17-05-2009
El Blog de Radastan : Raster Music Tracker 1.28
RTM es un tracker muy peculiar, permite componer melodías para Atari XE/XL pero desde PC. Es decir, es un tracker cruzado. La ventaja es que podemos componer más comodamente desde el PC y luego pasar el resultado a nuestro Atari.
Descargar -
01-05-2009
El Blog de Radastan : Atari XL/XE - Detective
Ya tenemos entre nosotros otro jueguecito para nuestros Atari de 8 bits, una aventura conversacional nada menos (ya tocaba). La pega es que está en inglés, lo bueno que es un inglés muy asequible y que el juego se deja llevar muy bien.
Descargar juego
Darle una oportunidad, es realmente entretenida. -
01-04-2009
El Blog de Radastan : Atari XL/XE - Flop Diskmag
Nuevo número del magazine en disco FLOP. Eso si, o sabes checo o te sonará a chino... -
27-03-2009
Ron Dreamcast : Nueva version: Atari800 v2.1.0
Atari800 v2.1.0
Ya está lista para descargar la nueva versión de uno de los mejores emuladores de Atari 8 bit.
Lo podéis descargar desde aquí.
Os dejo las notas de la versión, muchos y muy buenos cambios.
New features:
-------------
* added Axlon and Mosaic RAM expansions for Atari 400/800
* added emulation of 1400XL, 1450XLD, MIO and Black Box
* added support of .PRO copy-protected disk images
* implemented tape loading with variable bitrates
* implemented cassette writing via hardware registers
* added switching between NTSC and PAL color palettes
* added emulation of XEP80 and a prototype 80 column card
for the Atari 1090 (SDL only currently)
* added emulation of CX85 numeric keyboard (Java and SDL only)
* event recording added (-record, -playback): save your game walkthrough
using the "-record mygame.dat" and later impress your friends by
your game skills or highest score using the "-playback mygame.dat"
* NTSC Filter option added to UI
* -directmouse added to SDL and X11 (used for -mouse pad or koala)
* monitor supports arrow keys - e.g. up-arrow for history
* SDL: interpolated scanlines (use -scanlinesnoint to disable)
* SDL: added -mouse, -mousespeed, -grabmouse (also Alt+M)
* SDL: visual configuration of keyboard joysticks layout in the UI
(F1 -> Controller Configuration -> Define layout)
default mapping changed to 4,8,6,5 (joy0) and A,W,D,S (joy1)
* R: device can be serial-only, network-only or both (selectable)
* R: device now supported on MS Windows and Dreamcast as well
* a completely new port to Java using NestedVM, running also as an applet
* Falcon/TT: removed Devpac dependency in asm files (now gcc friendly)
Fixes:
------
* fix for "Ilusia" demo
* better GTIA bug mode emulation
* POKEY sound: nonlinear mixing (not enabled by default), two-tone filter
* fixed POKEY registers: ALLPOT, IRQEN and STIMER
* various Atari5200 fixes
* fixed Atrax cartridge bank switching
* fixed sound recording to WAV
* -showspeed fixed, now shows speed * major source code cleanup, compiles with -pedantic etc.
* Save State: added support for Axlon and Mosaic (version increased to 5),
fixed PBIM12 restoring, fixed PAGED_MEM error with POKEY,
color palette restoring fixed
* SDL: using DirectX driver on MS Windows (much faster),
fixed stdout.txt on MS Windows,
fixed broken Caps Lock key handling,
-audio16 fixed
* Dreamcast recognizes the TAB key
* MS-Windows: Shift+Control fixes
* dropped SVGAlib target - use SDL instead
Sed buenos y emular mucho xD.Ron Dreamcast, Retro Scene & Emulation -
23-03-2009
El Blog de Radastan : Atari XL/XE - Balls Forever demo
En la demoscene estamos acostumbrados a ver cosas inpensables, vilguerías más allá de lo imaginable, pero a veces también es posible recrearse en la sencillez. Esto es lo que se puede hacer con 1 Kb:
Si, más de uno dirá "¡menuda chorrada!", ahora meditemos: 1 Kb para la rutina de animación y la música. Si lo pensamos friamente es sorprendente, sólo la música ya es un triunfo que ocupe 1 Kb. -
22-03-2009
Ron Dreamcast : Sprites, Hardware, Juegos de Ordenador y 3D en 8 bit.
Las tecnologías empleadas en los juegos actuales han avanzado hasta el punto en que los estudios creativos de juegos de ordenador y consolas son ahora los líderes en investigación gráfica. En efecto, la exigencia de realismo de gráficos en tiempo real, sin duda ha impulsado la investigación de los gráficos en esferas tales como la imagen basada en las altas prestaciones y la capacidad de usar varios procesadores para el dibujado. El salto tecnológico es patente.
Lo que pretendo es explorar superficialmente la industria de 8-bits (de 1982 a 1990) y, en particular, las arquitecturas gráficas , algoritmos y técnicas empleadas en ese momento en los juegos de ordenador.
En lugar de intentar hacer una revisión completa de todas las máquinas disponibles en el momento, voy a concentrarme en algo que pude palpar de primera mano en los 80 y los 90: El Commodore 64, que fue sin duda el mayor éxito de los 8 bits, pero también me detendré con una breve mirada al Atari 800 y al Sinclair ZX Spectrum, con del fin de establecer una pequeña comparación.
Más adelante, esbozaré superficialmente la arquitectura del C64 y su subsistema de gráficos (para compararla con algunos de sus principales rivales), también algunas de las técnicas gráficas utilizadas en los diferentes géneros de juegos y también exploraré algunas de los más esotéricos efectos que pudieron ser exprimidos de los C64 dadas las peculiaridades de su chip de vídeo.
La época dorada de los juegos de 8 bits comenzó en 1982 y continuó hasta aproximadamente 1990. Tras el éxito de los juegos de ordenador aficionado (como el Sinclair ZX-80), una serie de compañías informáticas fabricaron simultáneamente una serie de potentes ordenadores domésticos listos para usar, caracterizado por el Commodore 64, el Sinclair Spectrum y Atari 800 ( que me limitaré a hacer referencia a como los Atari 800 o sólo de Atari).
De hecho, hay muchos más contendientes:
A simple vista se trata de un resumen de una selección de la amplia gama de ordenadores de 8-bit que aparecieron en el mercado alrededor de 1982. Los líderes del mercado fueron los C64, el Spectum y el BBC (en Europa) y Atari (en los EE.UU.). Amstrad fue capaz de aportar una gran visión, capturó suculentos trozos de la cuota de mercado a mediados de los años ochenta con el CPC-464, pero hasta la llegada de las máquinas de 16 bits (anunciadas por los Commodore Amiga y Atari ST), el Commodore 64 fue el equipo más popular de origen.
Su popularidad se debe sin duda a las capacidades gráficas y de sonido en lugar de sistema operativo (en los C64 el BASIC es de lo mas malo nunca visto) o la velocidad (el reloj del procesador es más lento que la mayoría de sus contemporáneos). Era una simple cuestión básica para lograr los efectos de animación - en los C64 se dispone de soporte hardware para el desplazamiento y los sprites. Los sprites son pequeños elementos gráficos fijos en anchura y altura que pueden colocarse al margen de la pantalla principal y se aplican en la creación de personajes móviles en juegos . Estas características alentaron la experimentación, y toda una generación de programadores se familiarizó con la arquitectura y llevaron sus posibilidades hasta la frontera de lo que era posible.
Atari 800
Atari tenía el sistema de gráficos más poderoso , lo cual no es sorprendente si se tiene en cuenta el linaje de la máquina. El chip GTIA (George's Televisión Adaptador) proporcionó el soporte de hardware para los sprites (llamado Player/Missile Graphics, o simplemente gráficos PM), un gran número de modos de vídeo y un de procesador de video, el ANTIC, permitiendo cambios de modo de trama por línea para la visualización de efectos avanzada . Ambos chips mapeaban en memoria y disponian de un gran número de registros de control para su funcionamiento. Los graficos de 5X8 píxeles de ancho podían exhibirse en diferentes posiciones horizontales. Para mover un sprite horizontalmente, se actualizaba el registro horizontal del sprite manipulado. Para el movimiento vertical, el mapa de bits de datos asociados con el sprite era trasladado en la memoria. El quinto sprite, opcionalmente, podía ser dividido en sprites de cuatro X dos píxeles de ancho , cada uno con control independiente horizontal. Estos fueron diseñados para mostrar lpor ejemplo los misiles o disparos. Este acuerdo se adapta perfectamente a ciertos tipos de juegos - en particular el género de Space Invaders - un buen ejemplo del que es Galaxian.
En Atari las prioridades de sprite frontal y sprite de fondo pueden ser especificadas, y el chip GTIA se encargará de detectar todas las colisiones entre los sprites y sus restos en los registros, con indicación de los sprites que hayan participado en la colisión. Su uso y posterior aplicación es más flexible que con el sistema del Commodore 64, en el que un único bit registra las colisiones y otro lo hace con las colisiones del fondo, que requiere la realización de nuevos ensayos de medida para determinar las superposiciones del sprite que ha participado en una colisión.
Esto es análogo a la amplia y estrecha fase de detección de colisión en uso en la mayoría de los sistemas de animación basada en física.
Fue el chip ANTIC el que determinará la resolución y el número de colores disponibles en la pantalla, y lo hizo por una selección de un gran número de modos de texto y gráficos. Exclusivo de los Atari, sin embargo, era el sistema gráfico, que más tarde se convirtió en parte integrante del Commodore Amiga, la arquitectura de los gráficos. La video se basaba en una lista de comandos interpretados por el chip ANTIC y accesible a través de DMA. Cada comando de video era capaz de seleccionar uno de los 16 modos de pantalla, lo que determinó la resolución, número de colores y la interpretación del video.
La pantalla tiene su propia lista de control de flujo implementado utilizando comandos de salto, de manera eficaz el chip ANTIC es un procesador que opera en paralelo con el 6502. Potencialmente, cada línea de la pantalla puede tener su propia entrada en la lista de video, lo que permite el control selectivo de tramas en cada línea, y muchos modos pueden co-existir en la pantalla al mismo tiempo. Soporte de hardware para desplazarse por medio de X e Y con los registros de desplazamiento, permitiendo que toda la pantalla se desplace en la dirección horizontal o vertical hasta 15 posiciones de pixel. Cada pantalla y su lista de comandos puede activar / desactivar el desplazamiento de sus líneas asociadas , lo que permite el desplazamiento de la pantalla dividida.
Por último, cada entrada de la lista de video es capaz de marcar una solicitud de interrupción, por tanto, el control puede ser pasado a la CPU cuando la trama de exploración llegue a un cierto punto en la pantalla, facilitando la sincronización de la pantalla y el software. Estas técnicas fueron también de uso común en el Commodore 64, pero se le prestó mucho menos apoyo, y para mostrar la funcionalidad de la listas de video sólo se podía hacer mediante la emulación por software.
Dependiendo del modo de video, un número de colores pueden ser visualizados en la pantalla, seleccionables de una paleta de 16 colores. Singularmente, el brillo de estos colores puede también ser especificado - hay ocho ajustes de luminancia - lo que da un total de 128 colores en la paleta. En algunos modos, esto se extiende a 16 ajustes de luminancia, dando 256 posibles colores.
El Sinclair ZX Spectrum
El Sinclair ZX Spectrum se distinguió por no tener soporte de hardware para los sprites, además se convirtió en un obstáculo importante para los programadores y del desarrollo gráfico de la máquina. De hecho, el Spectum es una maravilla de la ingeniería minimalista, carente incluso de un chip de vídeo. Todas las operaciones de E/S de vídeo se realizan a través de una ULA que controla la parte inferior de 16K de memoria RAM, de los cuales 6.912 octetos se utilizan para la pantalla de presentación. La pantalla se compone de un bitplane de 256x192 con un cero en representación de un píxel para ser coloreado con el color de fondo y una indicación de la utilización del color de frente, como fue el caso de muchas otras máquinas. Sin embargo, un atributo de presentación de 768 octetos codificados como un único plano y colores de fondo para cada cuadrado de 8x8 píxeles, seleccionados entre dos valores de brillo, y pueden ser marcados para parpadear. Así que a partir de los 16 colores disponibles, dos son posibles en cada bloque.Como resultado de ello, es muy difícil evitar el sangrado de color. Cuando un personaje de animación (por lo general aplicado con arreglos de bloques de 8x8 píxeles) se traslada sin problemas a través de un fondo, si el personaje es de un color diferente al fondo, a menudo es imposible atender las necesidades de color de los gráficos de fondo y de carácter único dentro de los bloques. Por lo general, el carácter de color se ha utilizado tanto para los gráficos de fondo y primer plano. Esto hace que el personaje de color parezca hacer un sangrado en el fondo. Para minimizar este problema, muchos juegos, ya sea a) evitar el color por completo, b) medidas que limitan la animación múltiplos de ocho píxeles en cualquier dirección, o c), creado en torno a una gruesa frontera para reducir al mínimo el efecto de sangrado. Al igual que con los 64 y Atari, es posible sincronizar el software con la pantalla utilizando los manipuladores de interrupción invocados desde la ULA en respuesta a las interrupciones para impedir el parpadeo.
El Commodore 64 La capacidad gráfica del C64 la proporciona el chip VIC II 6567/6569 fabricado por MOS (Interfaz de controlador de vídeo). Estos dispositivos fueron diseñados originalmente para consolas de juegos , sólo superados por los dispositivos Atari GTIA / ANTIC .El VIC es un dispositivo que soporta tres modos de visualización basada en caracteres, dos modos de mapa de bits, ocho sprites por hardware , asistencia en scroll por hardware y una paleta de 16 colores (pero no el control de luminancia). Al igual que hace el Atari, el dispositivo se mapea con memoria asignada de 16K de memoria RAM (DRAM). Posee un bus de datos de 12 bits para permitir la conexión simultánea a la memoria principal (8 bits), y 4 bits de memoria RAM estática que contiene la información de color de la pantalla.
Desde el lanzamiento del Commodore 64, el VIC se ha podido abrir del todo mediante el uso de ingeniería inversa y ha sido hasta el punto de que probablemente todos los matices de su funcionamiento se entiende ahora. Esto ha permitido a los programadores tomar ventaja de algunas peculiaridades del diseño que facilitan ciertos efectos gráficos que sería imposible de lograr a través de software por sí solo. El valor por defecto es el conjunto de caracteres disponible en ROM, pero el VIC puede acceder a la RAM y permitir la creación de caracteres definidos por el usuario. El VIC puede generar 256 caracteres. El color para cada posición de carácter se suministra por el color almacenado en RAM como he mencionado anteriormente.
Los C64 tienen ocho sprites independientes, cada una de ellos un bloque de 24x21 píxeles (es decir, 63 bytes de datos gráficos por sprite). A diferencia de los Atari, los sprites de los C64 eran libres de moverse tanto horizontal como verticalmente. El VIC puede resolver las colisiones entre los sprites y entre los sprites y los datos y la pantalla, almacenando esta información en los registros para ser leído por el software (o plantear una interrupción si está habilitado). Respecto a los Sprites, al igual que el Atari, pueden ser estirados en sentido vertical y horizontal por un factor de dos. A diferencia del Spectrum, el coloreado de un sprite en C64 se lleva a cabo independientemente de los antecedentes gráficos y así no se produce sangrado de color. El hardware permite el desplazamiento de toda la imagen de la pantalla que se compensa con un máximo de siete píxeles, ya sea en la dirección horizontal o vertical. Por más grande que sea el scrolling, el software se encarga de desplazar la pantalla adecuadamente cuando la memoria del hardware de desplazamiento llega a un límite. Para lograr el desplazamiento independiente de regiones de la misma pantalla, el programador tenía que aplicar métodos de trama más complicados. Los C64 tienen una paleta de 16 colores. Los bordes y colores de fondo se especifican mediante los regsitros adecuados en el VIC. Para los colores de primer planopueden ser especificados para los distintos puestos de carácter utilizando el color de RAM (se basa en el carácter y los modos de mapa de bits). El chip VIC también soporta una versión multicolor de cada fase - y los sprites multicolor. En todos los casos, cuando se ha seleccionado el modo multicolor, pares de bits en la memoria de pantalla se utiliza para especificar el color (fondo, multicolor1, multicolor2 previos y adquiridos). Considerando que el color puede variar de posición a posición de carácter, el resto de tres colores se fija para toda la pantalla. Una consecuencia de multicolor es un modo de reducir a la mitad de la resolución de la pantalla, y se ha denominado con frecuencia "el modo de pixel gordo".
Gráficos 3D, ¿ en un ordenador de 8 bits ?Es justo decir que alrededor de 1985, cuando la industria de juegos de 8 bit estaba en pleno apogeo, los gráficos de ordenador utilizados en los juegos eran bastante primitivos en comparación con el estado de la técnica en la investigación gráfica. En el momento en que el método de radiosidad por hemicubo y trazado de rayos de distribución se están desarrollando, el pináculo de la realización gráfica en la escena de los juegos inteligentes, ofrece cierta visibilidad como queda determinado en KnightLore.
La técnica, llamada "filmation", fue notable, aunque en el momento, y representó el primer intento real en los gráficos 3D con perspectiva isométrica. Desde entonces ha habido un gran número de juegos que emplean dicha técnica, que fue lograda gracias a la profundidad ordenada del dibujo. En casi todos los casos, los datos que se pueden extraer se suman a una red y desde las orientaciones fijadas (por lo general, que permita la rotación de la vista a través de 90 grados), se simplifica así la profundidad solicitada. El método más simple utilizado para transmitir la impresión de profundidad, son el uso de sprites de fondo o la prioridad sprite-sprite hasta alcanzar un grado de eliminación de superficie oculta.
Nebulus uso este efecto para lograr la apariencia de una rotación alrededor de torre central. En tales circunstancias, por lo general los gráficos se adaptaron para evitar toda ambigüedad (es decir, un sprite que nunca tenga la necesidad de estar a la vez delante de una pieza de primer plano y detrás de otro).
Los gráficos isométricos (que aparecen originalmente el juego de arcade de Sega Zaxxon) son probablemente mejor representados en el título de Ultimate y motor "filmation" que comenzó la serie de juegos con KnightLore en 1984.
Uno de los primeros juegos basados en wireframe ( alambre) fue Elite, esrito por David Braben e Ian Bell , publicado originalmente para el BBC Micro y que sigue siendo uno de los juegos más vendidos durante mucho tiempo. Su combinación de espacio, un gran área de juego y la atmósfera más que compensada y más bien lenta, que a menudo se reduce hasta un segundo dependiendo del número de buques que se muestren simultáneamente. Una de las principales innovaciones es el superlativo control de radar 3D, que sigue siendo uno de los más intuitivos controles de navegación 3D que he encontrado. Fue patentado por los autores.
Otros ejemplos notable es el juego Commando, que define el estándar para gráficos de Commodore 64 con actualización wireframe a velocidades significativamente más rápidas que las de Elite, y que le ha permitido descubrir la alegría de ametrallar todo lo que se ponga a tiro!
El Stunt Racer de coches, mostró lo que se podría hacer con los polígonos coloreados, aunque lento y consiendo una tasa de actualización gráfica aceptable - irónicamente - es convincente en cuanto transmitir un sentido de la velocidad.
Una mención especial debe ir a Andrew Braybrook que posiblemente sigue siendo uno de los más famosos programadores de Commodore 64. Andrew es sin duda responsable del enorme interés en el uso de bajo relieve para impartir una sensación de 3D a un juego (a obtener el mismo efecto mediante la aprobación de una imagen con buen contraste a través de un filtro de relieve), y se convirtió en una mina como método favorito en el diseño de gráficos del C64. Otros juegos que hacen uso de esta técnica son Uridium, Sanxion y Parallax.
Trucos ráster
Considerando que el Atari tenía sus chip ANTIC y que podia manejar la lista de gráficos asociados, para lograr resultados similares en el C64 o el Spectrum es necesaro interrumpir manipuladores llamados en momentos clave durante un refresco de pantalla. Muchos de los posibles efectos más asombrosos o raros del chip VIC se basan en la manipulación precisa de registros durante cada refresco.
Sin embargo, si se requiere desplazamiento suave, actualizaciones de pantalla sin parpadeos o los modos de visualización en pantalla dividida, la trama se interrumpe. Todo el mundo sabe que a fin de eliminar el parpadeo, se debe sincronizar la actualización de la pantalla con el marco de refresco (en particular, evitar dibujar en un espacio de la pantalla que se encuentre actualmente en la trama de haz). A través hardware de vídeo por lo general se aplica un interruptor doble buffer que sincroniza de esta manera. En el C64, el método normal es que el VIC interrumpa la trama y solicite una interrupción en una línea más allá de la parte inferior de la pantalla visible, en la vertical en blanco. El manejador de interrupción se encarga de la actualización de la pantalla antes que la trama haya vuelto a actualizar el siguiente cuadro.
El controlador de interrupciones ayuda con la conmutación de modos simplemente según sea necesario y reinicializado la trama en la que se produzca la interrupción durante el período de verticales en blanco, para permitir el modo que se da la vuelta atrás para la siguiente trama de refresco. Esto funcionó muy bien el caso de los monitores y el desplazamiento horizontal, pero cuando era necesario el desplazamiento vertical de una división dentro de la ventana y cuando los sprites cruzaban la frontera de la división, el momento de la división era cada vez más crítico.
¿ Donde reside el problema?
El VIC es capaz de bloquear la CPU cuando se requiere el bus de datos para accesos gráficos .
Si esto sucede en una fracción de punto, el resultado podría ser un desagradable parpadeo de la línea de división en torno a la demora que representa el punto introducido como resultado de detener la CPU . Otro truco de trama era aumentar el número de sprites que se muestran simultáneamente. Simplemente es necesario cambiar cada sprite de la posición vertical una vez que la trama se muestra completamente.
El VIC no pierde de vista el número de veces que un sprite se muestra, simplemente examinado el contenido de la posición del sprite y los registros y en cada línea de trama muestra los sprites que se establecen en la línea actual, por lo tanto, podría ser reutilizado tantas veces como sea necesario, con la salvedad de que un sprite no podía ocupar una sola línea de la trama más de una vez. Esto se conoce como multiplexación sprite.
Hubo algunas dificultades para determinar la mejor línea de trama interrumpir después de lo cual los sprites se reposicionó, y esto requiere un paso de optimización que minimiza sprite división. Lamentablemente, no siempre sería una solución (es decir, si el software requiere más de ocho sprites en una línea de trama), algo tenía que dar.Inteligente, sino a través de la programación es posible minimizar los problemas. Algunos juegos sprite sufrido terriblemente de ruptura, y el mejor ejemplo de esto fue Commando.
¿Hasta dónde hemos llegado?
El Commodore 64 terminó su reinado a principios de los noventa. Esto marcó el final de los 8 bits (los C64 fueron probablemente el último de los ordenadores populares de 8 bits) y de repente los 16-bit y 32-bits estaban entre nosotros. Ahora, a finales de la primera decada del siglo XXI, todas las máquinas han sido superadas por el equipo más simple que podemos encontrar en el mercado. Los Juegos de hoy no son casi nunca el resultado de un único programador y hacer participar a los equipos de programadores, artistas gráficos, músicos, directores, actores, guionistas. En la época dorada de 8 bits, los programadores son los héroes.
Por lo general, el programador también se encarga de los gráficos (aunque no siempre), pero a menudo hay alguien más que compone la música. Los famosos músicos de la época eran Rob Hubbard, Martin Galway, Ben Dalglish y el ruido de Maniacs entre otros.
El chip SID del Commodore 64 (interfaz de dispositivo de sonido) es un excelente generador de sonido con tres osciladores y filtrado de resonancia que fue empujado a los límites por estos tíos.
Multiplexados con acordes, patrón de la muestra basada en la secuencia y sonidos de batería, alguna de la música creada es bastante sorprendente.
La música de Parallax - unos 20 minutos vale la pena - por Galway, y Maestros de la Magia por Hubbard estaban entre los mejores. Supongo que la atracción en ese entonces fue la accesibilidad, que consideraban que tu también podias participar como programador en la búsqueda del último juego.
Ahora todo es un entorno interactivo de inmersión con las entidades y los objetivos y estrategias.
¿ Así las cosas realmente han cambiado?
¿ Qué métricas podría usar juzgar estas novedades ?
Si tuviera que aplicar las métricas de nivel de entusiasmo generado, o el miedo, o la sensación de logro por haber completado una meta, entonces no se han movido en absoluto.
Todo lo que puedo resumir es que realmente la tecnología y la industria han crecido, pero realmente ¿ lo han hecho ?.Ron Dreamcast, Retro Scene & Emulation -
21-03-2009
El Blog de Radastan : Atari XL/XE - Space Harrier
Bárbaro el trabajo que están realizando para nuestros Atari de 8 bits, nada menos que una conversión del juego Space Harrier por todo lo alto. El juego está cada vez más cerca de estar finalizado y el resultado ya véis que es realmente sorprendente.
De momento sólo funciona en Atari 130XE la única demo disponible, pero se pretende que todo usuario de Atari XL/XE con 64 Kb pueda disfrutar de esta maravilla.
Más información en su web -
05-01-2009
El Blog de Radastan : Atari XE/XL - Click!
La situación de los Atari de 8 bits es realmente curiosa, en cosa de un año hemos pasado de 1 o 2 producciones nuevas anuales a un aluvión, llevamos varios meses en que casi salen 1 o 2 al mes, e incluso 1 o 2 por semana. Hoy toca Click! un modesto juego de apuntar y disparar a lo que se mueva.
Descargar
¿Quieres ver tu blog sobre retro informática publicado en esta página? ¡Inscribe tu blog!
Blogs (44)
- El Blog de Radastan (277)
- Museo Del Videojuego (254)
- PixFans (237)
- Program : Bytes : 48k (200)
- Insert Coin (134)
- Retropia - Videojuegos retro (130)
- Ron Dreamcast (119)
- Konamito.com (100)
- Press Play Then Any Key (PPTAK) (83)
- Zona de pruebas - Artículos (64)
- El Blog de "The Punisher" (62)
- Z80 RetroHard (61)
- Mojon Twins Dome (60)
- QBlog (57)
- Galaxian79 (56)
- Mi padre tenía un Amiga (53)
- El PixeBlog de Pedja 2.0 (52)
- Computer Emuzone (49)
- miremos videojuegos (47)
- YOCREOQUENO (45)
- xdistancia, Retroinformática y + (43)
- El Blog de Manu (41)
- Retrología Punta (40)
- RetroWip: Blog de Desarrollo (39)
- jose zanni (32)
- Pleistoceno informático (31)
- Mundo CPC (26)
- Ya pensaré en algo (25)
- Retro VideoGame Man (25)
- Press Play Then Any Key Blog (19)
- RetroMSX, blog de Thorinin (18)
- Jackic (18)
- Mi spectrum y yo (16)
- Zona de pruebas - Noticias (14)
- RetroEuskal (12)
- Tetas, Culos y Retroinformática. (11)
- Retroconsolas.com (11)
- Asociación RetroAcción (11)
- Epi-Mundo: Frikadas varias de mi vida (11)
- Zemman's 128k (10)
- Mundo Viejuno (9)
- HeadSpeccy: el Blog Spectrumero (7)
- ZX Projects start page (6)
- Game & Tech (3)