Por qué una consola de fantasía necesita límites

La primera pregunta que me hizo un amigo cuando le conté que estaba construyendo Chivo-8 fue directa: "¿por qué 128 por 128? Tu laptop puede con muchísimo más." Tiene razón. Y esa es exactamente la pregunta que hay que responder antes de escribir una sola línea de una fantasy console — porque a diferencia de una NES o un Game Boy, aquí nadie te obliga a nada.

Una fantasy console es un término que popularizó Joseph "Zep" White, el creador de PICO-8, para describir algo específico: una máquina que nunca existió, con especificaciones inventadas — no una emulación de hardware real, como haría un emulador de NES, sino una consola completamente ficticia con sus propias reglas, pensada desde cero para tener el sabor de una era sin las limitaciones reales de esa era. PICO-8 corre en cualquier computadora moderna sin esfuerzo. Sus límites — pantalla de 128×128, 16 colores, 32 KB por cartucho, cuatro canales de sonido — no vienen de un chip real de los años 80. Vienen de una decisión.

La pregunta obvia es por qué alguien elegiría atarse las manos así, cuando la tecnología ya no lo exige. La respuesta que fui entendiendo construyendo Chivo-8 tiene menos que ver con nostalgia y más con algo que cualquiera que haya enfrentado una página en blanco reconoce: demasiadas opciones paralizan.

Con resolución y colores ilimitados, cada decisión de diseño se vuelve una decisión de diseño de verdad — nada te dice dónde empezar. Con 128×128 y 16 colores, la mitad de las decisiones ya están tomadas antes de dibujar el primer sprite. Eso no es una jaula. Es un punto de partida.

Es la misma lógica que el demoscene convirtió en disciplina desde los 90 — programadores compitiendo por meter la demo visual más impresionante posible en 4 o 64 kilobytes — y la misma que explica por qué tantos juegos indie hoy eligen pixel art a propósito, y no solo por presupuesto: la restricción bien elegida obliga a resolver el problema de fondo (¿esto se lee bien? ¿el jugador entiende qué está pasando?) en vez de esconder respuestas débiles detrás de más detalle.

Elegir los límites de Chivo-8 fue, en la práctica, decidir qué tipo de juegos quiero que sea fácil hacer con ella. 128×128 obliga a pensar en composiciones simples y legibles — no hay espacio para un HUD cargado de información, así que cada juego tiene que decidir qué de verdad importa mostrar. 16 colores obliga a las decisiones de paleta de las que hablé en el post anterior. Y a diferencia de PICO-8, que impone un tope duro de 32 KB por cartucho, Chivo-8 no tiene ese límite técnico — pero mantengo la expectativa de "cartucho chico" como filosofía, no como pared: quiero que la lógica de un juego quepa en la cabeza de una persona, no en un equipo, aunque el motor no me obligue a eso con un error de compilación.

Ninguno de esos límites es "correcto" de forma universal — son los que yo elegí, con PICO-8 y TIC-80 como referencia y contraste. TIC-80, por ejemplo, eligió una pantalla más grande (240×136), mantiene los mismos 16 colores pero con una paleta reemplazable, y sube el tope de código a 64 KB — su filosofía es más permisiva desde el arranque. Ninguna de las dos decisiones es mejor en abstracto. Son sabores distintos de la misma idea: que el límite es una herramienta de diseño, no un defecto que la tecnología moderna vino a corregir.

Cuando alguien me pregunta si voy a "agregarle más resolución" a Chivo-8 más adelante, la respuesta corta es no — no porque no se pueda, sino porque hacerlo sería resolver un problema que nunca existió, a costa del que sí importa: que sea fácil empezar, terminar, y que lo que termines se sienta como algo, no como un boceto de otra cosa más grande.

Estas son las decisiones concretas que salieron de esa filosofía, tal como está Chivo-8 hoy:

Nada de esto es definitivo para siempre. Pero cada número de esa tabla es una decisión, no un accidente — y ahora ya sabes por qué.