Beiträge von 5schatten

Zitat von nexusle

Klappt leider nicht mit AmiBerry...

Das System selbst fährt ordnungsgemäß hoch. Auch EmulationStation kann ich starten.

AmiBerry startet auch - zumindest komme ich mit F12 ins Menü - doch weder ein Spiel auf ADF noch ein Spiel als WHDLoad Variante startet. Es passiert einfach nichts. Der Bildschirm bleibt einfach grau.

Bei AmiBerry wird auch nicht in den WHDBoot-Modus gewechselt, wenn ein WHDLoad-Archiv geladen werden soll. Im Menü sind nichtmal die Festplatten dafür gesetzt. Das Archiv wird ins Floppy-Laufwerk gelegt

Ich kanns halt nicht selbst testen aber immerhin bootet er soweit schon. Ich brauch die Amiberry Log Datei in /var/[definition='1','0']log[/definition] dann kann man schon eher sagen woran es scheitert.

@nexusle

Ich hab mal einen Odroid C2 build erstellt für Tests.

Zitat von Kupo91

Ach so meinst Du das. Ja, ich verwende auch m3u Dateien, aber es gibt wohl 2 verschiedene Sorten von Multidiskgames. Auf der einen Seite die Spiele, in denen irgendwann eine Meldung kommt, dass man Disk 2 einlegen soll und bei denen funktioniert das wahrscheinlich auch. Und auf der anderen Seite die Spiele wie etwa Grandia, in denen man am Ende der Disk speichern muss, die Disk wechseln, das Spiel neustarten und dann den Spielstand laden muss. Da geht das dann halt nicht.

So im Detail hab ich mich damit nicht beschäftigt da ich solche Games eher mit Beetle-PSX spiele und da läuft es ja. Wobei das Problem ja auch bei anderen besteht wie du ja selbst in bei Github festgestellt hast. Da der Restart auch immer mit Bios erfolgt muss eh etwas faul sein denn eigentlich sollte es nicht passieren.

Zitat von Kupo91

Naja, vielleicht nicht gleich alles. Aber PS2 Spiele wären auch schon cool. Und wenn die Leistung ein bisschen besser wär, könnte ich vielleicht auf den PCSX_Rearmed Core verzichten und den PSX Beetle Core nutzen. Mit dem funktioniert nämlich der CD Wechsel, aber ich kann ihn halt nicht verwenden, weil er bei meiner Hardware so stockt. Was ich auch cool finde, ist, dass er einen Widescreenfix hat.

Ich weiß auch gar nicht was man aus meiner Box rausholen kann. Ist PS1 Grafik das Maximum, was man davon erwarten kann? Es gibt ein paar PSP Spiele, die bei mir laufen und in denen die Texturen richtig gut aussehen.

Was hälst Du von dem kommenden S905X2, was wär damit möglich? Oder mit einer Shield?

Es spielt eigentlich keine Rolle, auch wenn z.B. Apple User (Jünger), im Zuge völliger Unwissenheit propagieren, dass ARM bald auf dem Desktop einzieht so spielen die alle in der gleichen Liga. Die schnellsten ARM CPUs kratzen derzeit in SPECint am unteren Ende der Low-Power mobile x86 CPUs. Der kommende S905X2 hat zwar Mali G31 Kerne die sicherlich mehr Leistung bringen aber mit Cortex-A53 gewinnst du trotzdem keinen Blumentopf. DIe Taktraten sind da einfach zu niedrig weil noch mit Prozessen von vor-vor-gestern gefertigt wird und was die Architektur angeht hat selbst die Intel Atom Kerne laufen seit 2013 mit Out-of-order execution weshalb für mehr Performance eher der S922X mit Cortex-A73 Kernen eine Rolle spielen würde. Und selbst dann müsste erst einmal die Treiber Unterstützung & der Linux Kernel mitspielen.

Eine Nvidia Shield ist sicherlich ganz nett aber auch kein Thema im Vergleich für einen echten PC. Man darf halt nicht vergessen, dass es hier um Emulation geht und nicht um nativ für die Plattformen erstellte Spiele. Lange Rede kurzer Sinn für alles bis PSX & N64 sind die SBC ausreichend für alles weitere braucht man gegenwärtig einen HTPC mit x86 CPU. Ergo kannst du dir Gamecube, Wii, PS2 und co getrost aus dem Kopf schlagen.

Mag sich zukünftig mit schnelleren SOC & besseren Emus ändern aber IMHO ist dies der ggw. Stand der Dinge.

Beta 11 is online:

• updated to latest LE9.0 upstream
• updated Generic kernel to 4.18.14 / RPi to 4.18.12
• updated vulkan-loader to 1.1.87
• added alsamixer -> adjust your alsa sound output with a graphical interface
• updated several libretro-cores
• updated dolphin & citra
• fixed fbdev for S905/S905X devices -> HDMI & 720p resolution should work now
• fixed some refresh rate settings -> SCUMMVM should not have crackling sound after playing Atari or Amiga games anymore

PCSX_reARMed kann CD's halt per m3u laden https://docs.libretro.com/library/pcsx_r…iple-disk-games somit muss man eigentlich nicht neu starten sondern kann halt im Game eine andere CD einlegen.

Da hast du etwas falsch verstanden, die Raspberrys haben aktuell sicherlich die größte Community und Verbreitung. Durch die Raspberry Pi Foundation gibt es eben auch einen aktuellen Linux Kernel (https://github.com/raspberrypi/linux/tree/rpi-4.18.y) und daran angepasste Treiber. Rein technisch sind die RPi völlig veralteter Kram und es wird höchste Zeit für einen grundlegenden Wechsel beim irgendwann erscheinenden RPi4. Was AML mit dem S905(X) im Angebot hat oder z.B. Rockchip mit dem RK3399 ist wesentlich aktueller allerdings fehlt es da an aktuellen Kernel Versionen. Allerdings tut sich zumindest bei Amlogic einiges denn dort arbeit auch eine Gruppe https://baylibre.com/ an der Unterstützung durch den Mainline Kernel daher die Boards laufen in absehbarer Zeit ohne irgendwelche Hacks mit jedem neuen kommenden Kernel. Aktuell sind die S905X auch ein schon schneller als der RPi3B+ und verbrauchen dabei ~ die Hälfte an Energie. Die GPU finde ich gefühlt auch schneller denn Mupen64Plus läuft definitiv besser auf dem VIM als auf meinem RPi3B (ohne Plus)

Was aber nichts daran ändert, dass Reicast, PPSSPP & Yabause auf allen mies laufen und von Citra oder Dolphin brauchen wir gar nicht erst reden. Auf aktuellen Smartphones laufen sicherlich mehr Emulatoren weil deren CPUs einfach viel mehr Power haben. Ein RK3399 erreicht ~74k Punkte bei Antutu, ein Snapdragon 636 ~ 120K und ein Snapdragon 845 ~265k daher ist er fast 4x so schnell wie die schnelleren Single Board Computer. Es gibt zwar SBC mit Kirin 960 https://www.96boards.org/product/hikey960/ aber für ~240€ kaufe ich mir dann doch lieber gleich einen NUC der nur noch SSD & RAM braucht.

Wenn du wirklich alles emulieren willst kommst du nicht um ein x86-64 System mit ordentlicher GPU herum. Also eine aktuelle Intel i3 CPU oder besser z.B. einen Ryzen 3 2200G samt passenden ITX Board.

Naja steht ja der Herstellername + Gerätename davor also kann man sich ja eigentlich denken, dass es sich um ein spezielles Gerät handelt

Wie gesagt du kannst/musst den normalen S905 Build nehmen denn der VIM nutzt z.B. andere WLAN Chipsätze, somit lässt sich das Image vielleicht starten aber die Hälfte der Treiber fehlt auch mit dtb.

Reicast ist mehr als Proof-of-Concept anzusehen, lässt sich starten & hat diverse grafische Bugs + ist lahm wie eine Schnecke. Aber er läuft. Saturn, Dreamcast & PSP sind halt gegenwärtig einfach zu viel für diese Systeme.

Was PCSX_ReARMed anbelangt so ist es halt zu erwarten da ich auch nur den Upstream Code nutze. Da muss von dort schon was kommen, ich hab es getestet & man läuft halt in diverse Probleme. Entweder wird der Controller nicht mehr erkannt wenn man nicht von default auf standard umstellt oder es hängt am Bios oder man muss eben wieder neu starten. Mit PCSX_ReARMed hab ich aber nie so weit gespielt, dass ich die CD Mal wechseln musste sondern nur per m3u Datei die Disks durch getauscht bzw. mit Disk 3 gestartet wenn 1 verlangt wird. Dabei spielt es keine Rolle ob x86_64 oder arm auf beiden Systemen gibts die Probleme.

Zitat von Kupo91

Hm, wollte den Build auch mal ausprobieren, aber irgendwie wird nix erkannt. Die Fernbedienung funktioniert nicht, der W-Lan Chip funktioniert nicht, ebenso wenig wie mein W-Lan Stick, mein Controller und mein USB-Stick. Das einzige was geht, ist mein Mini Keyboard. Nach dem Booten sagt er immer was von Connecting Pulse-Eight CEC Adapter, falls das was zu bedeuten hat. Und davor etwas von failed to Remote Connection, aber das konnte ich nicht ganz lesen.

Edit: Wie sich inzwischen herausgestellt hat, hing es bei den USB Geräten mit dem USB Port zusammen. Einer von zwei USB Ports funktioniert unter dem Build nicht.

Es gibt hier nicht "den Build" sondern für jedes Gerät einen eigenen. Du hast vermutlich den Khadas VIM Build ausprobiert und für eine 0815 Standard TV Box genutzt was so nicht wirklich funktioniert. Entweder die passende dtb vorher einfügen oder wenn möglich gleich den S905 Build nehmen denn AFAIK nutzen die Standardboxen andere WLAN Chips als der Vim.

Beta 10 is online:

• updated to latest LE9.0 upstream
• updated to Kodi 18 Beta 3
• updated Generic kernel to 4.18.12
• updated to Retroarch 1.7.5
• updated several libretro-cores
• updated dolphin & citra
• added Hatari (Atari ST) emulator -> delete your es_systems.cfg before you update! Read the FAQ about roms, bios & config files.

Zitat von Xtra78

Versteh ich das richtig? Ich kann einen USB Stick oder SD Karte mit dem USB SD Tool und den hier gelisteten Builds entsprechend vorbereiten, Karte bzw USB Stick in die Box und hab Anschließend eine komplett eingerichtete RetroGaming "Konsole" wo ich nur noch entsprechend meine Roms einlesen muss?

Vereinfacht gesagt ja. Je nach Emulator brauchst du neben den Roms im Zweifelsfall noch Bios Dateien, Assets oder Mal eine Datenbank Datei. Schau in die verlinkte FAQ was wo hin gehört.

Zum Beispiel: N64 läuft mit Roms out of the box. Für die PSX brauchst du deren Bios und für NES mit Nestopia eine XML Datei & das Bios.

Zitat von nexusle

Habe die neue Version heute mal angetestet! Sound-Bug schein weg zu sein.

Insofern er denn da war lag es vermutlich an der NEON Beschleunigung.
https://bugzilla.libsdl.org/show_bug.cgi?id=4186

Zitat von Hnx

funktioniert in deinem Build Moonlight aktuell? Habe im Moment noch Debian mit Steam in Home streaming neben LE drauf, möchte aber irgendwie wieder weg davon..

Schau einfach mal in meine FAQ Punkt 7 das erste Setup ist nicht so komfortabel wie in dem Addon weil man das Pairing über die Konsole machen muss aber ansonsten läuft es problemlos.

Beta 09a is online:

• updated to latest LE9.0 upstream
• updated Generic/RPi kernel to 4.18.11
• updated to SDL2 2.0.9-dev
• updated several libretro-cores
• updated dolphin & citra
• updated citra start script -> force SDL2 audio engine
• added back libretro-citra
• added libretro-mame2010 to KVIM & RPi builds
• fixed genesis gx plus for non RPi arm builds

Kommt erst im nächsten da erst da ein SDL 2.0.9 vorab Release drin ist.

@nexusle

Vielleicht behebt dies ja je nach Build das vermeintliche Kratzen ¯\_(ツ)_/¯

https://github.com/spurious/SDL-m…c55923a4b71bc89

Keine Ahnung ob Amiberry dies nutzt aber wenn Ton durch NEON konvertiert wird kommt es je nach Spiel auch zu Störungen.

Beta 08 is online:

• updated to latest LE9.0 upstream
• updated Generic/RPi kernel to 4.18.10
• updated several libretro-cores
• reworked SDL_GameControllerDB handling -> moonlight & sdl-jstest now use a shared gamecontrollerdb.txt
• patched SDL2 to support 8bitdo SF 30 PRO controller in DInput mode (Start+B)
• added controller subfolder to amiberry config -> place your retroarch controller files there, rename them 1:1 to the detected controller name and enjoy automapping
• added citra standalone / replaced libretro-citra -> delete your es_systems.cfg before you update!
• added custom theme support -> download & unzip your theme files to the themes directory within the emulationstation config folder

Zitat von nexusle

Richtig. Stimmt vollkommen. Ich bin nur nicht so der Freund davon, ein Frontend in einem Frontend zu starten. Ist aber sicher nur ne Gewöhnungsfrage

Letztlich ist ja Kodi auch nur das Framework welches über diverse Addons mehr Funktionen erhält. Allerdings ist das Thema Emus viel zu komplex um out of the box damit zu laufen wenn es über die 0815 Konsolen hinaus geht. Je nach Emu startet er bei mir z.B. mit oder ohne KMS, manche Emus sind Libretro cores, manche werden direkt über eine Script gestartet und wieder andere laufen in einem Docker Image. Von daher hab ich eben lieber ein Frontend was für den Job ausgelegt ist als die vermeintliche Eierlegendewollmilchsau

Keine Ahnung - deshalb ist ja ES dabei damit man ein funktionales Frontend hat was jedes Games starten & scrapen kann. Das Script an sich hat alles drin was es möglich machen sollte es eigenständig laufen zu lassen...

Es kommt halt drauf an wie das andere Tool die Variable übergibt /bin/amiberry.start "$@" sollte eigentlich funktionieren daher "$@" in Anführungszeichen.

Probiere es einfach mit "/bin/amiberry.start $@" das müsste gehen. %ROM% nutzt ES um die Datei bzw. den Pfad zur zu ladenden Datei zu übergeben & ein $@ oder $1 sollte das Gleiche bewirken.

Ansonsten https://github.com/midwan/amiberry/wiki/WHDLoad-Auto-booting Absatz "Game Specific Settings (Improving Game Compatibility)" da steht alles drin wie man für jedes WHDLoad Game spezielle Settings setzen kann.

Bei der Auflösung sollte er eigentlich automatisch auf 50Hz absenken für die Emus. Hast du den RPi Mal neu gestartet und dann wieder Amiberry getestet? Ich hatte heute mit fs-uae auch ein Kratzen bei "Yo Joe!" welches ich mir nicht erklären konnte. Nach einem Neustart war es aber beseitigt