A continuación les dejo los links a los artículos anteriores de la serie
Categoría: Articulos
6502 vs 6510 Episodio 10 – Conectando una Memoria Static RAM
Continuamos este estudio comparativo del 6502 vs el 6510 esta vez conectando una memoria Static RAM del modelo 62256 que posee 32kb.
Vamos a estudiar cómo conectar esta memoria tanto a un 6510 con CIA 6526 como a un 6502 con VIA 6522, incluiremos todas las rutinas de assembler para poder probar la memoria, sus conexiones físicas y timing de la memoria con el procesador, punto central de su funcionamiento.
La Memoria HM62256B
Esta memoria es una static ram, esto implica que los datos que esta posee no necesitan ser refrescados cada cierta cantidad de ciclos de reloj sino que los mismos se conservan mientras esta no pierda electricidad.
Su denominación de 256 refiere a sus 256Kbits disponibles, estos están organizados en 32768 entradas de 8bits cada una lo que conocemos normalmente como 32Kbytes.
PinOut
Este chip viene en formato DIP (Dual Inline Pins) de 28 pines y es muy parecido en su layout a la eeprom AT28C256 que vimos en un artículo anterior.
A14 – A0: Estos pines nos permiten seleccionar qué registro de ocho bits queremos acceder dentro de nuestra memoria, al ser 15 pines podemos direccionar 2ˆ15 = 32768 registros de 8 bits. Estos pines se conectan al bus de direccionamiento.
I/O 0 a I/O 7: Los pines de I/O es donde vamos a ver el contenido de cada registro previamente seleccionado para leer la memoria, o donde vamos a enviar los datos que tenemos para escribir la memoria. Estos pines se conectan al bus de datos.
VCC: En este pin es donde el chip espera una alimentación de +5Volts
GND: Este es el pin de referencia a tierra del chip
/WE: El pin de write enable al recibir una señal de low o 0 Volts permite grabar en los registros de la memoria. Como la estamos utilizando como una ROM conectamos este pin directamente a +5 Volts para que sea de sólo lectura. La barra / significa que este pin es active low con lo cual espera 0 Volts para activarse
/OE: El pin de output enable conecta o desconecta los pines de I/O del bus de datos. Si el pin está en +5 Volts la memoria se desconecta del bus de datos poniendo sus pines de datos en un estado de alta impedancia. La barra / significa que este pin es active low con lo cual espera 0 Volts para activarse
/CE: El pin de chip enable conecta o desconecta los pines del chip para una lectura o escritura trabajando en conjunto con /OE y /WE. Es active low con lo cual espera 0 Volts para activarse
Timing para una lectura
Cuando un procesador y una memoria necesitan comunicarse ya sea para lectura o escritura hay dos tiempos generales que tienen que ser compatibles: el tiempo en que la memoria responde y el tiempo que el procesador puede esperar. Para poder leer o escribir tenemos que realizar una combinación de 3 pines /WE /OE /CE. En el caso de una lectura WE debe estar en High y OE y CE en low, para una escritura los 3 pines deben estar en LOW.
Timing de la Memoria en una lectura
Para poder hacer una lectura de la memoria, primero el procesador debe poner en el address line o bus de direccionamiento la dirección donde está el dato que quiere leer, esta dirección consiste en los unos y ceros o los highs y lows de los pines A15 a A0.
La memoria no tiene inmediatamente disponibles los datos elegidos sino que tarda en buscar el dato y en poner el mismo en el bus de datos con sus 8 bits representados por los pines D7 a D0 y tarda en que estos estén estables, que sean válidos y que reflejen el valor interno en la memoria por lo que el procesador tiene que esperar un tiempo hasta que estos datos sean válidos y recién ahí leerlos, en el caso del datasheet del ejemplo 70ns como mínimo debe ser el tiempo de espera del procesador.
Hagamos el análisis paso por paso utilizando el siguiente diagrama.
Primero el procesador tiene que colocar los 16 bits del address line en forma correcta pero estos puede que no sean seteados al mismo tiempo o en algún orden específicos con lo que el bit 1 puede setearse luego el 15, luego el 12, etc. Tenemos que esperar hasta el punto donde comienza TRC o Read Cycle Time que es el momento donde el address bus tiene los 16 bits en forma correcta.
El procesador deberá esperar un tiempo tAA o Address Access Time, que es el tiempo para que los datos en el bus de datos sean válidos y con valores correctos. Cuando el tiempo tAA termina recién ahí los datos o bits o highs y lows que están en el bus son válidos y representan la dirección deseada.
Este tiempo posee dos subcomponentes tACS o chip Select to access time que es el tiempo que tarda el chip en activarse cuando recibe una señal low en el pin de Chip Select y también tOE o Output Enable to Output Valid, qué es el tiempo que tarda en activarse los pines de output luego de recibir un low en el pin de Output enable y que estos pines reflejen el valor correcto del contenido de la memoria en el bus de datos..
¿Cómo sabemos cuánto puede tardar como máximo el chip en darnos datos válidos una vez que tenemos un address válido en el bus de direccionamiento? Con una tablita de tiempos de acceso disponible en el datasheet de cada chip.
Si vemos para el chip de la familia HB62256B si termina el mismo en -7 el tiempo máximo de address access time o tAA es de 70 nanosegundos, podemos deducir que es tiempo máximo de tACS el chip select to access time o lo que tarda en activarse el chip ya que este timer tarda 70 ns y el de tOE de Output enable to output valid solo tarda 40ns como máximo.
tAA = 70 ns
tACS = 70ns
tOE = 40ns
Otro tiempo importante que vamos a utilizar en el futuro es el tOH o el Output hold time from address change, este tiempo es cuánto los datos vamos a mantenerse como válidos desde que cambió el address en el bus de direccionamiento, este es de 5ns
tOH = 5ns
Ahora cómo sabemos si el procesador que utilizamos puede esperar 70 nanosegundos? Estudiando el diagrama de timing del mismo,
Timing del Procesador 6502 en una lectura
El siguiente es el diagrama de tiempos del procesador 6502 hecho por Western Design Center. El problema con este diagrama es que mezcla los tiempos de escritura y de lecturas al mismo gráfico por lo que construí un diagrama simplificado para poder entenderlos mejor.
Por otro lado la velocidad de cada uno de estos intervalos va a depender de a que voltaje nosotros manejemos el cpu, como estamos usando +5 Volts esa es la columna que utilizaremos. Estos voltajes nos van a dar un máximo de 14Mhz para correr nuestro CPU pero lo vamos a estar corriendo a 1Mhz.
El ciclo del Reloj
El primer tiempo que nos interesa saber es el de un ciclo completo de reloj, este está representado en el diagrama como PHI2 y se divide en tPWL y tPWH (Clock Pulse Width Low y High respectivamente). Al usar un reloj de 1Mhz vamos a tener disponibles 1000 nanosegundos para todo el ciclo completo de reloj.
(1)
tPWL va de 0ns a 500ns
tPWH va de 500ns a 1000ns
El mínimo de tiempos de estos intervalos podría ser de 35ns cada uno o sea 70ns de ciclo de reloj si lo corriéramos a 14Mhz pero sabemos que por lo menos necesitamos 70ns para que nuestra memoria nos de los datos con lo cual esta velocidad no es adecuada.
Las preguntas que debemos responder primero para ver si podemos esperar esos 70ns que tarda en acceder a los datos la memoria que estamos utilizando es cuando el procesador configura el address en sus pines y cuando r ealiza la lectura.
Estableciendo el Address en el Bus de Direccionamiento
El segundo tiempo que vamos a tener que estudiar es el tADS o Address Setup Time , es el tiempo que le toma al cpu estabilizar los highs y lows en los pines del bus de direcciones. Y el tercer tiempo es el tAH o Address Hold Time, por cuánto tiempo esos highs y lows son válidos en el bus de direcciones.
(2) tADS = 30ns
(3) tAHT = 10ns
El tADS comienza en el falling edge del comienzo del ciclo del reloj.
El tAHT se mantiene desde el falling edge (transición de High a Low) del final ciclo del reloj.
Leyendo los datos
El cuarto tiempo a estudiar es el tDSR o Data Setup Time, que es cuánto tiempo tardan en estabilizarse los highs y lows en el bus de datos y el quinto tiempo es el tDHR o data Hold read time o cuánto tiempo esos datos són válidos.
(4) tDSR = 10ns
(5) tDHR = 10ns
El tDSR termina desde el falling edge (transición de High a Low) del ciclo del reloj en ese falling edge es cuando ocurre la lectura.
El tDHR son por lo menos 10ns desde el momento de la lectura.
Tenemos que asegurarnos que la RAM esté dando datos válidos durante tDSR + tDHR. Tenemos que asegurarnos que la RAM esté dando datos válidos durante tDSR + tDHR.
Si hacemos un esquema podemos ver:
0ns a 30ns necesitamos que el address sea estabilizado tADS
30ns a 1010 ns el address el válido tAHT
990ns a 1010ns los datos tiene que ser válidos tDSR + tDHR
Con lo cual la ram tiene 990 – 30 = 960ns para poder dar los datos en el bus, pero como vimos la RAM sólo tarda 70ns como máximo para darnos los datos por lo que tenemos mucho tiempo disponible.
Pero por cuánto tiempo la RAM mantiene los datos válidos en el bus? Para esto está el timer tOH de la RAM que es de 5ns a partir de que cambia la dirección de la ram, pero la dirección cambia recién en el ns 1010 que es cuando expira el timer de address hold time del procesador lo que nos da unos 5ns extras para la lectura.
990 ns a 1015ns la RAM da valores de highs y lows válidos en el bus de datos
Por esto podemos hacer la lectura por que el procesador requiere de 10ns después del momento de la lectura y la RAM mantiene los datos válidos por 15ns
De forma similar a como hicimos este análisis podemos realizar lo mismo para la escritura de la memoria variando solo algunos valores de los parámetros.
Un gran lugar para poder ver alternativamente como funcionan los diagramas de tiempo del 6502 es este sitio donde se ve muy bien visualmente Visual Guide to 65xx CPU Timing
Timing para una escritura
Con la información que ya tenemos de interpretar cómo se hace una lectura encaremos la escritura de datos en la memoria.
Timing de la Memoria en una escritura
Veamos este nuevo diagrama de tiempos para la escritura.
Y también los nuevos valores mínimos y máximos para estos parámetros
Este diagrama asume que el pin de OE output enable está fijo en Low y según la nota 4 la escritura se va a realizar cuando CS y WE ambos estén el Low.
Comienza el tiempo tWP o Write Pulse Width cuando el último pin entre WE y CS entren en low y dura hasta que el primero de ellos pase a High.
tWP = minimo de 50ns
Los datos deben ser válidos en el bus por lo menos desde tDW o Data Write time overlap y mantenerse válidos por un período tDH o Data Hold form write time
tDW = 30ns
tDh = 0ns
Con lo cual por lo menos 30ns antes de que WE o CS pasen a ser High los datos deben mantenerse como válidos.
Si analizamos lo que puede pasar, el bus de datos puede tener cualquier información errónea sin problemas y esos datos se escriben en la ram, pero por lo menos 30ns antes de que se termine la escritura los datos deben ser válidos ya que estos quedarán en la RAM, estos datos válidos pueden ser mantenidos por 0ns enel bus si queremos ya que ya han sido escritos ya que el mínimo de tDH es cero.
Timing del Procesador 6502 en una escritura
Veamos este nuevo diagrama de tiempos para la escritura.
Sabemos que los siguiente tiempos se cumplen debido a nuestro análisis anterior:
0ns a 30ns necesitamos que el address sea estabilizado tADS
30ns a 1010ns el address el válido tAH
1000 ns a 1010ns tDHR
Los datos se vuelven inválidos al final de tDHR que coincide con tAH y con un nuevo timer tDHW o Write Data Hold Time
tDHW = 10ns desde el falling edge fin del clock cycle
1000 ns a 1010ns tDHW
El write ocurre en el falling edge del final de clock cycle. Pero para que la escritura sea correcta los pines de CS o WE tienen que ser high antes de que el address, los datos o el write hold time sean inválidos.
Si conectamos el pin de chip select CS a cualquier de las address lines estaríamos en problemas ya que debemos asegurar que el pin CS sea high mientras todavía todos los pines de address son válidos y todos los pines de datos son válidos, pero no tenemos forma de poder apagar un pin antes que los otros asegurándonos que sea siempre así.
Lo mismo nos sucede con el pin de R/W del procesador no hay forma de garantizar que vaya a cambiar antes que los pines de address.
Con lo que nada nos asegura que CS o WR pasen a ser High (terminando la escritura) antes de que el address y los datos seán inválidos.
Para solucionar esto podemos hacer que el CS chip select pin sólo sea LOW durante el ciclo de pulso alto del reloj o tPWH de 500 a 1000 ns, de esta forma nos aseguraremos que el address bus tenga direcciones válidas y que unos nanosegundos tDW antes de apagarse el CS tenemos todavía datos válidos, ya que los hold timers de tAH y tDW nos mantendrían valores válidos en address y data bus respectivamente aún después de poner el High el pin de CS. En nuestro ejemplo serían 10ns extras.
Para lograr esto podemos conectar el pin a15 si lo usáramos para seleccionar nuestro pin de chip select conectado a través de dos compuertas nand de forma tal que solo en el pulso high del reloj y cuando el pin a15 sea cero el pin de la memoria de chip select reciba un cero o low.
Al agregar dos compuertas nand debemos sumar un tiempo más que el que tarda la compuerta en evaluar sus inputs y darnos un output, este tiempo se llama maximum propagation delay (tPHL).
En el caso de las compuertas que utilizamos este es de 25ns al usar 2 vamos a tener como máximo 50ns de delay, lo que implica que la señal de chip select va a ir a low 50 ns después de que si no usáramos las compuertas, en este setup ese tiempo no influye ya que tenemos 960ns disponibles con el address valid antes de que los datos estén válidos (llendo de los 30ns a los 990ns) esto nos llevaría sólo al intervalo 80ns a 990ns no implica problema alguno.
Timing en el procesador 6510
El timing en el 6510 es bastante más lento que en el 6502 y eso debemos tomarlo en cuenta, observemos estos valores y diagramas del datasheet original, el primer diagrama es de lectura y el segundo tiempos de escritura. 
También tenemos algunos tiempos diferentes que los del 6502 más moderno
Así por ejemplo podemos observar el timer tADS o Address Setup Time el cual tarda 300ns en lugar de los 30ns del 6502 moderno. Si tuviéramos que hacer la cuenta con los tiempos para nuestra memoria ahora deberíamos comenzar así:
tADS = 300ms
tAH = 10ms
tDHR=tHR=10
0ns a 300ns necesitamos que el address sea estabilizado tADS
300ns a 1010ns el address el válido tAH
1000 ns a 1010ns tDHR
Y nuestra RAM muestra datos válidos desde
(tADS+tAA) a (tAH+tOE) = 300ns+70ns a 1010ns + 5ns
370ns a 1015ns la RAM da valores de highs y lows válidos en el bus de datos
Si nos referimos al manual de Hardware de la línea de procesadores 6500 él mismo nos dice que a 1Mhz el address está estable. sí o sí, 300 nano segundos después de que comienza la fase uno y los datos deben estar estables al menos 100 nanosegundos antes de que termine la fase dos de nuestro ciclo de reloj. Esto nos da 575 ns para poner los datos en el bus de datos.
Y podemos observar los diagramas para timings de Read y Write respectivamente.
Read Timing Diagram
Write Timing Diagram
Cómo funciona en el Commodore 64
En nuestra querida Commodore 64 no estamos usando una memoria estática como la de este empleo si no que es dynamic ram, esta misma debe ser refrescada constantemente de lo que se encarga el chip de video VIC2. Esta memoria se selecciona por filas y columnas utilizando las señales de RAS y CAS.
Tampoco tenemos un sólo chip sino 8 chips cada uno de 64536 entradas y 1 bit de datos en cada entrada, con lo que si queremos representar un byte necesitamos los 8 chips y 1 bit de cada uno de ello, de ahí que cuando se rompe un chip de ram nada funciona ya que afecta al contenido de un bit en cada posición de la RAM.
Estudio visual
Para poder estudiar visualmente cómo conectar una ram estática y programarla les dejo esta video que complementa al artículo.
RAM con 6510/CIA y 6502/VIA – 6502 vs 6510 Parte 10
Referencias
A continuación les dejo algunos links donde profundizar el tema:
VIDEOS
Video de la serie 6502 vs 6510 Parte 10 – RAM
RAM con 6510/CIA y 6502/VIA – 6502 vs 6510 Parte 10
Aquí tiene acceso a toda la serie:
6502 vs 6510 estudio detallado y comparación
PAPERS
Visual Guide to 65xx CPU Timing
MOS 6500 Family Hardware Manual
Y como siempre la serie de Ben Eater del 6502
Build a 6502 computer | Ben Eater
Todos los ejemplos de código de los videos los pueden encontrar en:
Los Chiches de la Commodore 64 – Ep 1 – El Reset Jabonera
En esta ocasión vamos a estudiar a un gran amigo que nos dejó excelentes recuerdos a la hora de obtener vidas infinitas en nuestros videojuegos, El Reset o Jabonera.
Vamos a estudiar que hacía, como funciona por dentro, que circuitos tenía y cómo lograr poner vidas infinitas en alguno de nuestros videojuegos favoritos.
Qué es el reset
El reset es un dispositivo que nos dejaba llamar al circuito de reset del procesador 6510 sin tener que apagar el mismo y sin la necesidad de borrar la memoria y comenzar desde cero. De esta forma podemos modificar posiciones de memoria con un programa cargado en la misma.
Su forma más típica es la de un cartucho blanco con un botón rojo que se conecta al puerto de usuario.
El puerto de usuario posee el siguiente pinout
Estamos interesados en dos pines específicos el pin 12 de ground o tierra que nos va a poder dar valores LOW o cero y el PIN 3 o Reset. Algunos diseños también usan el pin 1, el pin N o el pin A como ground.
El PIN 3 está conectado a través del PCB del Commodore 64 directamente con el Pin 40 o de Reset del Procesador 6510. El Botón de reset activa el reset del procesador.
Así se ve la conexión de ambos resaltada en azul donde vemos la conexión del Pin 3 del puerto de usuario al pin 40 del procesador 6510. También existe otro modelo de reset que está conecta al puerto serial y hasta puede estar conectado en la disquetera.
La línea de reset se mantiene en High cercano a los 5 Volts gracias a una resistencia de 1Kilo ohms que conecta la línea de reset con los 5 Volts del mother, en el diagrama R36.
Cómo funciona el reset internamente
El botón de reset internamente es un circuito que conecta el pin 3 de reset al pin 12 de ground a través de un botón de push que se encuentra normalmente abierto, al presionarlo y unirlo al pin 12 de ground hace que el pin 3 del user port conectado al pin 40 del procesador reciba un voltaje de low (menor a 0,4 Volts).
En esta foto podemos ver el pin 1 unido al pin 3 (recordar que una alternativa de pin de grund era el uno) y un botón para reset conectados a un placa que expande el puerto de usuario.
En nuestras latitudes (33 grados sur) hemos encontrado directamente cables soldados al botón y a los dos pines del user port de la mother lo que no solemos recomendar.
En nuestros pagos esta es la típica jabonera a la que estamos acostumbrados, la que conectamos al User port.
La misma posee un botón conectado a los pines 3 como reset y 12 como Ground a través de dos alambres.
Si medimos con un osciloscopio cada vez que presionamos el reset vemos como la línea del reset conectada al pin 3 baja a 0 volts. En la imagen el probe o punta de testeo del osciloscopio está conectado al pin 3 de reset y el cable de ground al pin 12.
Al recibir un low en el pin 40 del procesador se activa la rutina de reset del 6510 que en este caso va hasta la posición de memoria $FFFC y $FFFD y se fija que dirección de memoria está aquí adentro y va a ejecutar ese programa.
En el caso de la Commodore 64 va a la rutina que está en la posición $FCE2 y ejecuta el siguiente programa:
Esta rutina inicializa la commodore sin borrar la memoria:
- Primero carga el valor $FF al registro X para luego configurar el stack pointer,
- Deshabilita las interrupciones prendiendo el flag de interrupciones,
- Configura el stack pointer en FF dejándole listo en $01FF,,
- Borra el flag de modo decimal del procesador,
- Se fija si existe algún cartucho con autostart y si existe este lo ejecuta (a partir de la posición $8000),
- Si no había cartucho llama a las rutinas de inicialización IOINIT (inicialización de dispositivos),, RAMTAS (inicilaiza y testea la RAM), RESTOR (configura los vectores como ser también el de reset $FFFCy $FFFD), y por último CINT que inicializa la pantalla,,
- Limpia el flag de interrupciones habilitándolas nuevamente y
- Arranca el programa de Basic a través de la posición de memoria $A000.
Finalmente vemos que nos deja en el prompt de basic pero con el programa que estuviera en memoria a la hora de pulsar el botón de reset todavía cargado en la misma.
¿Cómo lo usamos?
Primero cargamos un programa a memoria desde disco o cassette y ni bien este terminó de cargar pulsamos el botón de reset.
Si el programa que había en memoria es un programa en basic debemos antes de usarlo restaurar los punteros al código y memoria del mismo. Esto se realiza con los siguientes comandos.
(pO = p [Shift] o; pE = p [Shift] e) estas son las abreviaturas de poke para po y peek para pe
pO2050,8:sys42291:pO46,(pE(35)-pE(781)>253):pO45,pE(781)+2and255:clr
Luego de esto podemos correr el programa Basic, listarlo con LIST o grabarlo a disco.
Si lo que tenemos es un programa en código máquina, como por ejemplo un juego, podemos verlo con un monitor de código máquina o por si ejemplo si tenemos el wonderboy y queremos ponerle como truco vidas infinitas tipeamos los siguientes comandos desde el basic.
POKE 2676,238
SYS 2112
El comando Poke modifica la posición de memoria de las vidas y el comando SYS es una llamada a ejecutar el programa que está en la dirección 2112 que es el comienzo del juego.
Conclusión
Y de esta forma funciona nuestra querida Jabonera que tanto hemos usado para poder interrumpir alguno que otro videojuego y ahora sí ,con vidas infinitas, poder terminarlo. Un circuito muy simple y uno de nuestros clásicos chiches de Commodore.
Estudio visual
Para poder estudiar visualmente cómo funciona el Reset Jabonera, les dejo este video que complementa al artículo.
Referencias
A continuación les dejo algunos links donde profundizar el tema:
VIDEOS
El Reset Jabonera – Lo Chiches de la Commodore 64 Parte 1
Aquí tiene acceso a toda la serie de videos:
Artículos
Aquí encuentran todos los Artículos sobre Los Chiches de la Commodore:
PAPERS
Esquema del Mother parte Izquierda Commodore 64
Esquema del Mother parte Derecha Commodore 64
Wonder Boy Cheats, Codes, and Secrets for Commodore 64 – GameFAQs
Todos los ejemplos de código de los videos los pueden encontrar en:
Kartings y gaming: más allá de Mario Kart
¿Cómo comenzó la revolución de las carreras de kartings? Quizás haya sido en 1992 con Super Mario Kart de Nintendo, aunque otros apuntan a que inició antes, con el clásico de Atari de 1982, Pole Position, o incluso con Crashing Race, un juego de 1976 de Taito. En esta nota, un repaso por los orígenes y la historia de los “karting games” más importantes.
***
El loco, loco mundo de los kartings
Ningún género de videojuegos genera más pasiones y enemistades como el de kartings, también llamado “mascot racers”. En este tipo de juegos, los conductores se atacan entre sí mientras corren, con armas y power-ups que pueden recoger en las pistas, haciendo que todo se vuelva muchísimo más caótico, aleatorio y entretenido.
A menudo esas pistas también están llenas de obstáculos. Como resultado, conducir no se trata sólo de hacer giros cerrados y pisar fuerte en las rectas, sino también de evitar trampas y disparos, mientras te alineás contra los corredores enemigos para usar tu propio arsenal.
La mayoría de estos juegos utilizan franquicias existentes, normalmente videojuegos que comenzaron en otros géneros. El caso de estudio más claro es el de Mario Kart, que nació como un spin-off de la saga de Mario.
Apareciendo en la Super Nintendo en 1992, la serie ha tenido tanto éxito que tenemos versiones en todas las consolas y dispositivos portátiles de Nintendo posteriores, con al menos una entrega, con la excepción de Virtual Boy y Game Boy Color (los Mario Karts portátiles comenzaron a aparecer recién con la Game Boy Advance).
Actualmente existen más de 15 entregas de Mario Kart, siendo la más reciente el Mario Kart Live: Home Circuit (2020) para la Nintendo Switch. Una versión de realidad aumentada que utiliza coches que se conectan de forma inalámbrica a la consola, lo que permite a los jugadores experimentar una carrera de Mario Kart como si estuviera sucediendo en su propio living.
Crashing Race y el comienzo de una era
Pero vayamos un poquito más para atrás en el tiempo. Si bien todos los juegos de carreras de karts se remontan, por supuesto, a los inicios de los juegos de carreras en general, la primera aparición del combate como una mecánica de juego fue en el arcade de Taito de 1976, Crashing Race.
Los detalles son escasos, pero parece haber sido una carrera de dos jugadores para eliminar tantos otros autos como fuera posible.
Los juegos de carreras de arriba hacia abajo con peligros en la pista, power-ups temporales, misiles y/o diseños de pista más inventivos, como Super Cars (1990), Turbo Kart Racer (1991) y Micro Machines (1991), también pueden haber sido una influencia importante.
Incluso antes que ese trío, Pole Position (1982) de Namco no tuvo combate, pero sí fue relevante porque inspiró al juego de Super Nintendo F-Zero (1990), el primero en presentar al mundo el famoso “Modo 7”, una característica de hardware que escala y rota rápidamente sprites 2D (con transformaciones afines) para dar la ilusión de pistas 3D.
Después del éxito de F-Zero, Nintendo centró su atención en un juego de carreras para dos jugadores. El problema era que la Super Nintendo no podía manejar las altísimas velocidades del F-Zero en un juego multijugador que utilizara el Modo 7, por lo que utilizó kartings en lugar de autos de carreras futuristas.
Uno de los primeros prototipos tenía solo un elemento: se podían usar latas de aceite para hacer que el otro conductor hiciera un trompo. Luego, el equipo decidió poner a Mario en uno de los karts… y así siguió un juego de carreras con temática de Mario.
La llegada de Super Mario Kart
Al combinar imaginativamente los típicos elementos de los plataformeros (potenciadores, monedas, obstáculos que evitar, vidas limitadas, enemigos que intentan matarte) con los de los juegos de carreras, el equipo creativo termino por crear un género nuevo.
Chicos, Super Mario Kart (1992) no se parecía a nada que hubiésemos visto antes. Hoy se ve bastante viejuno, pero fue una revolución absoluta en su momento. Podías saltar a través de abismos, quedar aplastado bajo un golpe en el Castillo de Bowser y usar una gran variedad de potenciadores.
También había un emocionante modo de batalla uno a uno y una pista psicodélica infame (y endemoniadamente difícil) llamada Rainbow Road, que se convirtió en una estampa de la franquicia.
Por supuesto, como suele ocurrir con todos los juegos que definen un género, Mario Kart fue copiado hasta el harzato. El primer vivo fue Sega, sacando Sonic Drift para la Game Gear, que no ofrecía nada nuevo más allá de la posibilidad de jugar en una pantalla portátil.
Ubisoft, ni lento ni perezoso, sacó Street Racer para la SNES en 1994. El juego superaba técnicamente a todo lo que se hubiera visto hasta ese momento e incorporaba un modo adicional que funcionó como una suerte de precursor de Rocket League en el que competías para meter una pelota de fútbol en un arco.
Karts… karts everywhere!
El ataque de los clones no se detuvo ahí. Miracle Designs lanzó Atari Karts (1995) en la desafortunada consola Atari Jaguar. Apogee (famosa por Duke Nukem) publicó el adorable Wacky Wheels que yo amaba de chico, un juego de 1994 para DOS con gráficos y diseño que a primera vista parecían sacados directamente de Super Mario Kart.
Ninguno de estos clones tuvo un impacto real en la industria, por lo que le correspondió a Nintendo encontrar una forma interesante de hacer avanzar el floreciente género. Entonces entró a la competencia Mario Kart 64 (1996), una increíble secuela que se sigue manteniendo intacta hasta el día de hoy.
Es cierto que los diseños de los cursos a menudo parecían demostraciones técnicas. El nivel del desierto tiene a un tren que lo atraviesa, por ejemplo, pero todo el resto del nivel está medio vacío. Tenemos que recordar que, para ese momento, el 3D aún estaba en pañales.
Lo que no le podemos negar a Mario Kart 64 es el factor diversión. La Nintendo 64 se destacó por sus excelentes propuestas para cuatro jugadores. Y, en este sentido, meter carreritas en modo multijugador era tremendamente divertido.
Kartings y aventuras con Diddy
Los talentosos muchachos de Rare pronto le demostraron a Nintendo cómo evolucionar realmente al género: Diddy Kong Racing (1997) no fue un simple spin-off de Donkey Kong Country; sigue siendo, hasta el día de hoy, uno de los mejores exponentes del género.
Mientras que Mario Kart se deleitaba con la suerte y el caos, DKR era más un juego de habilidad y estrategia que incluía un muy copado modo aventura para uno o dos jugadores. Y, lo que es todavía más memorable, ofrecía la posibilidad de elegir entre tres tipos de vehículos.
Algunas pistas requerían un vehículo específico, pero la mayoría se podían abordar en el automóvil, avión o aerodeslizador que uno eligiera, y las tácticas, rutas y posibles atajos cambiaban en consecuencia. ¡Ningún otro juego similar ha desafiado las convenciones del género con tanta audacia!
El género se llenó de propuestas muy rápidamente con el cambio de siglo. ¿Me creen si les digo que más de veinte juegos de kartings aparecieron en todas las plataformas entre 1999 y 2001? La mayoría eran malardos, genéricos y súper olvidables: teníamos el del Pájaro Loco, Mickey Mouse, los Looney Tunes, South Park, los Muppets, los personajes de Nickelodeon, etc.
La mayoría de ellos eran terribles y se manejaban peor que un oxidado carrito de compras. Sólo uno logró impulsar realmente al género. ¿Quién habría dicho que el Crash Team Racing (1999), spin-off de Crash Bandicoot de Naughty Dog, sería tan bueno?
Crash Team Racing: el único héroe en esta historia
CTR se manejaba perfecto y se veía mejor todavía. La PlayStation tuvo finalmente un buen juego para competir con Mario Kart 64. En la opinión de este humilde servidor, Crash Team Racing es incluso mejor.
El juego de kartings de Crash tomó prestado el modo aventura de Diddy Kong Racing para contar una historia muy tonta sobre cómo salvar al mundo de un extraterrestre que quería convertir la Tierra en un estacionamiento, pero presentó un sistema de deslizamiento mucho más sofisticado.
El gaming mobile y el futuro de los kartings
Por otro lado, el gaming mobile también tuvo sus exponentes. El primer juego de kartings destacado que llegó a los teléfonos es sorprendentemente anterior al iPhone. MGS Karting fue lanzado en 2002 para los Nokia Serie 60. Tenía gráficos 3D simples pero atractivos, varios corredores seleccionables, una docena de pistas, 10 potenciadores, multijugador Bluetooth y hasta modos de torneo y contrarreloj.
Mientras tanto, en las tierras de Nintendo, Mario Kart 7 (2011) puso la serie en 3D estereoscópico e introdujo vehículos transformables. A mitad de una carrera, si conducías por una rampa especial, tu karting se metamorfoseaba en un planeador o en un vehículo submarino durante un breve período.
También podías construir tu propio vehículo a partir de diferentes partes, una característica que se vio por primera vez en el olvidado (pero genial) Lego Racers de 1999.
Sin embargo, su característica más fuerte fue un regreso concentrado a pistas estrechas y relativamente pocos rivales en la pista, lo que ayudó a devolverle la precisión al juego, que era la piedra angular del Mario Kart original.
Palabras finales
Más allá de estos títulos mencionados, ya no hay mucho más para decir sobre los videojuegos de kartings. El desarrollo de consolas es demasiado caro hoy en día para que se justifiquen las propuestas genéricas.
Sin embargo, todavía hay un lugarcito para el género, como lo demuestra el éxito de Mario Kart 8. Todavía sigue siendo el juego de la saga más vendido y ofrece mucha diversión a pesar de su continua dependencia en la suerte.
¿Y ustedes? ¿Cuál es su juego de kartings favorito? Y lo que es más importante: ¿se van a animar al primero torneo de Mario Kart 64 que propone Espacio TEC?
¡Nos leemos!
***
Si les gustó esta nota, recomienden a sus amigos. Y sino les gustó, le avisan a sus enemigos. ¡Recuerden que pueden apoyar a Espacio TEC subscribiéndose al Club Pixel o aportando con un cafecito!
Luciano “It´s a me” Sívori
Podés seguirme por en Instagram y en Facebook. También tengo este blog de vicios personales.
C64 a Fondo – 6502 vs 6510 Episodio 9 – 6502 con Display LCD
Continuamos este estudio comparativo del 6502 vs el 6510 conectando un LCD de 16 caracteres x 2 líneas y programándolo con un mensaje. Vamos a estudiar cómo conectar un VIA 6522 y un CIA 6526 al lcd HD4470U de Hitachi y utilizando nuestro 6502 y nuestro 6510 mostrar el texto “OsoLabs” en el display en dos maquetas breadboard simultáneas.
El LCD Hitachi HD44780U
Nuestro principal display es el LCD de Hitachi el mismo posee el siguiente diagrama esquemático.
Este LCD tiene 16 caracteres que se pueden mostrar en dos líneas y cada carácter puede ser de 5×8 o 5×10 puntos. Posee internamente el dibujo o font de varios tipos de caracteres que se eligen con valores correspondientes mayormente al ASCII. Estos caracteres incluyen el alfabeto tradicional, caracteres japoneses y símbolos. El LCD puede ser controlado por un procesador de 4 bits o uno de 8 bits, nosotros lo utilizaremos en modo 8 bits por estar usando la línea 6502/6510.
En cuanto a velocidad es compatible con un bus de datos de hasta 2Mhz, nosotros vamos a estar utilizando hasta 1Mhz el máximo de velocidad de nuestro 6510.
PinOut del LCD
El siguiente esquema muestra y explica el pin-out
VSS (Ground): conexión a tierra de nuestro LCD
VDD: conexión a 5 Volts +
VE: Pin de contraste, se conecta normalmente a un potenciómetro en su pin de polo y el otro pin va directo a tierra.
Register Select RS: Nos permite elegir si escribir al Instruction Register usando el valor 0 o al Data Register usando el valor 1
Read/Write : Permite escribir si el valor es cero y leer si el valor es 1
Enable: Comienza la lectura o escritura sacando los pines DB7 a DB0 de su modo de triestado.
DB7 a DB0: Bus datos para escribir o leer. En el modo de operación de 4 bits sólo se usando los pines DB7 a DB4
A : Ánodo (pin positivo +5 Volts) para encender la luz de backlight
K: Cátodo (pin negativo 0 Volts) para encender la luz de backlight
Cómo leer y cómo escribir nuestro LCD
Hay tres pines que funcionan para poder leer o escribir los registros internos y la pantalla de nuestro LCD, estos son RS, RW y E. En la siguiente Tabla especificamos cómo realizar cada operación.
RS = 0 /R/W = 0 E=1 permiten enviar una instrucción al LCD, escribiendo el instruction register
RS = 1 /R/W = 0 E=1 permiten enviar datos al LCD, escribiendo el data register.
Generalmente el valor del pin Enable se usa como un Toggle o pulso y este se dispara cuando ya tengo todos los datos de los demás pines (RS, RW y DB7 a DB0) estables y con valores correctos.
Instrucciones internas del LCD
El LCD posee instrucciones internas que sirven para desde limpiar la pantalla o elegir el ancho de los caracteres hasta encender o apagar el display, las mismas estan explicadas en la siguiente tabla:
El formato de estas instrucciones es:
Valor del pin RS,
Valor del pin /R/W,
Una cantidad de ceros y luego un 1 para identificar la instrucción en los pines DB7 a DB0,
El resto después del 1 que identifica la instrucción, son los parámetros de la misma.
Por ejemplo la instrucción Display on/off control que controla tres funciones de nuestros display está codificada de la siguiente forma:
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 0 | 0 | 0 | 0 | 0 | 0 | 1 | D | C | B |
El valor RS es cero para indicar que estamos escribiendo al instruction register del LCD
El valor /R/W es cero para indicar que es una escritura
La instrucción está indicada por los pines DB7 a DB3 y es 00001
El pin DB2 es un parámetro que indica si prender o apagar el display
El pin DB1 es un parámetro que indica si está prendido o no el cursor
El pin DB0 es un parámetro que indica si el cursor parpadea o no
Si quisiéramos que el display esté prendido, mostrando el cursor y que este no parpadee enviaríamos la siguiente secuencia
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 1 | 0 |
Inicializar nuestro LCD
Para poder empezar a enviar letras a nuestro LCD primero debemos inicializarlo, el datasheet nos indica una secuencia de inicialización que vamos a analizar.
El primer paso es conectar al suministro eléctrico de 5 volts a nuestro LCD, para esto no necesitamos ninguna instrucción solo conectar correctamente los cables.
El segundo paso es enviar la instrucción Function Set que en este caso elige la operación del display como 8 bits (usa todos los pines de DB7 a DB0), una sóla línea y formas de caracteres de 5×8 puntos.
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 0 | 0 | 0 | 0 | 1 | 1 | 0 | 0 | N/A | N/A |
El tercer paso es enviar la instrucción Display on/off control donde indicamos prender el display, mostrar el curso y que este no parpadee.
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 1 | 0 |
El cuarto paso y último paso en la inicialización es enviar la instrucción Entry Mode Set para decidir cómo es que vamos a mostrar los caracteres en este caso decidimos que después de mostrar una letra corra el cursor un lugar a la derecha
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 0 |
Finalmente ya estamos listos para escribir nuestra primera letra.
Escribiendo una letra en nuestro LCD
Al tener preparado ya nuestro LCD para recibir nuestra primera letra, el mismo espera la información en código ascii explicitado en los pines del DB7 al DB0 por ejemplo, a continuación la tabla de caracteres del lcd.
Para escribir la letra H mayúscula por ejemplo vemos que la combinación es 0100 1000 com lo que deberemos enviar estos valores:
| RS | /R/W | DB7 | DB6 | DB5 | DB4 | DB3 | DB2 | DB1 | DB0 |
| 1 | 0 | 0 | 01 | 0 | 0 | 1 | 0 | 0 | 0 |
El valor RS es 1 para indicar que estamos escribiendo al data register del LCD
El valor /R/W es 0 para indicar que es una escritura
En los pines DB7 a DB0 espera el dato a escribir en memoria y es 01001000
Cómo funciona el CIA en la Commodore 64
La Commodore 64 posee dos CIA 6526 pero ninguno está conectado a un LCD, utilizando al chip VIC2 y un modulador de RF la Commodore puede comunicarse con monitores con su salida de video y a televisores con su salida RF, en una futura entrega vamos a desarrollar el funcionamiento del chip VIC2.
Estudio visual
Para poder estudiar visualmente como conectar el LCD a nuestros procesadores y CIAs/VIAs y como programarlo en assembler para mostrar un mensaje les dejo esta video que complementa al artículo.
LCD con 6510/CIA y 6502/VIA – 6502 vs 6510 Parte 9
Referencias
A continuación les dejo algunos links donde profundizar el tema:
VIDEOS
Video de la serie 6502 vs 6510 Parte 9 – LCD con 6510/CIA y 6502/VIA
LCD con 6510/CIA y 6502/VIA – 6502 vs 6510 Parte 9
Aquí tienen acceso a toda la serie:
6502 vs 6510 estudio detallado y comparación
Aqui tienen acceso a todos los artículos publicados en Espacio Tec
Artículos en la serie C64 a Fondo
A continuación les dejo los links a los artículos anteriores de la serie
Parte 3 – Codeando a Mano la Primera Instrucción de Código Máquina
Parte 4 – Primer Programa desde EEPROM
Parte 5 – I/O Pins del Procesador
Parte 7 – VIA MOS 652 Interfaz con periféricos
Parte 8 – MOS 6526 CIA Interfaz con periféricos reloaded
PAPERS
HD44780U (LCD-II), (Dot Matrix Liquid Crystal Display Controller/Driver)
Y como siempre la serie de Ben Eater del 6502
Build a 6502 computer | Ben Eater
Todos los ejemplos de código de los videos los pueden encontrar en:
El resurgimiento de la Sega Genesis
La morocha de Sega se popularizó a principios de los ´90, pero eso no significa que no podamos encontrar nuevas propuestas para la Genesis en 2024. Hay muchos desarrolladores que continúan creando juegos más allá de la vida útil de la consola. En esta nota les recomiendo algunos de ellos.
***
No creo sorprender a nadie cuando les confieso que, cada tanto, sigo metiéndole a la Seguita. ¡Y qué lindo es saber que continúan apareciendo flamantes obras! Tiene propuestas fantásticas que representan algunos de los mejores momentos de mi infancia.
Para un sistema que se suponía había quedado atrás en los años ´90, todavía hoy se está creando nuevo software. Muchos de estos juegos son impresionantes y se han lanzado físicamente en en el mercado, mientras que otros se han distribuido electrónicamente como ROMs. Casi todos también se pueden encontrar para PC vía Steam.
Veamos algunos de los nuevos mejores títulos que salieron en los últimos cinco años. ¡Que el vicio no pare!
Tanglewood: puzzles de colores
La primera vez que descubrí que hay juegos modernos para la Sega Genesis fue cuando, allá por 2018, me topé con Tanglewood.
Es una experiencia de plataformas y rompecabezas en el que tomás el control de una criatura parecida a un zorro llamada Nymm, que ha sido separada de su hogar. Por su estructura, tipos de acertijos y mecánicas de juego, me recordó mucho al Ori and the Blind Forest mezclado con un poco del Lion King.
A lo largo de la aventura, unos redondos amigos otorgan a Nymm diferentes habilidades para acceder a áreas desconocidas u obtener habilidades temporales. Por ejemplo, una de las habilidades nos permite tomar el control de los enemigos; en un minuto puede estar persiguiéndote un bicho enorme, pero al siguiente lo montás a través de abismos para evitar una muerte filosa.
Tanglewood es muy recomendable. Un juego seductor que presenta protagonistas simpáticos, un mundo vibrante y, en general, una experiencia muy auténtica para cualquiera que busque sumergirse en la nostalgia de la SEGA Mega Drive de 16 bits.
Xeno Crisis: un Smash TV moderno
Una excelente experiencia co-op para el sillón. Xeno Crisis es un shoot-em-up de 2019 con vista cenital y bastantearcadoso. La onda es pelear, solo o junto a un amigo, contra oleadas de alienígenas. Fusiona elementos de juegos modernos con gráficos y sonido old-school. Por ejemplo, los niveles se van generando proceduralmente, lo que hace que cada partida sea única al mejor estilo roguelike.
Una de las filosofías de estos juegos modernos de Sega Genesis es crearlos con las limitaciones de la consola. Y, sin embargo, vemos que realmente ponen la potencia de sus 16-bits al límite.
Ese mismo año salió, por ejemplo, salió Tanzer, un juego que realmente te vuela la peluca. Es un plataformero hack-and-slash lleno de momentos de acción. Se ve (y se juega) muy bien.
Pero volviendo a Xeno Crisis, es una auténtica maravilla para cualquiera a quien le gusten los run ‘n’ guns. Fiel a la naturaleza del género, es muy desafiante, pero recompensa aún más al jugador con una banda sonora fantástica, una jugabilidad súper adictiva, una presentación sólida y un final satisfactorio… siempre que logres llegar tan lejos.
Demons of Asteborg: exprimiendo a la Genesis
Y hablando de juegos modernos que potencian la consola,Demons of Asteborg es un titulazo de 2021 que verdaderamente exprime la potencia de la Mega Drive al máximo. Fue creado por un estudio francés y recuerda (cariñosamente) tanto a Ghost N Ghouls como a Castlevania, no sólo en su estilo visual sino también en la dificultad.
Acá te vas moviendo hacia la derecha y matando a los enemigos que aparecen. Pero pronto comienzan a pasar algunas cosas interesantes. Por ejemplo, nuestro personaje aprende un nuevo hechizo mágico en cada nivel que luego se usa para navegar la segunda mitad y es absolutamente necesario para derrotar a los bosses, que requieren de estrategias específicas.
Incluso en sus dificultades más bajas, Demons of Asteborg es súper salado. Especialmente al final de cada nivel, cuando llegan los desafiantes bosses. Hubo un par de jefes que me hicieron sudar la gota gorda, quizás tanto como aquellos más complicados del Hollow Knight.
Al final de cada nivel podemos acceder al shop para mejorar nuestras habilidades, lo cual le agrega un pequeño elemento RPG que resulta agradable. Cuando parece que estamos entendiendo de qué va el juego, en seguida trae algo nuevo a la mesa.
Por mencionar algunos ejemplos, sobre el final tenemos una breve sección de disparos al estilo Space Harrier, y en un momento subimos a una torre giratoria a lo Mickey Mania. Otro nivel es directamente un homenaje a Castlevania: Bloodlines. La verdad que Demons of Asteborg es una delicia para los amantes de la Mega Drive.
Sonic 3D Blast: Director´s Cut
Me dejo para el final un placer culposo. Sonic 3D Blast ciertamente no fue el “Sonic 4” que queríamos. Uno de los grandes problemas de Sonic sigue siendo el salto al 3D que Mario logró con tanta naturalidad. Sega confió en Traveller’s Tales para desarrollar aquel proyecto, apostando por un plataformero de niveles isométricos con modelos y escenarios pre-renderizados.
Los muchachos del estudio ya tenían cierta experiencia con títulos como Mickey Mania (1994) y Toy Story (1995), dos muy buenos títulos de la Genesis que le sacan el jugo a la consola. Y, a decir verdad, 3D Blast se veía bastante increíble para aquellos modestos 16 bits, aunque la mecánica de juego era tan distinta que casi no podíamos considerarlo un “Sonic”.
Además de ser el fundador, programador y director de Traveller’s Tales (estudio actualmente responsable de los videojuegos de la franquicia Lego), Jon Burton es un apasionado de las remasterizaciones de juegos antiguos. O, por lo menos, así lo explica en su canal de Youtube Gamehut.
Burton tomó impulso por la tremenda cantidad de comentarios positivos de la comunidad, recuperó viejos assets y comenzó a meterle pata. Pero, a diferencia de muchos otros ROM hacks de Sonic, él se puso como límite el propio hardware de la Mega Drive.
Hoy la versión final de Sonic 3D Blast: Director´s Cut está disponible en Steam Workshop, en forma de parche descargable si uno dispone del juego original. Por supuesto, también se encuentra fácilmente en Internet para ejecutar en emuladores como Gens, que funciona de maravilla.
Las mejoras y correcciones que se aplicaron al Director´s Cut son tantas que la convierten, prácticamente, en un juego nuevo. Para empezar, se agregó un mapa que permite elegir los niveles a medida que progresamos, lo que facilita volver a buscar una Esmeralda del Caos que se nos haya pasado, por ejemplo.
Al respecto, ¡finalmente podemos convertirnos en Super Sonic! Para hacerlo, el jugador primero tiene que conseguir las Siete Esmeraldas del Caos. Después juntar 50 rings, saltar y presionar el botón de girar en el aire. Como Super Sonic tenemos Power Sneakers, Homing Attack e Invencibilidad activos al mismo tiempo.
En cuanto al control, se mejoró muchísimo. Sonic se hizo más rápido para darle al juego una sensación de velocidad similar a los demás títulos de la saga. Sus giros también son más veloces y la cámara se extiende aún más cuando viaja a alta velocidad (lo cual se ve muy copado).
Algunos otros detalles ayudan a mantener la velocidad. Chocar contra las paredes no cancela el impulso de Sonic, lo que le permite subir escaleras más rápido. Ahora, cuando es golpeado, Sonic solo pierde un Flicky a la vez, siempre que tenga al menos un anillo.
***
Hay realmente un montón de nuevos juegos modernos para la Sega Genesis. También podríamos haber mencionado FoxyLand, Coffee Crisis o el aclamado RPG Pier Solar (todos en mi wishlist). ¿Conocen algún otro que puedan mencionar? ¡Pueden dejarnos sus comentarios!
Si les gustó esta nota, recomienden a sus amigos. Y sino les gustó, le avisan a sus enemigos. ¡Recuerden que pueden apoyar a Espacio TEC subscribiéndose al Club Pixel o aportando con un cafecito!
Luciano “16-Bits” Sívori
Podés seguirme por en Instagram y en Facebook. También tengo este blog de vicios personales.
“All your base are belong to us.”
La historia de los boomers-shooters (y por qué Doom los inspiró)
Está surgiendo un nuevo (y antiguo) tipo de juego de disparos en primera persona. “Boomer shooter” es el último término de moda en el gaming que sigue a “Metroidvania”, “Roguelike” o “Soulslike” en el ámbito de los subgéneros de videojuegos.
¿Qué son los boomer-shooters?
El término se aplica a los FPS (es decir, juegos de disparos en primera persona) que se remontan intencionalmente –y ésta es la clave– a los clásicos de PC de finales de los ´90 como Doom y Quake.
Call of Duty y Battlefield acaparan actualmente el mercado de los FPS, lo que indica una tendencia hacia el realismo que ha durado ya más de una década. Pero muchos desarrolladores independientes quieren revivir lo que creen que fueron los días de gloria del género.
Así que, cuando comenzó esta moda a finales de la década de 2010, surgió un nuevo término para describir a estos FPS modernos que se sienten como los clásicos: “boomer-shooters”.
Estos juegos ofrecen una sensación de puro escapismo y son perfectos para los fanáticos de los shooters clásicos, ya que brindan combates satisfactorios, un diseño de niveles memorable y una banda sonora vertiginosa.
Hoy abrís la página de Steam y está lleno. Realmente hay un montón. Entre los mejores encontramos títulos como Project Warlock, Ion Fury, Cultic y el FPS argentino Hellbound. ¡Argentino, papá! Pero de todos ellos, el mejor para muchos (y yo me incluyo) es DUSK.
Se trata de un FPS, de inspiración retro, desarrollado por David Szymanski y publicado por New Blood Interactive. El videojuego toma todo lo que estaba bien con Doom, Quake, Blood y Heretic y lo moderniza para brindar una experiencia hermosa.
La trama (que, por supuesto, es lo que menos interesa en este tipo de juegos) va por este lado. Tu personaje es un tipo apodado como el “Dusk Dude” y, supuestamente, oficia de cazador de tesoros. Después de enterarse de un tesoro oculto debajo de la pintoresca y pequeña ciudad de Dusk, se dispone a ver qué puede encontrar, solo para ser colgado de ganchos de carne por los locos montañeses que actualmente residen en la ciudad.
Así arrancamos el juego: colgados boca arriba. Pronto nos enteramos de que una entidad malvada ha tocado a los residentes sureños de Dusk y los está impulsando a hacer cosas horribles.
Armados con un arsenal de pistolas antiguas y armas mágicas, agregando una velocidad de carrera que avergonzaría a un corredor olímpico, el Dusk Dude se propone detener a los cultistas de la única manera que sabe: con un buen escopetazo que haga volar todo por los aires.
DUSK: the good ´ol 90s
En DUSK, la jugabilidad es principalmente la estándar de los shooters de los 90: movimientos increíblemente rápidos, acción intensa y una amplia variedad de armas peligrosas. Lo que distingue al juego son dos características particulares.
Primero, al igual que Blood y Heretic, el juego se apoya mucho en el terror, hasta el punto de que llega a dar algo de miedito. Se generan buenos momentos de suspenso si estás jugando a la noche y con los auriculares puestos.
Por otro lado, si bien DUSK agarra lo mejor de aquellos FPS –como la brutalidad y el hardcore que manejan Doom y Quake– también se toma su tiempo para incluir instancias de exploración y diseños de niveles que aprovechan algunos powerups muy originales.
El juego se lanzó en 2018 y cuenta con tres episodios que son uno mejor que el otro. Los diez niveles de cada parte llevan unos 5 a 10 minutos cada uno, dependiendo del tiempo que quieras dedicar a la exploración.
Como era típico de aquella época, cada nuevo capítulo nos quita todas las armas que el Dusk Dude acumuló en el episodio anterior. De manera interesante, los niveles de dificultad más altos hacen que el protagonista directamente pierda todas sus armas entre cada nivel individual.
La génesis de los boomers-shooters
Retrocedamos un poquito más. En 1993, iD Software cambió la industria de los videojuegos para siempre con Wolfenstein 3D, un videojuego de acción pseudo-3D que introdujo al mundo el género de juegos de disparos en primera persona (FPS).
Unos años más tarde, iD Software lanzaría Doom, que conquistó al mundo entero con imágenes demoníacas y sangrientas, armas grandilocuentes, diseño de niveles impresionantes y una jugabilidad muy dinámica.
Una oleada de juegos de FPS denominados “clones de Doom” llegó a finales de los 90 y, en muchos sentidos, estos fueron los shooters originales del boom. Varios clásicos como Quake, Hexen, Duke Nukem 3D, Shadow Warrior, Blood y Rise of the Triad surgieron de compañías como iD, Raven Software y 3D Realms.
La Sega Genesis tuvo su propio clon (Zero Tolerance, de 1994) y hasta George Lucas con su compañía, LucasArts, se subió al tren de Doom con su propio juego de disparos en primera persona ambientado en el universo de Star Wars. ¡Y qué pedazo de juego era!
Star Wars: Dark Forces (1995) tenía una mecánica de movimiento muy variada (incluida la capacidad de mirar hacia arriba y hacia abajo), diseños de niveles de varios pisos, efectos atmosféricos como la neblina, texturas animadas y el uso de objetos 3D.
Doom, y todos sus clones, se caracterizaban por tener campañas basadas en niveles que generalmente estaban diseñadas como laberintos gigantes. Y, por supuesto, compartían ese estilo visual 3D inicial de texturas pixeladas de baja resolución y modelos de personajes llenos de bordes gruesos y ásperos.
Si bien muchos de estos se consideran de los mejores juegos de FPS de todos los tiempos, las modas eventualmente comenzaron a tender hacia el realismo con franquicias como Medal of Honor, Battlefield y Call of Duty. Incluso Doom ralentizó drásticamente su ritmo con Doom 3 de 2004 (juegazo, por cierto).
El auge de los indies FPS
Los boomers-shooters se desvanecieron en la oscuridad a principios de la década de 2010, pero la escena independiente no estaba lista para dejarlos morir. Juegos como Wolfenstein: The New Order y Doom (la versión de 2016) demostraron que existía una enorme demanda de FPS que actualizaran ese formato clásico para una nueva era. Sin embargo, fue en el contexto indie donde los shooters boomers realmente comenzaron a florecer.
Si bien el origen exacto del término en relación con los videojuegos no está claro, los desarrolladores comenzaron a capitalizar la tendencia a principios de 2019, utilizando el término con fines promocionales en Twitter y en comunicados de prensa.
Juegos como el ya mencionado DUSK recuperan lo que hizo que Doom y Quake fueran tan memorables en la década de 1990, incluso en el estilo visual. Si bien la mayoría de los boomers-shooters utilizan motores de videojuegos modernos como Unity y Unreal Engine 4 (que evitan la naturaleza cuadrada de las imágenes de la vieja escuela) todavía mantienen las mismas velocidades ridículas y armas extrañas que hicieron que los clásicos fueran tan memorables.
Hoy los boomers-shooters la están rompiendo en una época donde el retro-gaming está más de moda que nunca. Y, también hay que reconocerlo, el Doom original sigue muy vivo en los corazoncitos gamers, en un año donde el mod MyHouse.wad se convirtió en una de las experiencias más terroríficas en mucho tiempo… pero esa es madera para otra historia.
Doom y todos sus hermosos clones de los 90 fueron realmente los “booms” de la industria de los videojuegos, en un sentido figurado. Por eso, a mí no se me ocurre un nombre más apropiado para este nostálgico subgénero de FPS.
¿Conocían los boomers-shooters? ¿Cuál es su FPS retro favorito? ¡IDKFA, Motherfuckers!
Luciano “The Doom Guy” Sívori
Podés seguirme en:
https://www.instagram.com/viajarleyendo451/
Easter-eggs, records y curiosidades de videojuegos
¿Cómo están programados los fantasmas del Pac-Man? ¿Cuál fue el primer easter-egg de la historia de los videojuegos? Las respuestas a esas preguntas (y muchas más) en esta nota sobre curiosidades del gaming que seguramente no conocías.
***
¿Cómo están programados los fantasmas del Pac-Man?
Llamar a Pac-Man un mero “jueguito” sería una injusticia. Es un ícono cultural, un símbolo de toda una década, así como una entidad que redefinió el panorama del gaming en sí mismo. ¡Y su origen se lo debemos a la pizza!
En 1979, Toru Iwatani, un empleado de Namco de 27 años, estaba mirando una humilde muzzarella cuando se le ocurrió la idea de un videojuego centrado en la comida. ¿Qué lo inspiró? A la pizza le faltaban dos rebanadas y por eso parecía una boca.
El resultado fue Pakkuman, un nombre derivado de la frase japonesa “paku-paku taberu”, un término que se utiliza para describir el sonido que produce una boca cuando se abre ampliamente y luego se vuelve a cerrar en estrecha sucesión. En resumen, exactamente lo que hace el personaje de Pac-Man para comerse sus deliciosos puntos amarillos.
Hasta ese momento, los juegos de arcade más populares (como Asteroids y Space Invaders) estaban dirigidos a niños. Iwatani quiso atraer a un grupo demográfico más amplio, lo que lo llevó a agregar tanto el elemento laberinto al juego, así como los enemigos fantasmas (Blinky, Pinky, Inky y Clyde).
Pero, ¿cómo se mueven los fantasmas en Pac-Man? Parecen recorridos mayoritariamente aleatorios y, sin embargo, no lo son. De hecho, sólo uno de los fantasmas persigue directamente al héroe titular, Blinky (el fantasma rojo), mientras que el resto tienen patrones que dependen de la posición de nuestro protagonista.
De forma muy resumida, podríamos decir que: Blinky (el rojo) simplemente te persigue, Pinky (el rosado) intenta adelantarse y te corta el paso, Inky (el celeste) intenta atraparte entre él Blinky… y Clyde (el naranja) te persigue si estás lejos, pero huye si estás demasiado cerca.
Además de esto, los fantasmas también tienen tres modos posibles en los que pueden estar: modo persecución, modo dispersión y modo asustado (cuando Pac-Man come el power-up). En el modo persecución, los fantasmas se mueven exactamente como se describió anteriormente. Después de unos segundos de juego (la cantidad exacta varía dependiendo del nivel actual), los fantasmas entran en lo que se conoce como Modo Dispersión, donde todos huyen a una esquina diferente del mapa.
Todos estos factores se combinan para hacer que los cuatro fantasmas sean increíblemente difíciles de evitar en los niveles más altos, lo que significa que Pac-Man ofrece un desafío continuo para todos, excepto para los aficionados más hábiles, que pueden explotar la rudimentaria IA de los fantasmas para moverse sin obstáculos no preocupaciones.
¿Cómo funciona la pistola del Duck Hunt?
Si alguna vez jugaste a Duck Hunt (1984) o a cualquiera de los otros juegos de NES (Family Game) que usaban la pistola NES Zapper, quizás te hayas preguntado cómo sabía el juego hacia qué parte del televisor estabas apuntando con el arma cuando apretaste el gatillo. Resulta que el método para lograr esto es increíblemente simple, al igual que el arma en sí.
Esta pistola consta principalmente de un botón (el gatillo) y un fotodiodo (sensor de luz). Cuando apretás el gatillo, esto hace que el juego convierta la pantalla del televisor en un cuadro completamente negro durante un frame de segundo. En este punto, el juego usa el sensor de luz para probar el color negro que está leyendo en tu televisor y así darle un punto de referencia.
En el siguiente frame, el juego hace que el área objetivo se vuelva blanca y el resto permanezca negro. Entonces, si el juego detecta un cambio de negro a blanco en el fotodiodo del arma en esa fracción de segundo, sabrá que estabas apuntando correctamente al objetivo.
Duck Hunt también tiene un modo más difícil con múltiples objetivos en un momento dado. Para ello, se utiliza el mismo tipo de método excepto que se muestran múltiples cuadros de objetivos. Entonces el juego mostrará la pantalla de referencia negra; luego parpadeará uno de los objetivos, dejando el resto de la pantalla en negro; luego parpadea el siguiente objetivo, dejando nuevamente el resto de la pantalla en negro; etcétera.
El juego sabe qué objetivo es alcanzado, si lo hay, en qué fotograma se muestra actualmente cuando se detecta un cambio de luz.
¿Cuál fue el primer easter-egg de la historia de los videojuegos?
Los easter-eggs son pequeños secretos ocultos en los videojuegos, y hoy ya son moneda corriente. Para encontrar el primero de todos tenemos que remontarnos a 1979. Por aquel entonces, el programador Warren Robinett estaba trabajando para Atari en el desarrollo de Adventure.
Atari era todo un monstruo de los videojuegos gracias, en gran parte, a la creatividad de sus desarrolladores que se mantenían en el “anonimato”. En otras palabras: no se les pagaba regalías y trabajan de sol a sol.
Robinnet entendió que no iba a lograr que su empresa lo colocara en los créditos por diseñar el Adventure, pero eso no le impedía “firmar” su obra de arte. Escondió un objeto muy, muy pequeño, del tamaño de un pixel (que se conoce como “The Dot”) en una habitación oculta a la que es absurdamente imposible llegar si no tenés una guía a mano.
Y es que, si hubiese sido más fácil llegar, algún tester de Atari lo habría encontrado en el proceso de revisión. Al llegar a la habitación, el jugador de Adventure accedía a una pantalla que mostraba el texto “Created by Warren Robinnet”.
¡Y éste es el primer Easter Egg de la historia del gaming! Un simpático chascarrillo que logró empoderar al creador y dejar en ridículo a la empresa. El secreto se convirtió en la piedra angular de la búsqueda del huevo de Pascua escondido en la novela Ready Player One (que, por cierto, todo gamer debería leer porque es excelente. Eso sí: eviten Ready Player Two, su innecesaria secuela).
¿Qué tan rápido puede terminarse el Super Mario Bros?
El mítico Super Mario Bros. cumplió 38 años y el speedrunner de origen estadounidense, Niftski, logró un nuevo récord mundial, ya que pudo terminar el videojuego más famoso de la historia en 4 minutos y 54,631 segundos.
De hecho, con el nuevo récord, el tipo logró superarse a sí mismo, porque en 2021 había podido finalizarlo con sólo 0,176 segundos de diferencia.
Rebobinemos un poquito. El speedrun es uno de los aspectos competitivos más fascinantes que presentan los videojuegos. Se trata de terminar el juego lo más rápido posible y, generalmente, en el modo de dificultad máxima. Los speedrunners más entrenados utilizan bugs del juego, glitches o diferentes estrategias para tomar atajos y tardar el menor tiempo posible. Esto requiere una dominación absoluta del juego y una técnica impecable.
En Internet hay miles de sitios web y videos consagrados a estas competiciones, y el ambiente suele ser muy ameno entre la comunidad. Todos se tiran buena onda y consejos para mejorar los tiempos. En el speedrun, cada centésima de segundos cuenta. Por ejemplo, el record mundial para finalizar Pokemon Red/Blue, es de 1 hora y 49 minutos. ¡Y el puesto #50 es 1 hora 58 minutos. ¡Apenas unos pocos minutos de diferencia entre cincuenta posiciones!
El youtuber Summoning Salt es uno de los especialistas en registrar la historia de los records mundiales de speedruns. Su canal, tan informativo como llevadero, tiene un video fantástico explicando cómo fueron evolucionando las técnicas para terminar Super Mario Bros. en cada vez menos tiempo.
¿Cuál fue el primer videojuego de la historia?
Me dejé para el final una de las curiosidades de videojuegos más conocidas… but there´s a twist! La respuesta no es tan sencilla como “el primer videojuego fue el Pong”.
Vayamos por parte. Pong es un videojuego de 1972, el primero lanzado por Atari, y es universalmente considerado como el primero de la historia. Controlás una paleta que va a lo largo de una línea hacia arriba y hacia abajo. Tu oponente tiene otra paleta. Hacés rebotar una pelota cuadrada contra la paleta. Si tu oponente falla, obtenés un punto. Si fallás, tu oponente obtiene un punto. El primero en llegar a 21 puntos, gana. Simple, ¿no?
Ahora: llamar al Pong el “primer videojuegjuego de la historia” sería como llamar al Ford-T el primer automóvil. Sí, fue el primer auto popular y de fácil acceso, pero estuvo lejos de ser el primer vehículo de motor sobre ruedas. El youtuber Ahoy (palabras mayores) tiene un video magistral explicando cuál es, verdaderamente, el primer videojuego. Y la cosa se pone muy filosófica rápidamente.
Antes de Pong, por ejemplo, tuvimos el Magnavox Odyssey, que debutó a principios de 1972 (y había estado en desarrollo desde 1968). Esto sin mencionar que Computer Space también había debutado un año antes. Previo a esa época, se vuelve bastante complicado y aún cuestionado debido a las diferentes opiniones sobre lo que realmente constituye a un videojuego.
¿El primero fue Spacewar (1962), Tennis for Two (1958), OXO (1952), Drafts (también de 1952) o el Cathode Ray Tube Amusement Device (1947)? Es difícil determinarlo.
Lo que sí es cierto, sin embargo, es que Pong es el primer videojuego que se lanza al mercado masivo, a diferencia de intentos anteriores que eran más bien experimentos científicos sobre el poder computacional.
Probablemente fue el primero que se llamó “videojuego” en su época y, por lo tanto, puede presumir de ser el primer videojuego en un sentido semántico, aunque no sea literal.
***
Si les gustó esta nota, recomiendan a sus amigos. Y sino les gustó, se quedan calladitos así otra persona se come el garrón. ¡Recuerden que pueden apoyar a Espacio TEC subscribiéndose al Club Pixel o aportando con un cafecito!
Luciano Sívori
El proyecto CEUNS (*)
El inicio de una pequeña gran historia. Fue en 1961 que comenzó el proyecto Ceuns (Computadora Electrónica de la Universidad Nacional del Sur), ideado por el ingeniero Jorge Santos, con el objetivo de construir una computadora realmente operativa para la Universidad Nacional del Sur (UNS), situada en la ciudad de Bahía Blanca, y que pudiera luego ser transferida a la industria nacional.
Durante la década anterior, numerosos centros académicos de varios países se habían planteado proyectos similares para construcción de computadoras. En Argentina surgieron dos: el Ceuns y el Cefiba (Computadora Electrónica de la Facultad de Ingeniería de la Universidad de Buenos Aires).
Pero vayamos un poco más atrás en el tiempo para saber el origen del proyecto. En octubre de 1960 Santos había logrado, por intermedio del rector de la UNS, que la Legislatura de la Provincia de Buenos Aires votara un subsidio destinado a la construcción de una computadora, además del compromiso formal de participación del Departamento de Matemática.
Es que Santos ya venía trabajando en el diseño de su proyecto durante su estadía en la Universidad de Manchester, donde colaboró en el desarrollo del proyecto Atlas (la primera computadora a transistores que produjo la empresa Ferranti). La pretensión de construir una computadora en la remota Bahía Blanca se sostenía en la convicción, compartida por Santos y un grupo innovador de la UBA, de la necesidad de promover la independencia tecnológica como pilar del desarrollo económico y social del país, y en una serie de condiciones favorables, tanto técnicas como académicas y políticas.
El año 1960 fue clave en la introducción de la computación en Argentina. IBM presentó el modelo 305 y poco después instaló una IBM 650 con sistema de discos Ramac en su data center y colocó otra máquina en la empresa Transportes de Buenos Aires. En noviembre llegó la Ferranti Mercury para el Instituto de Cálculo creado en la Facultad de Ciencias Exactas de la UBA. En ese mismo año, Ferrocarriles Argentinos había recibido dos equipos Univac SS-90 con la nueva tecnología de estado sólido.
Fue en la UBA y la UNS, escenarios destacados de la renovación universitaria, donde se promovieron los primeros desarrollos de la computación en Argentina. La construcción en el país de una computadora pequeña de costo limitado parecía un objetivo loable y alcanzable.
Jorge Santos se había graduado en la Facultad de Ingeniería de la UBA, donde había trabajado hasta 1953, cuando su contrato no fue renovado por no estar afiliado al partido gobernante, como le sucedió a otros docentes, entre ellos Manuel Sadosky. Y fue gracias a la influencia intelectual de Sadosky que conoció el nuevo fenómeno de la computación y fomentó su idea de construir una computadora. Sadosky le había dicho a Santos: “tenemos que hacer una máquina; con menos cantidad de válvulas, pero hay que hacerla”.
La experiencia de Santos en Manchester fue posible gracias a la creación del CONICET, presidido por el doctor Bernardo Houssay, en donde una de las primeras actividades fue la de otorgar becas de perfeccionamiento en el exterior a las nuevas camadas de investigadores de las universidades. Santos, que luego de la UBA se había mudado a Bahía Blanca para trabajar en la UNS, fue seleccionado y viajó en agosto de 1959. Su tema de estudio fue “Diseño lógico en computadoras digitales”.
La Universidad de Manchester tenía una alianza con la empresa Ferranti, fabricante de la Mercury, la computadora adquirida por el Instituto de Cálculo de la UBA. Por fortuna, la estadía de Santos coincidió con el diseño de la Atlas, la sucesora de la Mercury, en el cual Santos participó en el equipo desarrollando el algoritmo de división.
Tiempo después, cuando Santos regresó a Bahía Blanca, tenía entre manos un proyecto elaborado y sustentable. Sabía que para concretarlo necesitaría dinero y un equipo de trabajo que incluya programadores, ingenieros y matemáticos. Con la conjunción de tres aspectos favorables (el entusiasmo de la comunidad científica argentina, la existencia de un proyecto sólido y un ambiente político favorable a la inversión tecnológica), la Legislatura provincial votó un subsidio de 100 mil dólares para la concreción material de la Ceuns, que iba a ser desembolsado en cinco cuotas correspondientes a los años programados para la finalización del proyecto. En el presupuesto provincial de 1961 se incluyó la primera cuota de 20 mil dólares.
Todo estaba en marcha. Una breve caracterización de la Ceuns apareció en el Boletín de la Sociedad Argentina de Cálculo, donde se mencionó la construcción de un computador de bajo costo en el que sus códigos de operación y forma operativa estén basados en la Mercury. La Ceuns contaría con una memoria de trabajo, acceso inmediato a núcleos magnéticos de 64 palabras de 36 bits dividida en 4 páginas. Esa memoria sería ampliada con otra, también con acceso inmediato a núcleos magnéticos, de tipo fijo. Los datos e instrucciones serían mantenidos en un tambor magnético de 9000 palabras y desde allí transferidos por páginas a la memoria de trabajo. El programa sería secuencial. La entrada sería por medio de un lector de cinta de papel y la salida por un perforador de cinta o por una máquina de escribir.
Sin embargo, a partir de agosto de 1961 comenzaron las dificultades. El gobierno de la Provincia de Buenos Aires libró una orden de pago por un monto de 1.300.000 pesos moneda nacional, equivalente en ese momento a 15.711 dólares. El pago no se efectuó, al menos no en el corto plazo, y Santos tuvo que solicitar a las autoridades de la UNS un adelanto de 20 mil pesos para no paralizar el proyecto. El adelanto fue otorgado, y el pago estatal finalmente se hizo efectivo, pero fue lo único que se percibió del subsidio.
Más tarde, en marzo de 1962, una crisis política desencadenó la intervención federal a la Provincia de Buenos Aires, e incluso la disolución de su Poder Legislativo. Ese hecho, si bien no implicaba la derogación de lo aprobado anteriormente, hizo que las relaciones de representación política y el marco ideológico que había posibilitado el logro de ese apoyo financiero, se quebraran.
Aunque en octubre de 1962 se pudo inaugurar un componente periférico que servía para paliar la carencia de una computadora en la UNS, para marzo de 1963 el proyecto no infería ningún avance sobre la situación del año anterior. Al no existir el subsidio del Estado, el trabajo continuaba al ritmo de los escasos aportes del CONICET o del presupuesto universitario. El equipo humano se redujo a tres personas con dedicación plena, hasta que durante 1965 el proyecto se fue apagando hasta ser definitivamente clausurado.
De acuerdo con los planes originales, la máquina debía entrar en operación en marzo de 1966 pero, salvo los periféricos inaugurados en 1962, no había más que partes sueltas. Las penurias materiales de las universidades nacionales fueron determinantes de unas demoras de gran magnitud en el plan del proyecto, y a eso se le sumó la discontinuidad en la fabricación de los componentes de hardware que se había decidido utilizar. El atraso y la falta de perspectivas pusieron en cuestión el sentido de continuar el esfuerzo, lo que selló el fracaso del proyecto.
Analizando los motivos de su final, la causa directa fue la aguda falta de recursos humanos y materiales debida, más que nada, a un cambio de las condiciones políticas, una circunstancia que convirtió al proyecto en patrimonio exclusivo de un pequeño grupo de desarrollo, solo constituido por ingenieros electrónicos. Por otra parte, entre su formulación y su abandono se había producido un cambio de foco en el diseño de las computadoras con la incorporación de componentes de software.
Años más tarde, a principios de la década de los 80’s, se constituyó en la UNS un área de docencia e investigación en informática, con protagonistas que no habían experimentado los problemas de los proyectos anteriores, y Ceuns fue ignorada como antecedente en las unidades académicas.
En retrospectiva, el proyecto Ceuns fue uno de los episodios iniciales de la computación en Argentina, ocurrió en la UNS y se intentó la construcción de una computadora con un objetivo que iba más allá del académico. Sucedió justo en un período de transición entre el surgimiento y cierta consolidación de la tecnología.
Como balance, puede señalarse la formación de una tradición en Electrónica en la UNS, la interacción con los matemáticos que dio sustento a la constitución de la actual escuela de docencia e investigación en computación, y los desarrollos pioneros en software “de base” creados en el proyecto.
La historia de la Ceuns, poco conocida y por demás interesante, no deja de ser inspiradora.
(*) el presente artículo está basado en el paper “Fulgor y ocaso de Ceuns. Una apuesta a la tecnología nacional en el sur de Argentina”, autoría de Rául Carnota y Ricardo Rodríguez, y publicado en “Historias de las TIC en América Latina y el Caribe: inicios, desarrollos y rupturas”, capítulo 9, editada por Ariel y Fundación Telefónica (España) en 2015.
El ADN Gamer de Espacio TEC
Les preguntamos al staff de Espacio Tec —y también a los seguidores del Club Pixel— algunas cuestiones relacionadas con videojuegos retro. Las respuestas nos permiten determinar qué tipo de jugadores forman parte de la comunidad, ese ADN GAMER que todos tenemos dentro.
***
Época de truquitos y el Código Konami
Si hay algo que caracterizaba a los videojuegos de los ´80, ´90 y principios de los 2000s fue que era muy difícil conseguir guías o trucos para avanzar cuando nos quedábamos trabados. Muchas veces había que recurrir a revistas especializadas, líneas telefónicas o el consejo de un amigo durante el recreo de la escuela.
Eran épocas donde no sólo podías acordarte de todos los cumpleaños y teléfonos (fijos) de tus amigos y familiares, sino que también te habías aprendido cada uno de los truquitos para tu videojuego favorito.
Nuestra primera pregunta rompehielo fue, justamente, ésa: “Si te pido que me digas un truco, atajo o password de un juego retro, ¿cuál es el primero que se te viene a la mente?”
Mientras que Agustín Copita, Diego Martín Rodriguez y Vladimir Vlek recuerdan trucos de la franquicia de Age of Empires (“trucktrucktruck”, “aegis”, “pepperoni pizza”, etc), Francisco Iturrieta y yo nos acordábamos del “A C Arriba B Arriba B A Abajo” en la pantalla principal del Ultimate Mortal Kombat 3 de Sega Genesis, utilizado para traer todos los menúes secretos. ¡Ahí podías jugar al Galaga de forma cooperativa!
Otros tienen más en la mente los cheatcodes de shooters como el legendario Doom (IDKFA, nos dice Leonardo Valente) y el DNKROZ del Duke Nukem 3D. Cesar Mateos nos explicó que el Golden Axe se rompe completamente con una simple técnica: “Salto, golpe diagonal y esquive diagonal, es inbatible.”
Hay un montón de trucos, sin duda, pero el que seguramente todos más recordamos (por su status de culto dentro de la cultura geek) es el Código Konami: “Arriba, Arriba, Abajo, Abajo, Izquierda, Derecha, Izquierda, Derecha, B, A.”
Aunque el famoso cheat que da 30 vidas en el Contra (1987) fue popularizado en este ingrato videojuego de disparos, en realidad ya existía como un “huevo de pascua” en un shoot-em-up previo: el Gradius de 1986.
Durante las fases de testeo de Gradius, el programador descubrió que era demasiado difícil. Así que se creó este truco para aumentar las vidas y permitirle a los testers llegar a las fases finales del juego. En este link se pueden ver todos los sitios donde el Código Konami funciona actualmente.
Instrucciones para terminar una batalla… con estilo
¿Vieron que se están poniendo de moda los bares de fichines? En Bahía Blanca aún no han llegado, pero Buenos Aires ya tiene varios. Hace unos días estaba de viaje por la Ciudad de la Furia y quedé en uno de estos bares para tomar unas frescas con mi hermano Tomás.
El lugar tenía mesas en el centro y arcades alrededor (Snow Bros, el beat-em-up de los Simpsons, el Daytona USA, etc). Con cada cerveza que pedías, el bar te regalaba dos fichitas para viciar. Mientras esperaba a mi hermano, me tomé una pinta y utilicé una fichita para jugar Mortal Kombat I.
Elegí a Kano y gané la primera ronda. Por supuesto, saltó el cartel de “Finish Him!”. Y, de pronto, no sé cómo, recordé que ATRÁS, ABAJO, ADELANTE PIÑA le arrancaría el corazón a mi oponente. (¿ahora te acordaste, Sole Zeta? Muscle memory, creo que le dicen).
Preguntamos a nuestros encuestados si recordaban algún otro movimiento final de un personaje de la franquicia Mortal Kombat. Fran Iturrieta nos largó la Fatality de Sektor, Pabo Vidal nos dio el gusto con la de Sub-Zero. Yago Couceyro, por otro lado, no recordaba ninguna porque es más del Super Smash Bros (que, ojo, también es un juegazo para repartir palizas).
La guerra de consolas en los ´90
Si hubo un evento que caracterizó a la década de los ´90 —en materia de videojuegos— fue la Guerra de Consolas entre las empresas Sega y Nintendo. Las publicidades de uno embarraban o se burlaban directamente del otro. Ambas consolas buscaban alzarse como la mejor.
La Sega Genesis tenía a un Sonic canchero, veloz, rebelde. Sus juegos eran maduros. El Mortal Kombat tenía sangre. Nintendo, por su lado, apuntaba al público familiar, con Mario a la cabeza y la diversión como leit-motiv.
Hasta el día de hoy, el mundo entero se sigue cuestionando quién ganó realmente la guerra de los 16 bits. Si nos centramos puramente en los números, Nintendo movió 49 millones de consolas SNES durante el ciclo de vida del producto, mientras que Sega vendió 29 millones de Genesis.
Sin embargo, determinar el impacto real de las consolas de cuarta generación es un poquito más complicado. A SEGA le fue muy bien especialmente en América, saliendo en 1989 para competir directamente con la NES (la Family Game para nosotros). La primera oleada de títulos de Genesis rompió records porque había un obvio salto en tecnología.
Las buenas ventas iniciales se sumaron a una campaña famosa donde la Genesis se mostraba como la plataforma “cool”, mientras que la NES (y, por adición, la SNES) era un juguete para niños (“Sega does what Nintendon’t”).
Hay quienes opinan que si Sega no hubiese abandonado la carrera tan pronto (recordemos que se apuró a sacar la Sega Saturn lo antes posible, y no le fue nada bien) las cosas podrían haber sido diferentes.
¿Pero qué opinan los que respondieron nuestra encuesta? En su corazoncito gamer, la guerra de las 16-bits la ganó la morocha de Sega, con un 84% de los votos. Eso sí, al elegir entre Mario o Sonic, la cosa estuvo más repartida. El 55% eligió al erizo azul mientras que el 45% restante prefiere al fontanero de gorra.
Yo quiero ser siempre el mejor…
Hay un juego en el que, secretamente, te considerás mejor que la mayoría. Sí, ese mismo. No lo practicabas demasiado… es un talento natural. En mi caso, me considero mejor que el promedio en el Worms, por mencionar un ejemplo concreto. ¿En qué juegos se destacan nuestros encuestados?
Humberto Möckel eligó el Call of Duty 2 (“Vengan de a uno”, nos dice), Sebastián Rho (coordinador general del espacio) se las trae con el Out-Run y el Dragon´s Lair y Juan Chucair se considera imbatible en el Virtua Striker. Y es que todos queremos ser siempre el mejor, mejor que nadie más… (ya la estás cantando, lo sé…). Y sólo se puede ser el mejor eligiendo al mejor starter en el primer Pokemon (blue/red), ¿no?
De chico tuve la suerte de tener la Gameboy Pocket (la trajimos de Estados Unidos, en un viaje en el año ´98) y, entre los cartuchos adquiridos, habíamos comprado el glorioso Pokemon Blue. Desde aquel momento, mi starter favorito siempre fue y será Squirtle. Sin embargo… me sorprendí al descubrir que no es la opción más popular entre la comunidad de Espacio TEC.
Tanto el staff como los miembros del Club Pixel prefirieron al gran Charmander, que tuvo la delantera con el 27%. 11%, respectivamente, se llevaron Squirtle y Bulbasaur.
Los demás entrevistados respondieron cosas como “qué es eso”, “¿poke ke?” y mi favorita, de Leonardo Valente: “De tin marín, de do pingué”. Por más que me duela en el alma, todo apunta a que Pokemon no forma parte del ADN Gamer de la comunidad de Espacio TEC.
Y el premio al vergoty es para…
De chico ESE juego te encantaba. Lo jugaste por horas y no podías parar. Estabas obsesionado/a. Hoy te diste cuenta de que es directamente una bosta INJUGABLE. Son los famosos vergotys, esas experiencias que te parecían increíbles de chico y, cuando volvés a jugarlos de grande, le encontrás todos los defectos.
Comix Zone, de la Sega Genesis, fue mi elección. Pese a que se sigue viendo del carajo 28 años más tarde, realmente no se pueda jugar debido a sus mecánicas anticuadas. Vladimir Vlek mencionó el Driver (de Playstation 1), Pablo Vidal el clásico vergoty Sokoban y Ludmila Gerstner el Circus Charlie de la NES / Family Game.
Afortunadamente, también hay videojuegos que sí envejecieron súper bien; y suman puntos adicionales si encima vieron la luz en el mismo año que nosotros. Yo soy del 1987. Ese año vimos nacer joyitas como el Contra, Out Run y Arkanoid. Pero yo me quedo con Mega Man I, por todo lo que representó para su género.
En esta pregunta, Pancho Manera sumó Zak McKracken and the Alien Mindbenders (de 1988), uno de los grandes precursores de las aventuras point-and-click que popularizó Lucas Arts. Yago Couceyro no tiene dudas al afirmar que el mejor videojuego del año en que nació, 1991, es el Civilization I. Curiosamente, Agustín Copita y Leonardo Valente también eligieron Civilization como lo mejor de su año de nacimiento.
Por su parte, la periodista de videojuegos Sole Zeta nació en 1985 y no duda en elegir a Super Mario Bros (1985) como su mejor representante. Hugo Iturrieta, miembro del Club Pixel, se decantó por las aventuras de Gordon Freeman en el excelente primer Half-Life (1998).
Al parecer, su vida no volvió a ser la misma luego de conocer Half-Life. Y la de muchos de nosotros tampoco.
Disclaimer: me solicitaron expresamente no comentar los videojuegos favoritos de los años de nacimiento de algunos de nuestro staff de Espacio TEC… porque estaríamos revelando su edad.
Para el final, un poco de romance
Para finalizar la encuesta con un poco de condimento, preguntamos: “si tu pareja fuera un videojuego, ¿cuál sería el ideal para presentarle a tus viejos?”. Las respuestas fueron variaditas porque algunos seleccionaron personajes y otros, directamente, títulos de videojuegos.
Mientras que Pancho Manera (coleccionista retro y uno de los primeros en impulsar la idea de un museo interactivo) llevaría a un asado familiar a ingeniosa Elaine Marley (de la franquicia Monkey Island), el colaborador y ocasional expositor Alejandro Cura fue más básico y se quedó con Lara Croft. Porque, bueno… dos grandes razones, ¿no? (¡las dos pistolas Heckler & Koch USP, che!)
Por su lado, Sebastián Rho estaría feliz de decir: “Papá, Mamá, ella es Daphne. La conocí en el Dragon´s Lair. Tiene una voz un tanto insufrible… pero fue un amor a primera vista”.
¿Y qué título llevaríamos a conocer a nuestros padres? Civilization, una vez más, parece ser uno de los favoritos. Leonardo Valente —miembro del Club Pixel y vecino del espacio, literal— comenta que su elección se basa en que todos queremos lo mejor para los hijos.
Sole Zeta va un poquito más allá con este mismo título de 1991: “Inteligente, elegante, pero sobre todo, bienintencionado”. Agustín Copita (quien colabora ordenando el depósito y enchufando máquinas junto a Vladi y Humbert) acompaña la elección del Civilization con una “es súper friendly y presentable a tus viejos”.
Yago Couceyro (para quien Espacio TEC que se ha convertido en un segundo hogar) también banca a Civilization como la pareja perfecta: “trayectoria, de mi edad, ninguno de la saga salió mal”.
Por último, Lud Gerstner, quien salió segunda en el torneo de Tetris organizado en Espacio TEC, presentaría a sus viejos a Money Idol exchanger porque… tiene plata.
¿Y este humilde servidor? Mi vieja es muy pacata y a mi viejo medio que le resbala todo. Tendría que ir a lo seguro: un plataformero piola de la Family Game (NES) como Duck Tales. Se ve bonito, es infantil, tierno, angelical… pero también tiene su faceta compleja y desafiante.
Conclusión
Esperamos que hayan disfrutado de esta nota desestructurada. ¿Se animan a responder ustedes la encuesta? ¡Juntos podremos ir delineando el ADN Gamer de Espacio TEC!
Les dejamos el link del formulario: https://forms.gle/yUz6C73Tas39xUyT7