En esta página
Personal Paint de 68k llega a su editor en AROS ARM64 mediante Kaffeine. La captura del laboratorio muestra el área de trabajo y la barra de herramientas, no solo una ventana de inicio. Es un primer resultado concreto del proyecto con el que estoy trabajando en la compatibilidad del software Amiga sobre AROS nativo.
La precisión importante va primero: esta ejecución utiliza el intérprete Moira, dentro de una máquina virtual AROS AArch64 en QEMU. El JIT de Kaffeine tiene su propia prueba experimental, por separado. No es un anuncio de Personal Paint acelerado por JIT ni de compatibilidad completa de la aplicación.
Qué demuestra realmente la captura
La captura original del 28 de octubre de 2026 muestra el título de Personal Paint, el lienzo y las herramientas laterales. Tras el aviso inicial y un cambio de pantalla, el editor se hace visible. Ese es el hito documentado: una aplicación gráfica de 68k supera una parte importante del arranque y construye su interfaz en AROS ARM64.
Una captura no certifica todo el programa. El dibujo interactivo, la apertura y el guardado de imágenes, el uso prolongado y el cierre completo aún requieren verificaciones específicas. El ejecutor de aquella sesión terminó por inactividad. Ese tiempo de espera agotado no demuestra un ciclo completo satisfactorio, pero tampoco demuestra por sí solo un fallo de la aplicación.
Kaffeine es un puente, no un Amiga totalmente emulado
El repositorio público de Kaffeine describe una infraestructura de código abierto para el software del ecosistema Amiga. Su primer objetivo operativo son los programas de 68k en AROS ARM64. Las demás direcciones siguen siendo una hoja de ruta, no plataformas ya compatibles.
La prueba tiene tres niveles distintos. QEMU ejecuta la máquina ARM64 donde funciona AROS. Dentro de AROS, kaffeine.library carga el programa de 68k y Moira ejecuta sus instrucciones. Cuando el programa llama a una biblioteca del sistema, el puente adapta esa petición a las API nativas de AROS.
Ese último paso concentra buena parte del trabajo. Una ventana clásica no se puede entregar sin más a un sistema de 64 bits: cambian el tamaño de los punteros, la disposición de las estructuras, el orden de los bytes y la propiedad de los recursos. El puente mantiene representaciones compatibles de ventanas, pantallas, mensajes y otros objetos sin exponer indiscriminadamente los objetos nativos al código invitado.
La corrección que desbloqueó este hito
El último cambio integrado en esta fotografía es la corrección de los valores NewWindow y los puertos IDCMP. En la práctica, el puente debe conservar los valores con los que un programa clásico solicita una ventana, además de las opciones que los sustituyen.
Entre esos valores están los eventos que debe recibir la ventana. Perder esa información durante la conversión puede crear una ventana aparentemente existente, pero sin el puerto de mensajes que espera el programa. La solución es reproducir el comportamiento de la API, no hacer permisiva una llamada posterior que recibe un puntero no válido.
Este hito llega después del trabajo sobre pantallas y paletas de 8 bits, capas y recorte, mapas de bits, información de dibujo y AppIcons. También existen un planificador cooperativo limitado para tareas invitadas y la gestión de paquetes DOS. Son componentes de compatibilidad verificados dentro de límites concretos, no una promesa de que funcionará cualquier programa Amiga.
Las pruebas registradas y su alcance
La última validación asociada a la corrección NewWindow registra 46 ejecutables de la suite del host superados, controles específicos con sanitizadores y una prueba de ventanas con 52 comprobaciones sin errores, tanto desde Shell como mediante Run en AROS AArch64 sobre QEMU. Las referencias nativas permiten comparar el comportamiento de las API, no calcular un porcentaje de compatibilidad.
Estas pruebas y la captura responden a preguntas distintas. La suite del host comprueba componentes y regresiones; las pruebas dentro de AROS recorren caminos reales del entorno; Personal Paint combina peticiones que hace una aplicación de verdad. Ninguno de esos niveles sustituye una prueba en hardware físico o una sesión completa de trabajo en el editor.
El JIT ha dado un paso dentro de AROS
La prueba de traducción de 68k a AArch64 investiga un segundo motor de CPU escrito para Kaffeine. En los resultados del laboratorio del 28 de octubre, una versión independiente ejecutó código traducido dentro de AROS ARM64 sobre QEMU y superó 38 comprobaciones tanto desde Shell como mediante Run.
La prueba cubre memoria ejecutable, accesos big-endian, una llamada a través del despachador nativo, callbacks anidados y la invalidación del código traducido tras modificar el código invitado. Es un resultado separado de la apertura de Personal Paint: Moira sigue siendo el motor de ejecución de las aplicaciones, mientras que la extensión nativa de la prueba continúa como trabajo experimental local.
El subconjunto de instrucciones de la prueba no equivale a una CPU completa y no hay mediciones que demuestren una aceleración de Personal Paint en AROS. Emu68 es una referencia estudiada, no el motor integrado: el código de su traductor no está incluido en Kaffeine.
De dónde parte el proyecto y adónde quiero llevarlo
Kaffeine se apoya en AROS y en su anterior m68kemu.library, ahora desarrollada como kaffeine.library. El motor operativo es Moira, de Dirk W. Hoffmann. La atribución importa: el proyecto integra y desarrolla infraestructura existente, no presenta como nuevo todo lo que utiliza. AROS y los cambios del proyecto usan APL 1.1; Moira usa MIT. Los recursos propietarios empleados en las pruebas no forman parte del repositorio.
El manifiesto de Kaffeine pone en el centro la continuidad del software mientras cambian las CPU y el hardware. El siguiente resultado útil no es acumular más comprobaciones: es abrir una imagen, editarla, guardarla y salir de forma fiable. Después llegará la aceleración, medida en esas mismas operaciones, y la verificación en una máquina física.
Esta dirección complementa el trabajo contado con EdgeSnap en RetroLab: hacer el entorno Amiga más utilizable, no solo conservar una imagen del pasado. Para seguir o estudiar Kaffeine, el punto de entrada es el repositorio con el código fuente y las instrucciones de compilación. Al verificarlo no había versiones precompiladas publicadas. Este artículo documenta un hito de desarrollo, no una distribución lista para instalar.