Pregunta incómoda de este proyecto: ¿cómo revisas un cambio visual en un shell que corre en un 386 de 1992? No puedes hacer scroll por un diff de píxeles en un CRT. No hay capturas de pantalla en modo real. Y compilar, copiar a CompactFlash, arrancar el 386 y mirar… son diez minutos por iteración.
El truco: el mismo C, dos destinos
El código de dibujo de Castalia 92 es C89 puro que escribe en un back buffer. Al 386 le da igual si ese buffer acaba en la VRAM o en un fichero. Así que cada subsistema visual se refleja en un pequeño harness del lado del host: el mismo código de dibujo, compilado nativo, renderiza frames a imágenes que se inspeccionan y comparan. Si el Gramófono cambia un píxel del analizador de espectro, se ve en el diff antes de tocar hierro.
Lo que sale gratis
Las capturas del press kit —el escritorio teal, los dieciocho temas, el caleidoscopio— salen de ese mismo pipeline, renderizadas al 320×200 nativo por las rutinas del propio shell. Cero mockups: si está en una captura, es porque el código lo dibuja. Y GitHub Actions construye los binarios reales de 16 bits con Open Watcom en cada push, con el lint de C89 vigilando que ninguna modernidad se cuele.
Si está en una captura, es porque el código lo dibuja. Cero mockups.
D. ABELLÁN · FOUNDER · PRINCETON, IL · 2026.06.05