¡Hola a todos!, hay problemas con la web que espero poder arreglar lo antes posible, ¡mil perdones!
Read More “AmigaOS 4: el nuevo kernel arranca en Raspberry Pi 2” »
ANSI
Eran aquel momento en el que los usuarios de PC querían interfaces gráficas, ventanas, cuadros de diálogo y menús desplegables, pero el ordenador les respondía con un simple cursor parpadeando sobre una pantalla negra. Windows existía, sí, pero durante buena parte de los años ochenta y principios de los noventa el auténtico campo de batalla seguía siendo MS-DOS. Y fue precisamente en ese entorno hostil donde surgió una de las disciplinas más peculiares de la informática clásica: construir falsas interfaces gráficas utilizando únicamente caracteres de texto.
Para entender el fenómeno hay que recordar cómo era una sesión típica de DOS. La pantalla estaba formada por una cuadrícula de caracteres de 80 columnas por 25 filas. Cada posición almacenaba un código ASCII y unos atributos de color, y aquello, en teoría, sólo servía para mostrar texto. Sin embargo, los programadores pronto descubrieron que podían hacer bastante más con ello, porque el juego de caracteres de IBM incluía líneas horizontales, verticales, esquinas, bloques sombreados y otros símbolos semigráficos que permitían dibujar recuadros y estructuras sorprendentemente complejas.
ANSI
La llegada de ANSI.SYS elevó la situación a otro nivel. Este controlador permitía interpretar secuencias ANSI enviadas por los programas o por archivos de texto y, gracias a ellas, era posible mover el cursor a cualquier posición de la pantalla, cambiar colores, borrar zonas concretas o modificar atributos visuales sin necesidad de acceder directamente al hardware. Para un usuario actual puede parecer algo trivial, pero en aquel momento era como descubrir superpoderes.
De repente comenzaron a aparecer programas cuya pantalla principal parecía una extraña imitación de un entorno gráfico. Había barras de menús, ventanas superpuestas, cuadros de ayuda y zonas coloreadas que daban la impresión de estar ante algo mucho más avanzado que una simple consola. Todo era mentira, por supuesto, no existían ventanas reales ni botones auténticos, tan solo había caracteres colocados cuidadosamente en posiciones concretas para crear una ilusión.
ANSI
Lo fascinante es que esta técnica no se limitó a utilidades profesionales, los grupos de la escena warez y demoscene la adoptaron con entusiasmo. Muchas introducciones de cracks, por ejemplo, mostraban logotipos animados, textos desplazándose, degradados de color y marcos extremadamente elaborados. El usuario ejecutaba un programa y, antes de aparecer el juego, era recibido por una demostración técnica que parecía imposible para una simple pantalla de texto. En realidad, detrás de la magia sólo había secuencias ANSI, mucha imaginación y una paciencia infinita.
Técnicamente, ANSI.SYS era un controlador de dispositivo cargado desde al archivo de configuración CONFIG.SYS que interceptaba la salida de texto enviada a la consola de MS-DOS y analizaba las secuencias de escape ANSI que aparecían embebidas en el flujo de caracteres. Cuando un programa escribía una cadena que comenzaba por el carácter de escape ESC (ASCII 27), ANSI.SYS la interpretaba como una orden en lugar de mostrarla en pantalla. Estas órdenes permitían establecer el cursor en unas coordenadas concretas, cambiar colores de primer plano y fondo, eliminar líneas o regiones de pantalla, definir reasignaciones de teclado e incluso crear efectos de animación sin acceder directamente a la memoria de vídeo.
ANSI
Internamente actuaba como una capa de traducción entre los programas y el controlador de consola de DOS, proporcionando una funcionalidad similar a la de los terminales profesionales compatibles con ANSI, pero con una penalización de rendimiento apreciable, ya que cada carácter enviado debía ser inspeccionado e interpretado antes de llegar a la pantalla. Por este motivo muchos programas profesionales, como gestores de archivos o BBS, acabaron utilizando bibliotecas propias que escribían directamente en la memoria de vídeo de las tarjetas CGA, EGA o VGA, obteniendo una velocidad muy superior a la que podía proporcionar ANSI.SYS.
ANSI
Los más obsesivos llegaron a convertirlo en una disciplina artística, y se llegaron a diseñar auténticas ilustraciones formadas exclusivamente por caracteres ASCII y ANSI. Las sombras se construían mediante bloques semillenos, los reflejos se emulaban utilizando distintos colores de primer plano y las texturas eran combinaciones de símbolos aparentemente absurdos. Algunas composiciones ocupaban cientos de líneas y requerían terminales compatibles para renderizarse correctamente. Eran imágenes digitales, pero creadas con las mismas herramientas que se utilizaban para escribir un documento de texto.
La situación adquiría tintes casi cómicos cuando los desarrolladores intentaban competir visualmente con los primeros entornos gráficos. Aparecieron gestores de archivos, programas de comunicaciones y aplicaciones empresariales que simulaban cuadros de diálogo muy similares a los de Windows. Muchas personas pasaban horas trabajando dentro de aplicaciones DOS que, visualmente, intentaban convencerlas de que estaban utilizando una interfaz moderna, aunque por debajo siguiera existiendo exactamente la misma pantalla de texto de siempre.
ANSI
Desde el punto de vista técnico, tampoco era una tarea sencilla. Había que considerar tarjetas gráficas diferentes, terminales incompatibles y sistemas que no siempre interpretaban las secuencias ANSI de la misma forma. Un efecto visual impresionante en un PC podía mostrarse completamente roto en otro. Por eso, muchos desarrolladores acabaron incluyendo detección automática de hardware, bibliotecas propias de control de pantalla e incluso sistemas alternativos cuando ANSI.SYS no estaba cargado.
Quizá lo más sorprendente es que todo este esfuerzo nacía de una limitación. Nadie habría dedicado tantas horas a dibujar botones con caracteres si hubiera tenido acceso a herramientas gráficas modernas. Sin embargo, precisamente porque existían restricciones técnicas, los programadores encontraron formas inesperadas de superarlas y, lo que debía ser un simple terminal de texto, acabó convirtiéndose en una plataforma para la creatividad visual.
ANSI
Mirado con perspectiva, ANSI.SYS representa una de esas historias que definen perfectamente la informática clásica, donde un controlador diseñado para gestionar secuencias de terminal terminó alimentando una pequeña guerra entre la funcionalidad y el buen gusto. Algunos creaban interfaces elegantes y sorprendentemente profesionales, otros producían monstruos visuales llenos de colores fosforescentes, marcos imposibles y logotipos gigantescos que parecían diseñados después de una noche especialmente intensa de cafeína y ensamblador.
Y, siendo sinceros, ahí residía buena parte de su encanto, porque antes de los temas visuales, de las librerías gráficas y de los motores de interfaz, hubo una generación de programadores empeñada en demostrar que una pantalla de texto podía parecer cualquier cosa, incluso una interfaz gráfica. Aunque para lograrlo hubiera que declarar una guerra abierta al sentido estético.
The post La guerra silenciosa entre ANSI.SYS y el buen gusto first appeared on teknoPLOF!.
Los golpes están a punto de aterrizar en los sistemas de 8 bits de Amstrad. Mighty Final Fight prepara su conversión para Amstrad CPC Plus y GX4000, un nuevo proyecto de Cyrille «Ayor61» Gouret que tiene prevista su publicación el 1 de noviembre de 2026, coincidiendo con las novedades anunciadas para el evento RGC2026.
La idea de llevar este juego a las máquinas de Amstrad surgió hace aproximadamente dos años, durante una conversación entre Ayor61 y Yogtze. Ahora, aquel planteamiento empieza a convertirse en realidad con una adaptación que permitirá disfrutar de esta aventura de lucha en los modelos más avanzados de la familia CPC.
El proyecto está siendo desarrollado principalmente en ensamblador, con herramientas como PASMO y RASM, además de CrossDev Soft y Python para distintas tareas del proceso. El autor también reconoce el uso de inteligencia artificial para ayudar con algunas subrutinas y la compresión de los datos.
En el apartado musical, la banda sonora chiptune corre a cargo de Niko, mientras que las pruebas beta siguen en marcha para terminar de pulir el juego antes de su publicación definitiva.
Ayor61 también ha querido agradecer a Sanchez su trabajo con la versión para ZX Spectrum, así como el apoyo recibido durante el desarrollo y las tareas relacionadas con la conversión entre plataformas.
La versión final está prevista para los próximos días, con el 1 de noviembre como fecha anunciada de publicación. El enlace de descarga se compartirá inicialmente en exclusiva a través del grupo de Facebook Amstradiens.
Habrá que estar atentos para comprobar cómo se adapta esta propuesta de lucha a los 8 bits de Amstrad Plus y GX4000, dos sistemas que siguen recibiendo nuevos desarrollos y conversiones.
Más información y futuras novedades: https://www.facebook.com/groups/amstradiens
Hay proyectos retro que sorprenden, otros que emocionan… y luego está Dragon’s Lair para MSX LaserDisc, una auténtica proeza que parecía imposible hasta que DiHalt Studio decidió intentarlo. No estamos ante un emulador, ni un simple port.
Se trata de una reconstrucción nativa y completa del clásico de Cinatronics escrita desde cero para el procesador Z80 y diseñada para funcionar en el hardware original de los MSX Pioneer Palcom, aquellos ordenadores que en los años 80 podían sincronizar su funcionamiento con un reproductor LaserDisc de la misma marca.
DiHalt Studio ha reconstruido el juego usando la versión restaurada de FX Interactive, una edición del juego para PC Windows con imagen limpia, audio estéreo en español y sincronización perfecta obteniendo como resultado un Dragon’s Lair que se ve y se escucha mejor que en su lanzamiento original, pero ejecutándose en un MSX de hace cuatro décadas. Una mezcla deliciosa de arqueología digital y ingeniería moderna.
Durante el análisis del código de 1983, en DiHalt descubrieron que algunas decisiones del juego estaban mal programadas: direcciones incorrectas, tiempos imposibles, pistas de audio que no coincidían con la animación. Así que esta versión de 2026 corrige esos fallos, ofreciendo por primera vez una experiencia fiel a lo que el jugador debería haber vivido en la recreativa.
Las pocas veces que jugué a Dragon’s Lair en el emulador MAME me bastaron para etiquetarlo como uno de esos clásicos implacables: bastaba un pequeño desliz y estabas muerto, sin misericordia alguna. Para evitar frustraciones innecesarias, DiHalt Studio ha implementado modos de juego que hacen que las partidas sean más accesibles para todo tipo de jugadores:
El repositorio incluye todo el proceso de construcción del juego: desde el análisis de la edición de FX Interactive hasta la conversión de tiempos en fotogramas físicos del LaserDisc. Es un trabajo minucioso, apasionado y profundamente respetuoso con la historia del videojuego.
Para quienes tengan un MSX Palcom o usen un emulador avanzado como openMSX, este Dragon’s Lair es una joya que merece ser experimentada. Esta es una demostración de lo que la comunidad retro puede lograr cuando combina talento, paciencia y amor por los clásicos.
Enlace relacionado: GitHub
Read More “AmiSC 0.8.0: StarCraft avanza en Amiga Classic” »
Read More “APC&TCP: Boxed version of Graphic Designer released” »
Llevar Another World a un Amstrad CPC Plus de 128 KB es un reto que combina programación, adaptación técnica y mucha paciencia. Jean Aipas está trabajando en un port del clásico de Eric Chahi, publicado originalmente en 1991 para Amiga y Atari ST, tomando como referencia el lenguaje de scripts de la versión MS-DOS de 1992.
El proyecto se está desarrollando con ayuda de Claude Opus 5.5, utilizando inteligencia artificial para interpretar y reescribir los scripts originales, además de adaptar los escenarios a las limitaciones gráficas del CPC. Su autor aclara que el trabajo no consiste simplemente en pedirle a una IA que genere el juego: detrás hay numerosas indicaciones, pruebas y tareas de codificación en las que también participa directamente.
La idea es respetar al máximo la estructura de la obra original. Another World utiliza un sistema basado en scripts que se interpretan mediante una máquina virtual, una arquitectura que permite ejecutar la lógica del juego en distintas plataformas siempre que se adapte esa máquina virtual.
En este caso, el desafío consiste en trasladar sus escenarios, animaciones y secuencias al hardware del Amstrad CPC Plus, aprovechando sus posibilidades gráficas y ajustando los contenidos cuando resulta necesario. El sonido todavía necesita trabajo, según reconoce el propio desarrollador, por lo que estamos ante una versión en evolución y no ante un lanzamiento definitivo.
Jean Aipas también agradece a Michel Louvet su orientación en este experimento con inteligencia artificial, así como la ayuda de Claude. Curiosamente, todo comenzó con una utilidad web para probar los scripts originales y explorar las posibilidades de los polígonos en el CPC.
Por ahora, el proyecto permite comprobar hasta dónde puede llegar una combinación de conocimiento técnico, experimentación e IA aplicada a la programación retro. Habrá que seguir su evolución para ver cuánto consigue acercarse esta versión a la experiencia original.
Datos del proyecto
