Emulatorbeschränkungen

Während Emulation-as-a-Service und die EaaSI-Plattform eine zentrale, einzige Schnittstelle zur Interaktion mit einer Reihe von verschiedenen zugrunde liegenden emulatoren bieten, machen Variationen zwischen diesen verschiedenen Anwendungen es schwierig, wenn nicht unmöglich, alle EaaSI-Features funktionieren in der gleichen Weise für alle Umgebungen.

Diese Seite enthält einige dieser Einschränkungen, zusammen mit empfohlenen Work-arounds, um Benutzererwartungen zu verwalten.

„Download Print Jobs“ Nur Arbeiten in QEMU-basierten Umgebungen

Relevante Emulatoren: BasiliskII, SheepShaver, VICE, alle anderen Emulatoren neben QEMU

Betroffene Umwelt*: Classic Mac OS-Systeme, Commodore 64, verschiedene andere nicht-PC-Systeme (alles **not emuliert durch QEMU)

Problem: Emulations-as-a-Service’s `strategy <https://gitlab.com/emulation-as-a-service/eaas-server/-/blob/master/src/eaas/Komponenten/impl/src/main/java/de/bwl/bwfla/emucomp/emulators/emulators/Post Dieser Ansatz ist für andere Emulatoren nicht generisch/replizierbar.

Empfohlene Arbeit: Leider gibt es keine andere Methode zum direkt exportieren von Dateien oder Inhalten von nicht-QEMU Emulatoren in EaaSI zu diesem Zeitpunkt verfügbar. Sie können die Funktion „Save Screen Image“ verwenden, um einen Screenshot des Inhalts zu machen, der in Emulation im PNG-Format läuft, um emulierte Inhalte extern zu teilen.

Multi-Dateiinhalte und Softwareressourcen und „Change Media“ in Apple Environments

**Relevante Emulatoren*: Basilisk II, SheepShaver

**Betroffene Umgebungen*: ca. Apple Mac OS 7.x durch OS 9.0.4 (late M68K und PowerPC Macs)

Problem: Basilisk und Schafe Shaver unterstützt während einer laufenden Emulationssitzung keine Live-Swapping-Aufnahmen. Alle gewünschten Festplattenbilder für eine Sitzung müssen vor oder zwischen dem Laufen der Emulation ausgewählt und montiert werden. So funktioniert die „Change Media“-Funktion ** nicht wie erwartet, wenn Basilisk oder SheepShaver-basierte Umgebungen in EaaSI laufen - Benutzer können nicht „auswerfen“ und „einfügen“ Festplattenbilder in Multi-Dateien Floppy oder ISO-Typ Inhalt und Software-Ressourcen, wie sie mit physischen Hardware (oder mit Emulatoren, die Live-Swapping unterstützen, wie QEMU, LinApple, V)

Empfohlene Arbeit: Eaaa SI-Nutzer können die Anzahl der Festplattenbilder bearbeiten, die jederzeit in einer Basilisk- oder SheepShaver-basierten Umgebung montiert werden können, indem sie die Configured Drives von Environment auf ihrer Seite Details anpassen. Wenn zusätzliche Floppy- oder CDROM-Laufwerke hinzugefügt werden, um die Anzahl der Festplattenbilder in einer Multi-Floppy- oder ISO-Ressource zu übertreffen oder zu überschreiten, sollte die gesamte Ressource gleichzeitig in die Umgebung eingebaut werden, wenn sie ausgeführt wird.

Aufgrund von Hardware-Beschränkungen (Basilisk und SheepShaver emulieren einen bestimmten SCSI-Bus), wird diese Methode nur für bis zu maximal 8 Laufwerke (einschließlich, falls relevant, die Haupt-/Systemscheibe, die das Betriebssystem hält) arbeiten.

Alternativ brechen Sie während des Imports eine Multifile Content oder Software-Ressource in mehrere oder einzelne Ressourcen. (z.B. jedes einzelne Diskettenbild des Floppy- oder ISO-Typs als eigene separate Ressource behandeln, dann montieren und speichern in einer Reihe von Umweltrevisionen, bis das komplette gewünschte Set für Interaktion zur Verfügung steht)

Floppy Objects (Content oder Software) der gemischten Größe in QEMU

**Relevante Emulatoren*: QEMU

**Betroffene Umgebungen*: MS-DOS, Windows und die meisten Linux-Umgebungen (x86 PCs)

Problem: QEMU kann während einer laufenden Emulationssitzung zwischen Floppy-Objekten wechseln, aber sie müssen alle gleich groß sein. Wenn z.B. ein Benutzer ein Floppy-Typ Content-Objekt-Mischung von Festplattenbildern von 5,25“ und 3,5“ Floppies - bzw. 1,2 MB und 1,44 MB - hochlädt, kann der Benutzer **not* zwischen ihnen mit der Change Media Funktion in einer laufenden QEMU-basierten Umgebung wechseln. Welche Datei zuerst im Software- oder Content-Import platziert/prioritisiert wurde, bestimmt die Kapazität des emulierten Diskettenlaufwerks, wenn diese Ressource installiert ist.

Empfohlene Arbeit: Wenn Sie einen Mixed-Size-Floppy als Content- oder Software-Ressource in EaaSI importieren möchten, trennen Sie Disk-Images gleicher Größe in separate Ressourcen. Kopieren und speichern Sie eine der Ressourcen in eine QEMU-basierte Umgebung, dann montieren Sie die zweite Ressource interagieren mit dem vollen Satz.

Alternativ, wenn es möglich oder akzeptabel ist: manipulieren Sie die Größe eines Festplattenbildes vor dem Import in EaaSI (z.B. Polsterung eines kleineren Festplattenbildes zur Größe eines größeren) mit einem Festplattenbild-Manipulationsprogramm wie `WinImage <https://winimage.com/> `_, `qemu-img <https://linux.die.net/built/man/1/qemu-img ähnlich Q>

AppleTalk Fehler in Mac OS 7.0.x

**Relevante Emulatoren*: Basiliken

**Betroffene Umgebungen*: Mac OS (System Software) 7.0.1 und Derivate

Problem: Versuchen Sie, eine echte Kopie des Betriebssystems von Apple System Software 7.0.1 in BasiliskII auszuführen, ergibt den folgenden AppleTalk-Fehler beim Booten:

Dieser Fehler erscheint unabhängig von Host-System (das EaaSI-Team hat bestätigt, dass es BasiliskII auf Linux- und macOS-Hosts läuft), unabhängig von ausgewählten BasiliskII-Hardwareeinstellungen und unabhängig von den in System Software 7.0.1 ausgewählten Betriebssystemeinstellungen (z.B. auch wenn AppleTalk im Betriebssystem explizit deaktiviert ist).

Empfohlene Arbeit: Wenn die System Software 7.0.1 explizit benötigt oder gewünscht wird, kann durch Klicken auf „OK“ auf die Fehlermeldung der Benutzer die Umwelt weiterhin emulieren, ohne offensichtliche kranke Auswirkungen zu haben.

Wenn dieser Pop-up-Fehler zu unbequem oder verwirrend ist und die Software oder Inhalte nicht ausdrücklich 7.0.1 benötigen, empfiehlt das EaaSI-Team, stattdessen eine andere Classic Macintosh-Umgebung auf BasiliskII zu verwenden (z.B. Mac OS 7.5). Dieser Fehler erscheint einzigartig und spezifisch für das 7.0.x Betriebssystem.

Macromedia Direktor Crashes Mac Emulatoren

**Relevante Emulatoren*: BasiliskII, SheepShaver

**Betroffene Umgebungen*: Möglicherweise jede mit Macromedia Director installiert (spezifische Versionen unsicher)

Problem: Benutzer im AusEaa SI-Netzwerk hat Probleme mit Emulator-Crashs gemeldet, wenn versucht, Macromedia Director in SheepShaver-basierten Umgebungen laufen. Das Problem wurde auf einen vorgelagerten Fehler, der sowohl in der SheepShaver- als auch BasiliskII-Codebasis vorkommt, zurückgeführt.

Empfohlene Arbeit: Deaktivieren Sie die „JIT“ des Emulators (just-in-time) Compilereinstellung, indem Sie auf die entsprechende Seite der Umgebung Details navigieren und anschließend die Emulator Configuration Zeile bearbeiten, um „jit false“ hinzuzufügen. (Sie müssen einen Zeilenumbruch zwischen das Ende der vorherigen Emulatoreinstellung einfügen, was wahrscheinlich die ROM-Spezifikation ist, und die „jit false“-String)