RetroPie ab V2.0: Der Amiga und die restlichen Emulatoren

Dieser Text wurde archiviert! Eine Liste aller archivierten Texte findet ihr unter ‚RetroPie: Einrichtung für ältere Images‚.

Eine Übersicht der aktuellen Beiträge gibt es unter ‚RetroPie: Raspberry Pi als Emulator‚.

Ich möchte hier mal auf die einzelnen Emulatoren eingehen. Dabei geht es nicht um deren Bedienung, sondern darum, wie man sie überhaupt zum Laufen bringt.

Basis ist das RetroPie-Image 2.3
Hier geht es zur Version für das RetroPie-Image ab 2.6.0

Denkt immer daran, dass Emulatoren nie zu 100% mit dem echten System kompatibel sind. Es kann also durchaus mal zu Problemen kommen. Außerdem solltet ihr bei Fehlern einmal alles auf dem Pi, wie bei der Einrichtung gezeigt, aktualisieren. Vielleicht wurde durch ein Update bereits einiges behoben oder es gibt neue Probleme. Schließlich ist ein Update wie eine Schachtel Pralinien, man weiß nie, was man bekommt. 😉

Ich kümmere mich um die Emulatoren, die ihr im roms-Verzeichnis entdecken könnt und noch um weitere, die nicht direkt sichtbar sind.

Als Erstes sollten wir aber klären, woher die EmulationStation überhaupt weiß, welche Emulatoren es eigentlich gibt. Dazu werfen wir einen Blick auf die es_systems.cfg.

es_systems.cfg
Die EmulationStation ist in großen Teilen frei konfigurierbar. Dazu zählt nicht nur das Aussehen, das über die Themes verändert werden kann, sondern auch die Liste der verfügbaren Systeme. Die angebotenen Emulatoren  werden über die Datei es_systems.cfg festgelegt. Diese befindet sich, seit der EmulationStation 2, im Verzeichnis /etc/emulationstation. Außerdem hat sich das Dateiformat geändert, statt einer einfachen Textdatei, ist es nun eine XML-Datei.

Öffnet die Datei mit sudo nano /etc/emulationstation/es_systems.cfg und schaut euch ein wenig um.

Wir werden uns den oben markierten Eintrag für den C64 etwas genauer ansehen, die selben XML-Tags findet ihr natürlich auch für die anderen Systeme.

<system>
  <fullname>C64</fullname>
  <name>c64</name>
  <path>~/RetroPie/roms/c64</path>
  <extension>.crt .CRT .d64 .D64 .g64 .G64 .t64 .T64 .tap .TAP .x64 .X64 .zip .ZIP</extension>
  <command>/opt/retropie/supplementary/runcommand/runcommand.sh 4 "/opt/retropie/emulators/vice-2.4/installdir/bin/x64 -sdlbitdepth 16 %ROM%"</command>
  <platform>c64</platform>
  <theme>c64</theme>
</system>

Ein einzelnes System wird also zwischen <system> … </system> definiert. Die einzelnen Systeme sind dann wiederum zwischen <systemList> … </systemList> einzutragen, aber betrachten wir mal die ganze Datei.
Mit <!– … –> kann man übrigens Kommantare in die Datei aufnehmen.

<!-- Beginn der Liste aller verfügbaren Systeme -->
<systemList>

  <!-- Beginn eines neuen Systems -->
  <system>

    <!-- Lesbarer Name für Menüs usw. (optional) -->
    <fullname>C64</fullname>

    <!-- Kurzname für Verzeichnisse und Fehlermeldungen -->
    <name>c64</name>

    <!-- Verzeichnis das (inkl. Unterverzeichnisse) nach ROMs / Images durchsucht wird -->
    <path>~/RetroPie/roms/c64</path>

    <!-- Erlaubte Dateierweiterungen -->
    <extension>.crt .CRT .d64 .D64 .g64 .G64 .t64 .T64 .tap .TAP .x64 .X64 .zip .ZIP</extension>

    <!-- Befehl, um den Emulator (ggf. inkl. dem gewählten Spiel) zu starten -->
    <command>/opt/retropie/supplementary/runcommand/runcommand.sh 4 "/opt/retropie/emulators/vice-2.4/installdir/bin/x64 -sdlbitdepth 16 %ROM%"</command>

    <!-- Hilft ES_Scraper die richtigen Daten zu finden. (optional) -->
    <platform>c64</platform>

    <!-- Passendes Theme (optional sonst wird <name> ausgewertet -->
    <theme>c64</theme>

  <!-- hier enden die System-Parameter -->
  </system>

<!-- Ende der gesamten Liste -->
</systemList>

Wie ihr seht, ist die es_systems.cfg  kein Hexenwerk! Ihr könnt Sie beliebig erweitern und bearbeiten. Die Reihenfolge der Einträge in der Datei bestimmt übrigens auch die Reihenfolge in der EmulationStaton.
Zur Sicherheit solltet ihr aber vorher ein Backup der Datei erzeugen. Schließt daher nano (<STRG> + <X>) und kopiert die Datei einmal…

sudo cp /etc/emulationstation/es_systems.cfg /etc/emulationstation/es_systems.bak

Jetzt könnt ihr gefahrlos experimentieren und im Notfall immer zur originalen Datei zurückkehren. Weitere Infos zum Dateiaufbau gibt es auf der EmulationStation-Homepage. Beachtet, dass ihr die EmulationStation nach jeder Änderung beenden und neustarten müsst, leider gibt es aktuell keine Refresh-Funktion mehr! Es reicht auch nicht einen Emulator zu starten und zurückzukehren.

Bei einigen Emulatoren findet ihr als Kommentare Alternativen zum jeweiligen Emulator <!– alternatively: <command>. Bei Problemen könnt ihr diese aktivieren, dazu müssen die Kommentare <!– … –> entfernt werden und stattdessen müsst ihr den ursprünglichen Aufruf auskommentieren. Bei einigen Alternativen handelt es sich um einen RetroArch / Libretro Emulator, dies ist evtl. dann von Interessen, wenn ihr alles Einheitlich, nur mit einem Controller, bedienen wollt.

In der es_systems.cfg könnt ihr also nachschauen, wo die Emulatoren liegen, wie sie gestartet werden, welche Dateiendungen sie benötigen und in welchen Verzeichnissen sich die Spiele / Programme befinden müssen. Gleicht ihr die Systeme mit den Ordnern unter roms ab, dann sollten euch folgende Punkte auffallen.

1. NeoGeo, ScummVM und ZX Spectrum sind schon vorbereitet, haben aber aktuell (Image 2.3) kein Verzeichnis unter roms.
    
2. Für den Ordner zmachine unter roms gibt es in der es_systems.cfg keinen Eintrag.
    
3. Die ‚alte‘ Seite InputConfiguration ist vorbereitet, allerdings fehlt auch hier der Ordner und dazu noch die Python-Programme. Dies interessiert uns im Moment aber nicht weiter.

runcommand.sh
Evtl. ist euch in der es_systems.cfg aufgefallen, dass der Start vieler Emulatoren mit einem runcommand.sh <Nr.> <Startbefehl des Emulators> geschieht. Dieses Script könnt ihr einsetzen, um die aktuelle Auflösung vor dem Start des Emulators zu ändern. Die Nummer bestimmt dabei, welche Auflösung und Bildwiederholfrequenz gewählt wird.

# 1: VGA-Modus nur wenn HDMI verwendet wird
# 2: keine Änderung der Auflösung, einfach starten
# 3: VGA-Modus
# 4: 720p mit 60 Hz nur wenn HDMI verwendet wird
# 5: 576p mit 50 Hz nur wenn HDMI verwendet wird
# 6: 720p mit 50 Hz nur wenn HDMI verwendet wird
# 7: PAL 4:3 (Standard-TV)
# 8: NTSC 4:3 (Standard-TV)

Nach Verlassen des Emulators, wird wieder zur bevorzugten Auflösung zurückgeschaltet.

Habt ihr Probleme mit der Anzeige, wie z. B. auf diesem Bild…

… dann könnt ihr durch anpassen der Auflösung über runcommand.sh evtl. für Besserung sorgen. Ihr solltet aber immer bedenken, dass die Auflösung sich auf die Geschwindigkeit des Emulators auswirkt und eine ungünstige Bildwiederholfrequenz zu Rucklern führen kann.

Emulatoren ohne Probleme

Ihr findet hier übrigens weder ROMs, Disketten-Images noch BIOS-Dateien!
Auch Links dazu sucht ihr hier vergeblich!
Bemüht bitte einfach die Suchmaschine eures Vertrauens.

Viele Emulatoren laufen zum Glück direkt. Ihr müsst nur die Spiele / Programme in die dazugehörigen Verzeichnisse, unter dem roms-Ordner, kopieren und schon könnt ihr loslegen. Schaut zur Not in der es_systems.cfg nach, welche Dateiendungen für den Emulator gültig sind.

Beim RetroPie-Image 2.3 gibt es anscheinend einige ‚fehlerhafte‘ Builds, d. h. die betroffenen Emulatoren können nicht direkt verwendet werden!

Sie erzeugen einen Fehler [Segmentation fault]!

Die folgenden Emulatoren lassen sich direkt starten…

• Amstrad / Schneider CPC (amstradcpc)
• Apple II (apple2) — [Segmentation fault]
• Atari VCS 2600 (atari2600)
• Commodore 64 (c64)
• IBM x86 PC (pc)
• Mame (mame)
• Nintendo 64 (n64) — [Segmentation fault]
• Nintendo Entertainment System (nes)
• Nintendo Gameboy (gb)
• Nintendo Gameboy Color (gbc)
• PC-Engine (pcengine)
• Ports (ports – Cave Story, Doom & Duke Nukem 3D)
• Playstation 1 (psx)
• Sega 32x (sega32x)
• Sega Game Gear (gamegear)
• Sega Mastersystem (mastersystem)
• Sega Mega Drive (megadrive)
• Super Nintendo Entertainment System (snes)

Zu einigen Emulatoren (die sind oben in der Liste verlinkt) gibt es unten aber doch noch zusätzliche Anmerkungen.

Die ‚Problemkinder‘
Kümmern müssen wir uns noch um diese Emulatoren…

• Apple Macintosh (macintosh)
• Amiga (amiga)
• Atari 800XL (atari800)
• Atari ST (atariststefalcon)
• Final Burn Alpha (fba)
• Mattel Intellivision (intellivision)
• MSX (msx)
• NeoGeo (neogeo)
• Nintendo Gameboy Advance (gba)
• ScummVM (scummvm)
• Sega CD (segacd)
• ZX Spectrum (zxspectrum)
• Z-Machine (zmachine)

Ich empfehle euch aber den gesamten Text zu lesen, da einige Schritte nur einmal erklärt werden.

Fehlende Emulatoren einrichten
Lasst uns nun erstmal die Emulatoren für ScummVM, ZX Spectrum und die Z-Machine einrichten. Um das Neo Geo kümmern wir uns etwas später. Außerdem werden wir uns auch noch um die DOSBox kümmern.

ScummVM
Das Erste, was man bei ScummVM evtl. vermisst, ist der entsprechende Ordner unter roms.

Sollte euch der scummvm-Ordner fehlen, dann verlasst die EmulationStation und wechselt mit cd ~/RetroPie/roms in das roms Verzeichnis. Mit einem ls -n könnt ihr euch den Inhalt des Ordners, nach Namen sortiert, anzeigen lassen und ihr werdet die obigen Verzeichnisse wiederfinden.

Nun legen wir mit sudo mkdir scummvm && sudo chmod 777 scummvm das fehlende Verzeichnis für ScummVM an und geben ihm gleich Vollzugriff. Wir verknüpfen hier einfach zwei einzelne Befehle mit &&, ihr könnt natürlich auch beide Anweisungen einzeln hintereinander eingeben.

Die EmulationStation erwartet eine *.exe-Datei im scummvm-Verzeichnis, damit der Emulator angeboten wird. Da diese nicht zwingend bei einem ScummVM-Spiel dabei ist, sorgen wir selbst für eine. Legt also einfach eine beliebige ‚Dummy‚-Datei (z. B. Start.exe) im Verzeichnis an, diese kann vollkommen leer bleiben.

Bekommt ihr eine Fehlermeldung, dann stimmen wahrscheinlich eure Zugriffsrechte noch nicht! Setzt diese nochmal mit sudo chmod 777 scummvm, so wie oben zu sehen.

Wenn alles geklappt hat, kopiert eure Spiele nach scummvm und startet die EmulationStation durch Eingabe von emulationstation wieder. Nun ist der ScummVM-Bereich sichtbar. Denkt daran, dass ScummVM seine eigene Oberfläche mitbringt und ihr die Spiele dort noch zuweisen und starten müsst.

Da die EmulationStation auf alle *.exe Dateien reagiert, kann es passieren, dass ihr ‚merkwürdige‘ Einträge erhaltet, da evtl. auch die von euch kopierten Spiele EXE-Dateien enthalten. Falls ihr euch daran stört, könnt ihr einfach die nicht benötigten Dateien aus dem Spielverzeichnis löschen, das spart auch noch Platz.

ZX Spectrum
Auch beim Spectrum fehlt vielleicht noch das zxspectrum-Verzeichnis.

cd ~/RetroPie/roms
sudo mkdir zxspectrum && sudo chmod 777 zxspectrum

Der ZX Spectrum läßt sich dann direkt verwenden. Beachtet evtl. die Alternative in der es_systems.cfg. Es gibt eine Version für den grafischen Desktop, die dann im Fenster läuft (Standard) und eine Alternative die direkt im Vollbild gestartet wird.

Z-Machine
Über die Z-Machine könnt ihr z. B. die ‚alten‚ (als ob es auch neue gebe 😉 ) Infocom-Adventures spielen. Hier haben wir nun den umgekehrten Fall. Diesmal ist das Verzeichnis zmachine vorhanden, dort liegen sogar schon die Spiele Zork I – III. Es fehlt dafür aber der Eintrag in der es_systems.cfg. Fügt zur Datei den folgenden Block hinzu:

<system>
    <fullname>Z-Machine</fullname>
    <name>zmachine</name>
    <path>~/RetroPie/roms/zmachine</path>
    <extension>.dat .DAT .z5 .Z5</extension>
    <command>/usr/games/frotz %ROM%</command>
    <platform>pc</platform>
    <theme>zmachine</theme>
</system>

Leider hakt es noch! Irgendetwas verhindert beim Start aus der EmulationStation 2 die Tastatureingaben, bei einem Textadventure nicht gerade unwichtig 😉 . Startet ihr den Emulator manuell übers Terminal, dann klapp alles problemlos.
Eine Lösung für diese Problem habe ich bisher leider nicht.

Das BIOS-Problem
Eine ganze Reihe an Emulatoren benötigt erst ein Abbild des originalen BIOS (z. B. Gameboy Advanced) oder ROMs (z. B. Amiga), damit sie starten können. Wo diese liegen und wie die Dateien benannt werden müssen, ist leider immer unterschiedlich.

RetroArch stellt ein zentrales Verzeichnis zur Verfügung. In diesem können (machen leider nicht alle) die Emulatoren nachsehen, ob ein BIOS / ROM vorhanden ist. Beim RetroPie-Image 2.3 ist das BIOS-Verzeichnis leider nicht direkt sichtbar. Es liegt ‚neben‘ roms und kann daher aktuell nicht einfach übers Netzwerk befüllt werden. Wir haben mehrere Möglichkeiten, dieses Problem zu beheben:

1. einen neuen Ordner unter roms anlegen und die retroarch.cfg anpassen
2. die Verzeichnisse über spezielle Tools (z. B. WinSCP) füllen
3. das Verzeichnis BIOS über Samba verfügbar machen

Ich bin für den 3. Punkt. Öffnet mit sudo nano /etc/samba/smb.conf die Samba-Konfigurationsdatei und fügt am Schluß die folgenden Zeilen ein:

[BIOS]
comment = BIOS
path = /home/pi/RetroPie/BIOS
writeable = yes
guest ok = yes
create mask = 0777
directory mask = 0777
force user = pi

Direkt vor unserem neuen Block solltet ihr auch die Freigabe für roms finden.

Wie ihr eure Berechtigungen setzt, könnt ihr natürlich selbst bestimmen. Denkt aber daran, dass die Linux-Berechtigungen immer Vorrang vor den Samba-Berechtigungen haben! Speichert eure Änderungen und schon sollte das ‚neue‚ Verzeichnis sichtbar sein. Werft mit \\raspberrypi über den Windowsexplorer einen Blick auf den Pi, dann entdeckt ihr das ‚neue‚ Verzeichnis BIOS.

Falls nicht, kontrolliert eure Eingaben oder bootet den Raspberry Pi nochmal. Kopiert zum Test eine kleine Datei ins bios-Verzeichnis und löscht sie direkt wieder. Falls das nicht klappt, solltet ihr nochmal die Rechte kontrollieren. Ihr könnt so natürlich auch andere Verzeichnisse oder sogar den gesamten SD-Karten-Inhalt sichtbar machen.

Gameboy Advance
Die beiden ‚kleinen‘ Gameboys (normaler und Color) laufen ohne Weiteres, aber der Advance verweigert seinen Dienst.

Es fehlt ihm eine Datei mit dem original BIOS! Ihr müsst euch also über die einschlägigen Seiten ein entsprechendes Gameboy Advance  BIOS besorgen. Sobald ihr die passende Datei (achtet auf die MD5-Checksumme) habt, gebt ihr den Namen gba_bios.bin, dieser wird auch vom Emulator angezeigt (s. obiges Bild).  Legt die Datei erstmal im BIOS-Verzeichnis ab.

Der GBA-Emulator schaut dort nicht nach, kein Wunder, er gehört ja auch nicht zu RetroArch / Libretro!

Wir müssen also die Datei noch ins richtige Verzeichnis, direkt zum Emulator, kopieren.

sudo cp ~/RetroPie/BIOS/gba_bios.bin /opt/retropie/emulators/gpsp/raspberrypi/.

Nun könnt ihr auch Gameboy Advance Titel spielen. Wenn ihr möchtet, könnt ihr die Datei gba_bios.bin wieder aus dem BIOS-Ordner löschen.

Final Burn Alpha (FBA)
Mit FBA können verschiedene Arcade-Systeme emuliert werden, u. a. das NeoGeo. Zwar wirft der standard Emulator, der beim Image 2.3 aktiv ist, einen [Segmentation fault], er funktioniert aber trotzdem. Ihr könnt in der es_systems.cfg übrigens auch eine RetroArch / Libretro Version aktivieren.

Wollt ihr Capcom- oder Konami-Spiele starten, dann braucht ihr aktuell die eben erwähnte Libretro-Version, die andere wirft bei mir für diese ROMs immer einen Fehler. Die Capcom- und Konami-Spiele laufen dann ohne weiteres.

Möchtet ihr auch NeoGeo-Spiele starten, dann brauchen wir nun noch eine ganze Reihe an BIOS-Dateien. Ihr müsst alle Dateien aus dem folgenden Bild zu einem neogeo.zip zusammenpacken.

Das neogeo.zip packt ihr dann, wie auf dem Bild im Titel zu sehen, mit den Spielen in den fba-Ordner und schon könnt ihr loslegen.

Neo Geo
Durch Final Burn Alpha ist ein eigener NeoGeo-Emulator eigentlich überflüssig geworden. Tatsächlich ruft die <command>-Anweisung in der es_systems.cfg für NeoGeo einfach fba2x, wie beim FBA auf. Da dieser Emulator beim Image 2.3 aber einen [Segmentation fault] erzeugt, ist evtl. eine weitere Alternative von Interesse (die aber auch nicht problemlos läuft). Möchtet ihr diese einsetzen, dann müssen wir zunächst ggf. noch ein Verzeichnisss anlegen. Gebt einfach folgende Befehle ein, falls euch der neogeo-Ordner unter roms fehlt.

cd ~/RetroPie/roms
sudo mkdir neogeo && sudo chmod 777 neogeo

Dann müsst ihr in der es_systems.cfg statt fba2x, die Alternative gngeo aktivieren.

Ich würde die gngeo-Zeile in der es_systems.cfg noch so abändern…

<command>/opt/retropie/emulators/gngeo-pi-0.85/installdir/bin/arm-linux-gngeo -i ~/RetroPie/roms/neogeo %ROM%</command>

Da der gngeo-Emulator eine Oberfläche zum Laden der Programme bietet, ist man so gleich im richtigen Ordner. Sofern ihr ein Spiel in den neogeo-Ordner kopiert habt, ist jetzt zumindest schon der NeoGeo-Bereich in der EmulationStation sichtbar.

Allerdings benötigen wir, wie schon beim FBA, wieder ein BIOS. Ihr könnt einfach das gleiche neogeo.zip verwenden. Legt es mit den Spielen ins neogeo-Verzeichnis und schon ist gngeo einsatzbereit. Bei diesem Emulator habt ihr aber evtl. Probleme mit dem Sound und mit dem Start aus der EmulationStation. Er scheint auch Schwierigkeiten mit großen Images zu haben.

Natürlich könnt ihr statt einem neuen Verzeichnis, wie hier gezeigt, auch das unter fba verwenden. Ihr müsst dann nur die es_systems.cfg anpassen.

Sega CD
Auch das Sega CD läßt sich mit dem Pi emulieren. Damit ihr keine Probleme mit der jeweiligen Region bekommt, solltet ihr euch BIOS-Versionen für Europa, USA und Japan besorgen. Legt diese einfach ins BIOS-Verzeichnis, beachtet dabei, dass sie die folgenden Dateinamen haben müssen.

eu_mcd1_9210.bin
us_scd1_9210.bin
jp_mcd1_9112.bin

Das wars auch schon! Jetzt nur noch das CD-Image ins richtige Verzeichnis kopieren und schon könnt ihr loslegen.

Atari 800 XL
Für den 800XL benötigt ihr die Abbilder der originalen ROMs (siehe ‚TC64: Atari 800 XL Core erschienen!‚). Legt diese einfach ins BIOS-Verzeichnis. Der Emulator gehört zwar nicht zu RetroArch, aber er bietet ein Menü, über das ihr die ROMs zuweisen könnt. Daher sind die Dateinamen auch nicht so wichtig.

Jetzt könnt ihr den Emulator starten, die ROMs zuweisen und loslegen. Sobald ihr die ROM-Einstellungen gespeichert habt, könnt ihr in Zukunft Spiele direkt über die EmulationStation beginnen. Dazu könnt ihr noch den Eintrag in der es_systems.cfg anpassen, damit auch weitere Dateiendungen erkannt werden, z. B. <extension>.xex .XEX .atr .ATR .rom .ROM</extension>.

Der Emulator bietet übrigens die folgenden Atari Geräte 400, 800, 600XL, 800 XL, 1200XL, 130XE, XEGS und 5200. Für diese benötigt ihr ggf. eigene ROMs.

Atari ST
Auch für den großen Atari benötigt ihr ein ROM…

…ihr könnt es, wie vom Emulator ‚gefordert‚, im angezeigten Verzeichnis ablegen oder, wie schon beim 800XL, das ROM in den BIOS-Ordner kopieren.

Der ST-Emulator bietet nämlich ebenfalls eine Oberfläche, über die ihr das ROM auswählen könnt. Sobald das ROM zugewiesen wurde, läßt sich der Atari ST verwenden. Wie der Ordnername für die ST-Programme bereits nahelegt, können neben dem ST auch noch der STE und der Falcon emuliert werden.

Apple Macintosh
Um den Macintosh zu starten, wird wieder ein ROM benötigt. Kopiert dieses einfach ins BIOS-Verzeichnis.

Dann müssen wir noch die es_systems.cfg bearbeiten, da der Aufruf beim Image 2.3 ins Leere läuft. Öffnet die Datei zum Editieren und ändert den Eintrag für den Macintosh wie folgt.

<system>
    <fullname>Apple Macintosh</fullname>
    <name>macintosh</name>
    <path>~/RetroPie/roms/macintosh</path>
    <extension>.dsk .DSK</extension>
    <!-- alternatively: <command>sudo modprobe snd_pcm_oss && xinit /opt/retropie/emulators/basiliskii/installdir//bin/BasiliskII</command> -->
    <!-- ~/.basilisk_ii_prefs: Setup all and everything under X, enable fullscreen and disable GUI -->
    <!-- command>xinit /opt/retropie/emulators/basiliskii/installdir/bin/BasiliskII</command -->
    <command>/opt/retropie/emulators/basiliskii/BasiliskII/src/Unix/BasiliskII --rom ~/RetroPie/BIOS/mac.rom --disk %ROM%</command>
    <theme>macintosh</theme>
</system>

Jetzt nur noch die Disketten-Images in den macintosh-Ordner legen und schon könnt ihr den Raspberry Pi als Macintosh einsetzen.

Mattel Intellivision
Für das Intellivision benötigt die zwei BIOS-Dateien exec.bin & grom.bin. Kopiert diese am besten in das BIOS-Verzeichnis.

Damit der Emulator die Dateien auch finden kann, müssen wir noch die es_systems.cfg anpassen. Öffnet die Datei und ändert den <command>-Tag. Wir müssen den Parameter -p <BIOS-Verzeichnis> hinzufügen.

<command>/opt/retropie/emulators/jzintv-1.0-beta4/bin/jzintv -z1 -f1 -q -p ~/RetroPie/BIOS %ROM%</command>

Jetzt sollte der Emulator laufen.

MSX
Der Versuch, eine einheitliche Basis für Heimcomputer zu erschaffen, war zwar nicht so erfolgreich, hat aber bis heute eine große Fanbasis (z. B. in den Niederlanden). Auch ein MSX-Emulator läßt sich auf dem Pi starten.

Bevor es weitergeht, müssen wir den MSX-Emulator einmal starten. Kopiert eine beliebige Datei mit der Endung .rom oder .ROM in das msx-Verzeichnis unter roms (ihr könnt auch einfach eine leere Textdatei anlegen und diese umbenennen) und startet dann die EmulationStation. Wählt den MSX-Bereich und dann eure Datei aus. Der Emulator wird natürlich direkt mit einem Fehler beendet und ihr landet wieder in der EmulationStation. Verlasst diese dann direkt wieder und löscht die kopierte / angelegte Datei wieder. Der Lohn ist ein neues Verzeichnis ~/.openMSX, das wir gleich benötigen.

Um den Emulator verwenden zu können, braucht man wieder ein BIOS. Ihr könnt original ROM-Abbilder oder ‚Nachbauten‘ C-BIOS_MSX verwenden. Die freiverfügbaren ROMs können bisher zwar nur Cartridges laden, aber das stört mich aktuell nicht. Die legalen C-BIOS_MSX-Dateien bekommt ihr ganz einfach z. B. mit der openMSX Windows-Version. Wir brauchen aus dem ZIP drei Verzeichnisse, die ihr unter share findet, um den Emulator auf dem Pi starten zu können.

Kopiert diese Verzeichnisse einfach in den msx-Ordner des Raspberry.

Dann verschieben wir die Verzeichnisse von dort einfach in den richtigen Ordner:

sudo mv ~/RetroPie/roms/msx/* ~/.openMSX/share/.

Abschließend müssen wir noch den Eintrag in der es_systems.cfg anpassen.

<!-- command>/opt/retropie/supplementary/runcommand/runcommand.sh 4 "/opt/retropie/emulators/openmsx-0.10.0/derived/arm-linux-opt/bin/openmsx %BASENAME%"</command -->
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 4 "/opt/retropie/emulators/openmsx-0.10.0/derived/arm-linux-opt/bin/openmsx -cart %ROM%"</command>

Den bisherigen Aufruf habe ich einfach auskommentiert.

Ab jetzt könnt ihr eure MSX-Cartridges über die EmulationStation starten.

Möchtet ihr Disketten oder das MSX-Basic verwenden, dann benötigt ihr Abbilder von den originalen ROMs. Legt dazu unter ~/.openMSX/share/ einfach ein Verzeichnis systemroms an und kopiert dann die BIOS-Dateien dort hin. Die Namen sind unwichtig, der Emulator findet die richtigen Dateien durch eine Prüfsumme. Jetzt könnt ihr den Emulator mit openmsx -machine <s. Ordner machines> -cart %ROM% für die Emulation eines bestimmten Gerätes starten. Welche möglich sind, findet ihr im oben kopierten Verzeichnis machines.

Playstation (PSX)
Die Playstation läuft zwar direkt, aber der Emulator legt die Verwendung eines originalen BIOS nahe.

Kopiert dieses einfach unter dem Namen scph7502.bin ins BIOS-Verzeichnis,

schon findet der Emulator das BIOS beim nächsten Start.

Die Playstation 1 Emulation läuft übrigens überraschend gut auf dem PI.  2D-Spiele stellen kein großes Problem dar. Auch relativ statische 3D-Spiele (z. B. Final Fantasy VII) laufen ordentlich. Nur beim Verwischeffekt, sobald ein Kampf startet, ruckelt es. Selbst Crash Bandicoot, das ja eine freibewegliche 3D-Grafik bietet, kommt noch ganz gut rüber.

PC-Engine CD
Die PC-Engine (bzw. das Turbo Grafix) startet sofort, aber für die CD-ROM-Erweiterung braucht ihr noch ein BIOS. Damit der Emulator es findet, muss das BIOS unter dem Namen syscard3.pce mit ins pcengine-Verzeichnis für die Spiele gelegt werden.

Dann könnt ihr auch die CD-Images starten.

Amiga (uae4all / uae4rpi)
Zum Schluß noch zum Amiga. Dieser ist mittlerweile von Haus aus in der es_systems.cfg eingetragen und es wird nun auch das Startscript, dass man unter V1.10 noch selbst hinzufügen musste, mitgeliefert. Es fehlt also nur noch das Kickstart-ROM. Legt dieses unter dem Namen kick.rom erstmal in den BIOS-Ordner. Dann können wir es von dort in das richtige Verzeichnis kopieren…

sudo cp ~/RetroPie/BIOS/kick.rom /opt/retropie/emulators/uae4rpi/.

Schon könnt ihr die Amiga-Spiele aus der EmulationStation starten…

… oder auch nicht 🙁 .

Es kommt nur das Titelbild des Kickstarts, aber das gewählte Spiel wird nicht geladen. Drückt erstmal zum Verlassen des Emulators <TAB> +<Q>.

Wir müssen leider doch noch mal das Script anpassen! Öffnet es mit sudo nano /opt/retropie/emulators/uae4rpi/startAmigaDisk.sh zum Bearbeiten. Das Problem ist die Erstellung des Links. Dort wurde fälschlich nur ein Verzeichnis angegeben, der weiß überhaupt nichts von einem Spiel. Außerdem sollten wir ein sudo voranstellen (auch beim rm). Ersetzt den Pfad aus der bisherige Zeile für die Link-Erstellung durch den in $1 übergebenen Dateinamen: sudo ln -s „$1“ „df0.adf“.

Allerdings gibt es einige Einschränkungen bei Verwendung von uae4rpi:
Das Startscript kann zur Zeit nur mit einer Diskette ‚umgehen‘. Es erzeugt einen Link auf das von euch gewünschte Spiel im Emulatorverzeichnis unter dem Namen df0.adf. Da der uae4rpi-Emulator keine Oberfläche bietet, ist ein Diskettenwechsel zur Laufzeit nicht möglich. Wollt ihr z. B. eine zweite Diskette übergeben, dann solltet ihr für eine einheitlich Namensgebung sorgen und das Script entsprechend anpassen. Es müsste den Namen auf z. B. _D1 / _D2 prüfen und dann die erste Disk als df0.adf und die zweite als df1.adf verlinken.
Aber selbst jetzt bekommt ihr noch Probleme, da es Spiele gibt, die nur mit dem ersten Laufwerk arbeiten können (z. B. Blood Money).

Die Alternative: uae4all-rpi
Ich verwende daher lieber den uae4all-rpi-Emulator. Dieser bietet eine graphische Oberfläche und ihr könnt so die Spiele direkt im Emulator auswählen und natürlich auch die Disketten wechseln. Der uae4all-rpi ist zwar nicht Bestandteil des RetroPie 2.3 Images, aber ihr könnt ihn ganz einfach nach installieren, z. B. von einem alten Image oder ihr ladet euch die passenden Dateien hier herunter.

uae4all-rpi 0.5

1 Datei(en) 2.73 MB

Download

Da ich mich nicht mit fremden Federn schmücken möchte:
Durch die Kommentare habe ich das Gefühl, dass einige glauben, ich hätte irgendetwas mit der Erstellung von uae4all-rpi zu tun. Dies ist nicht der Fall! Ich biete hier nur den Download an.

Ich habe mir das uae4all-rpi-Verzeichnis entpackt und zunächst ins BIOS-Verzeichnis der aktuellen Installation kopiert. Dann hab ich noch das Kickstart kick.rom ins neue Verzeichnis verschoben und den Emulator mit sudo mv ~/RetroPie/BIOS/uae4all-rpi/ /opt/retropie/emulators/.  zu den anderen verschoben.

Zum Schluß muss nur noch die es_systems.cfg angepasst werden. Öffnet diese, sucht den Amiga-Abschnitt und ändert ihn wie auf dem folgenden Bild.

Speichert die Änderungen und das war es dann auch schon. Statt den Emulator mit uae4all_cyclone (nicht so genau, dafür schneller) zu starten, könnt ihr auch uae4all_fame (exakter aber langsamer) verwenden. Aus der EmulationStation können wir die Spiele & Programme zwar nicht mehr direkt starten, aber über das Menü des uae4all-rpi könnt ihr nun zu jeder Zeit die Disketten wechseln.

DOSBox
Neben dem x86-Emulator, der direkt in der EmulationStation verfügbar ist, könnt ihr auch die bekannte DOSBox verwenden. Viele von euch setzen die DOSBox evtl. auf dem PC ein, um alte Spiele auf den heutigen Power-Rechner spielen zu können. Beim RetroPie-Image findet ihr die speziell an den Raspberry Pi angepasste FastDOSBox 1.5 in folgendem Verzeichnis:

/opt/retropie/emulators/fastdosbox-1.5/installdir/bin/

Um diese zu verwenden, müsst ihr nur die es_systems.cfg bearbeiten. Ihr könnt unter roms zwar ein neues Verzeichnis dosbox anlegen, ich benutze aber den bereits vorhandenen Ordner pc. Fügt nun einen neuen Block für die DOSBox in die es_systems.cfg ein…

<system>
    <fullname>DOSBox</fullname>
    <name>dosbox</name>
    <path>~/RetroPie/roms/pc</path>
    <extension>.bat .BAT .exe .EXE .com .COM</extension>
    <command>/opt/retropie/emulators/fastdosbox-1.5/installdir/bin/dosbox %ROM%</command>
    <platform>pc</platform>
    <theme>pc</theme>
</system>

Ab jetzt könnt ihr direkt über die EmulationStation eure DOS-Spiele starten…

Da ich oben in der es_systems.cfg den x86-Block als Muster verwendet habe, sieht das Theme für beide identisch aus. Ihr könnt natürlich für die DOSBox einen eigenen Eintrag anlegen, wenn ihr die beiden besser unterscheiden möchtet.

Da wir die Endungen .bat, .exe, .com erlaubt haben, kann die Liste der ausführbaren Programme sehr lang werden. Wenn euch dies stört, dann solltet ihr darüber nachdenken, ob ihr nicht lieber Startscripte (wie bei ports) anlegt, die dann in der EmulationStation angeboten werden.

Und schon läuft das gewünschte Spiel.

Ich möchte hier nicht verschweigen, dass das verlassen der DOSBox, bei mir mit einem ‚Black-Screen‘ endet. Ich komme also nicht zur EmulationStation zurück! Dies passiert aber auch, wenn ich die DOSBox direkt übers Terminal starte!

‚[Segmentation fault]‚ (die fehlerhaften Emulatoren)
Leider kommt es bei einigen Emulatoren zu einem ‚Segmentation fault‘-Fehler, wenn man diese startet.

• Apple II (apple2)
  Es sollte reichen den <command>-Aufruf in der es_systems.cfg mit einem sudo zu beginnen:

<command>sudo /opt/retropie/emulators/linapple-src_2a/Start.sh</command>

• Final Burn Alpha (fba)
  Weiter oben wird eine Alternative gezeigt.
• NeoGeo (neogeo)
  Auch hier gibt es eine andere Möglichkeit.
• Nintendo 64 (n64)
  Der Fehler tritt bei mir nur auf, wenn ich den N64-Emulator über die EmulationStation starte. Beim Aufruf übers Terminal läuft er. Den Befehl zum Starten findet ihr in der es_systems.cfg. Hier hilft sonst auch ein sudo in der es_systems.cfg, wie oben beim Apple II, damit die Spiele aus der EmulationStation gestartet werden können.

Damit endet mein Emulatoren-Überblick. Ich hoffe ihr bekommt eure Wunschsysteme nun zum Laufen und habt viel Spaß damit.

Falls es Probleme mit der Beschreibung gibt, z. B. weil sich etwas nach einem Update anders verhält, bitte ich um eine kurze Rückmeldung.

(12 Bewertungen | Ø 5,00 von 5 | 100,00%)

Loading...

<<< zurück | weiter >>>