Limitaciones del emulador
Si bien Emulation-as-a-Service y la plataforma EaSI proporcionan una interfaz centralizada y única para interactuar con una serie de diferentes características subyacentes:ref:emulators, las variaciones entre estas diferentes aplicaciones hacen difícil si no imposible tener todas las características de EaSI funcionan de la misma manera para todos los entornos.
Esta página detalla algunas de estas limitaciones, junto con las soluciones de trabajo recomendadas, para ayudar a gestionar las expectativas de los usuarios.
«Descargar trabajos de impresión» Sólo funciona en entornos basados en QEMU
Emuladores relevantes: BasiliskII, SheepShaver, VICE, todos y todos los demás emuladores además de QEMU
Entornos afectados: Mac clásico Sistemas operativos, Commodore 64, varios otros sistemas no PC (cualquier cosa no emulado por QEMU)
Problema: Emulation-as-a-Service’s `strategy > https://gitlab.com/emulation-as-a-service/eaas-server/-/blob/master/src/eaas/components/impl/src/main/java/de/bwfla/emucomp/components/emulares/Postcript Este enfoque no es genérico/replicable para otros emuladores.
Recomendada labor-around: Desafortunadamente no hay otro método para exportar directamente archivos o contenidos de emuladores no-QEMU disponibles en EaaSI en este momento. Puede utilizar la función «Save Screen Image» para tomar una captura de pantalla del contenido que se ejecuta en emulación en formato PNG para compartir contenido emulado externamente.
Recursos de contenido y software multiarchivo y «cambiar medios» en entornos de Apple
Emuladores pertinentes: Basilisk II, SheepShaver
Entornos afectados: aproximadamente Apple Mac OS 7.x a través de OS 9.0.4 (late M68K y PowerPC Macs)
Problema: Basilisk y ovejas Shaver no admite imágenes de disco montadas en vivo durante una sesión de emulación en funcionamiento. Todas las imágenes de disco deseadas para una sesión deben ser seleccionadas y montadas antes o entre ejecutar la emulación. Así, la función «Change Media» ** no funcionará** como se espera al ejecutar Basilisk o SheepShaver-based Environments in EaaSI - los usuarios no pueden «eject» e «insertar» imágenes de disco en multi-file Floppy o ISO tipo Contenido y recursos de software, la forma en que lo harían con hardware físico (o con los emuladores que soportan el intercambio en vivo, como QEMU, LinApple, VICE, etc.)
Recomendada labor-around: Eaa Los usuarios de SI pueden editar el número de imágenes de disco que se pueden montar en cualquier momento en un entorno basado en Basilisk o SheepShaver ajustando las unidades configuradas del entorno en su página Detalles. Añadiendo unidades adicionales Floppy o CDROM para que coincidan o superen el número de imágenes de disco en un recurso multi-Floppy o ISO tipo debe permitir que todo el recurso sea montado en el Medio Ambiente al mismo tiempo que se ejecute.
Debido a limitaciones de hardware (Basilisk y SheepShaver emular un bus SCSI en particular), este método sólo funcionará hasta un máximo de 8 unidades (incluyendo, si es relevante, el disco principal/sistema que continúe el sistema operativo).
Alternativamente, romper un recurso de contenido o software multi-file en recursos múltiples o individuales durante la importación. (por ejemplo, tratar cada Floppy individual o imagen de disco ISO como su propio recurso separado, luego montar y guardar en una serie de revisiones del medio ambiente hasta que el conjunto completo deseado esté disponible para la interacción)
Objetos de Floppy (Contenido o Software) de Tamaño mixto en QEMU
Emuladores relevantes: QEMU
Entornos afectados: MS-DOS, Windows y la mayoría de entornos Linux (x86 PCs)
Problema: QEMU puede cambiar entre objetos tipo Floppy durante una sesión de emulación en marcha, pero todos deben ser del mismo tamaño. Por ejemplo, si un usuario sube un objeto de contenido tipo Floppy mezclando imágenes de disco de 5,25» y 3,5» floppies - 1,2 MB y 1,44 MB respectivamente - el usuario no podrá cambiar entre ellos utilizando la función Change Media en un entorno basado en QEMU. Cualquier archivo clasificado/priorizado primero en la importación de Software o Contenido determinará la capacidad de la unidad de disquete emulado cuando se monta ese recurso.
Recomendada labor-around: Si busca importar un disquete de tamaño mixto en EaSI como un recurso Contenido o Software, las imágenes de disco separadas del mismo tamaño en recursos separados. Copiar y guardar uno de los recursos en un entorno basado en QEMU, y luego montar el segundo recurso interactuar con el conjunto completo.
Alternativamente, si es posible o aceptable: manipular el tamaño de una imagen de disco antes de importar en EaSI (por ejemplo, colocar una imagen de disco más pequeña para que coincida con el tamaño de uno más grande) utilizando un programa de manipulación de imágenes de disco como `WinImage > identificados https://winimage.com/año`_, `qemu-img
Error de AppleTalk en Mac OS 7.0.x
Emuladores pertinentes: BasiliskII
Entornos afectados: Mac OS (System Software) 7.0.1 y derivados
Problema: Tratar de ejecutar una copia genuina del sistema operativo de Apple 7.0.1 en BasiliskII resulta en el siguiente error de AppleTalk en el arranque:
Este error aparece independientemente del sistema de host (el equipo EaSI lo ha confirmado ejecutando BasiliskII tanto en Linux como en macOS hosts), independientemente de la configuración de hardware BasiliskII seleccionada, e independientemente de la configuración del sistema operativo seleccionada en System Software 7.0.1 (por ejemplo, incluso cuando AppleTalk está explícitamente deshabilitado en el sistema operativo).
Recomendada labor-around: Si el software de sistema 7.0.1 es explícitamente requerido o deseado, simplemente haciendo clic en «OK» en el mensaje de error permite al usuario seguir emular el medio ambiente sin efectos aparentes.
Si este error pop-up es demasiado inconveniente o confuso, y el Software o Contenido no requiere explícitamente 7.0.1, el equipo EaaSI recomienda utilizar un entorno de Macintosh Clásico diferente en BasiliskII en lugar de (por ejemplo, Mac OS 7.5). Este error parece único y específico para el sistema operativo 7.0.x.
Director de Macromedia Crashes Mac Emulators
Emuladores relevantes: BasiliskII, SheepShaver
Entornos infectados: Posiblemente cualquiera con Macromedia Director instalado (versiónes específicas inciertas)
Problema: Usuarios en AusEaa SI network have reported problems with emulator crashes when trying to run Macromedia Director in SheepShaver-based Environments. El problema se ha trazado a un error de corriente avanzada que probablemente presente en la base de código SheepShaver y BasiliskII.
Recomendada labor-around: Desactivar la configuración del compilador «JIT» del emulador (justo a tiempo) navegando a la página de Detalles del Medio Ambiente relevante y luego editando la línea de configuración del emulador para añadir «jit false». (Debe insertar una ruptura de la línea entre el final de la configuración anterior del emulador, que es probablemente la especificación ROM, y la cadena «hit false»)