Beiträge von 5schatten

Zitat von nexusle

Ok, hatte jetzt die WHDLoad Version getestet. Schicke ich Dir gern mal, wenn notwendig.

Setup ist halt das Image plain neu installiert ohne irgendetwas speziell noch anzupassen. Also Out of the Box.

ZIP Archiv nach Roms, Kickstarts nach Bios und EmulationStation gestartet. Werde morgen mal die ADF Version testen.

Aber mit RetroPie lief die Version auf ddm selben Raspi perfekt.

Deshalb frage ich ja nach dem drum herum... auf welche Auflösung ist der TV eingestellt, HDMI oder per CVBS, Hz usw.

Ich hab es jetzt auch mit WHDLoad auf dem RP3B & Khadas VIM getestet und auf keinem konnte ich kratzenden Ton feststellen. WHDLoad hat ja intern Konfigurationen abgelegt bzw. lädt sie passend für jedes Spiel und man könnte höchstens über die hostprefs.conf nachsteuern. Soweit ich es beurteilen kann lädt RetroPie auch nur die bei Amiberry mitgelieferte Datei ohne Anpassungen https://github.com/RetroPie/Retro…ors/amiberry.sh demnach denke ich, dass das kratzende Geräusch eher mit anderen Settings zusammen hängt.

Zitat von nexusle

Erstmal riesigen Dank für diese Distri!!

Wie man an meinem Avatar sieht, bin ich alter Amiga-Fan. Ich hatte auf dem selben Raspi (3B) bisher RetroPie installiert und da lief Amiberry blendend. Was mit allerdings bei der RR Distri auffällt, ist der kratzende Sound. Ist das bekannt? Aufgefallen mit "Yo Joe!"

Ich hab "Yo! Joe! (Europe)" gerade Mal auf einem RPi3B angespielt und konnte jetzt keinen kratzenden Sound feststellen. Wie sieht dein sonstiges Setup aus? Welche Hardware kommt sonst noch zum Einsatz, welche Auflösung am TV usw.? Welche Version des Spiels, welcher Build ist installiert? Wann kratzt der Sound?

Zitat von Kodi_Newcomer

Ist nur interessant wenn man z.b. auf einem NUC oder anderem system auf dem LE läuft neben TV schauen auch noch zocken will ?

Wenn man nicht zockt kann man bei den millhouse builds bleiben und ist immer Up 2 Date ?

Also ich denke die Überschrift & die mitgelieferten Emulatoren legen schon halbwegs den Fokus fest

Wenn du keine Lust auf zocken hast ist Vanilla LE oder eben von Milhouse logischerweise die einfachere Wahl. Für Generic Systeme wäre halt noch Spotify interessant was direkt integriert ist.

Wie gehabt hier herunterladen & dann in den Update Ordner verschieben. Für alles weitere bräuchte ich einen FTP Server oder dergleichen was aber im Grunde auch überflüssig ist.
Ich werde ca. einmal pro Woche ein Update hochladen, je nachdem wie viel neues es gibt. Wobei die Builds mittlerweile schon recht stabil & optimiert sind.

Beta 06 is online:

• updated to latest LE9.0 upstream
• updated generic kernel to 4.18.8
• updated Samba to v4.9.0
• updated nano to v3.0
• updated xf86-video-amdgpu / xf86-video-ati to v18.1.0
• updated xf86-video-intel to git 25c9a2f
• added workaround for libretro-mame2016 -> added libretro-database to scrape games
• reworked fs-uae start scripts & configuration -> read the FAQ
• added fs-uae support for Interchangeable Preservation Format (.ipf) -> delete your es_systems.cfg before you update

Der Fokus lag bei diesem Update auf den Amiga Emulatoren. Amiberry & FS-UAE sollten jetzt soweit alles unterstützen was gängige Formate sind (.adf .adz. ipf. .zip .fs-uae/uae .lha). Leider kann FS-UAE ohne den FS-UAE-Launcher kein WHDLoad somit ist dies nur für RPi Systeme mit Amiberry möglich.

Beta 05 is online:

• updated to latest LE9.0 upstream
• updated Kodi 18 to Beta 2
• updated Kodi binary addons
• updated generic & RPi kernel to 4.18.7
• updated mesa to 18.2.0 final
• updated vulkan-loader to 1.1.84
• updated several libretro-cores
• updated dolphin to r5.0-8716
• added nestopia as NES emulator -> accessible in RA
• updated retroarch files
• simplified ES quit menu
• reworked package build files for upcoming Amlogic images

Wenn schon denn schon... Die Version & der Maintainer waren halt quatsch. So weiß man jetzt wenigstens, dass es Version 1.12.3 ist und keine ominöse 9.0.0 die es so ja gar nicht von MakeMKV gibt.
Wenn das Addon schon dabei ist soll es halbwegs rund sein, vorher hatte ich es nur übernommen & ein paar Patches hinzugefügt damit es läuft. Nötig ist der Link nicht aber sinnvoll fürs debuggen da jeder die settings.conf sofort erreichen können sollte. Die Dateien müssen aber für das Programm in ~/.MakeMKV lesbar sein, wohin der Link dann letztlich führt ist egal. Finde es persönlich auch einfach "schöner" wenn die Config Dateien alle in dem Ordner liegen.

Update für MakeMKV

- Update des Keys ist jetzt durch starten des Addons in Kodi möglich!
- Version ist nicht mehr 9.0.0 sondern die korrekte v1.12.3
- Maintainer ist jetzt korrekt eingetragen
- Beschreibung aktualisiert
- Logfile verbessert

Der Core fehlt aber nur für ARM https://buildbot.libretro.com/nightly/linux/…libretro.so.zip komische Sache...

Benutzt du eine aktuelle Version? Also hast du einen neuen vom Buildbot gezogen? Beetle PSX ist eigentlich eher für x86 gedacht während PCSX_REARMED ja nicht umsonst so heißt.
Die Frage wäre halt ob dein Core veraltet ist oder nicht. Denn vielleicht hast du ein Problem welches schon lang behoben ist.

Zitat von Kupo91

Spielst Du auch PS1? Das ist nämlich bei mir ein Problem. PCSX ReARMed hat einen Bug, bei dem man nach einem Content Reset im Bios landet. Um Multidisk-Games spielen zu können, muss man aber nach dem CD-Wechsel, den Content resetten. Ergo sind Multidisk-Spiele wie Grandia, Final Fantasy etc. zur Zeit damit nicht spielbar. Hab vor kurzem geguckt, ob es vielleicht eine neue Version des Cores gibt, aber der Core taucht auf buildbot gar nicht mehr auf. Hab auch im libretro-Forum und auf Reddit nachgefragt - keine Antwort. Mit Mednafen PSX funktioniert zwar der CD-Wechsel und Content Reset, allerdings stottert der Emu bei mir so hart, dass es ebenfalls nicht spielbar ist. Die Tipps bzgl. der Settings, die mir Google ausgespuckt hat, haben mir auch nicht weitergeholfen. Vielleicht liegt es an der alten Retroarch-Version, wer weiß. Das Retrogaming hat mich schon viele Nerven gekostet, nix funktioniert wie es soll

Hast du diese Anweisungen befolgt? https://docs.libretro.com/library/pcsx_r…iple-disk-games daher die verschiedenen CD's per m3u file zusammenzufassen?

Ich hab sogar FF7 aber spiele es eher wenigen muss ich gestehen bzw. stand noch nicht vor dem Problem Wenn allerdings deine Version von pcsx_rearmed als r21 mit dieser identisch ist https://github.com/libretro/pcsx_rearmed/pull/12 https://github.com/libretro/pcsx_…bbb0318c53fe7ec dann wäre der Build verdammt alt. Wenn es stimmt dann sind die r21 bzw r22 Builds sind von Anfang 2015 demnach könnte ich mir vorstellen, dass die Fehler schon so nicht mehr bestehen?

Insgesamt sind alle Komponenten inklusive RA bald 2 Jahre alt mit so alten Versionen würde ich keine Issues bei Git öffnen
https://github.com/JoKeRzBoX/JoKe…g-7.0.2-j08.txt

EDIT:

Um die gehts sicherlich?
https://github.com/libretro/pcsx_rearmed/issues/181
https://github.com/libretro/pcsx_rearmed/issues/153

Im Grunde kommt es darauf was dein Fokus ist. Die Wahrscheinlichkeit bei NES oder SNES noch Berge zu versetzen ist natürlich gering. Dafür sind die Systeme zu alt & die Emus schon zu ausgereift. Diverse Sega verbuche ich als Genesis-Plus-GX daher Mastersystem & MegaDrive und weniger als Saturn oder Dreamcast? Anders sieht es halt beim N64 aus wo noch viel Luft nach oben ist oder z.B. bei Mame wo mit mame2003-plus ein neuer Core verfügbar ist der vieles fixt oder neuere Games spielbar macht.
Cores wie Reicast werden auch sehr aktiv weiter entwickelt & auch wenn die z.B. auf einem RPi nicht besonders laufen könnte es auf einem S905X schon flüssiger aussehen oder mit einem rk3399 sogar gut spielbar.

Bei RA kommt es einfach auf die Features an die du nutzt. Aktuell wurde wohl eine Cheat Engine integriert die sicher nicht jeder brauch aber doch nützlich sein kann. Gleiches gilt eben auch für die Assets, Core-Infos, Autoconfig von Joypads usw. So lang die noch kompatibel sind ist alles gut aber wenn die eine neue Schnittstelle brauchen hat es sich erledigt.

Es gibt eben auch Anpassungen die mit einem Addon so eher nicht zu regeln sind. Dosbox-SDL kann Roland MT-32 Midi Sound wiedergeben aber braucht dafür einen aktiven Midi Sequenzer. Der ist aber eigentlich als Kernel Modul nicht aktiv im Vanilla LE. Keine Ahnung ob & wie der Libretro Dosbox Core es in dem Addon dann realisiert aber bei mir ist eben auch die Kernel-Konfiguration an so etwas angepasst.

Manch einer möchte eben auch einfach Emulationstation als Frontend benutzen so wie ich und meist wird dies auch nicht angeboten bzw. eher Retroarch. Ich hab in meinem Build eben für die gängigsten Konsolen & Geschmäcker alles dabei und überlasse jedem selbst was zocken möchte.

Letztlich musst man es so sehen... Mein Fokus liegt auf x86 Builds und somit Dolphin samt PCSX2. Die ganzen anderen Emulatoren werden natürlich auch gespielt und wenn man schon so einen Build pflegt ist es keine große Sache kleine Anpassungen vorzunehmen um RPi Builds oder eben zukünftig Amlogic Builds zu erstellen. Die sind eben Beifang der mit abfällt.

Okay dann ist das Repo ja dezent antik Die Cores können dann auch teils nicht laufen weil sie neuere Libs brauchen oder eben Kernfunktionen ansprechen die die alte Retroarch Version gar nicht unterstützt.

@blob810 @debutanker

Okay es gibt erneut eine neue MakeMKV Version -> ich hab die Update Funktion in das Scripts "makemkv-key-update" ausgelagert. Dieses sollte jeder bei Bedarf im Autostart oder Cron einbinden können. Logfile für das Script ist in /var/[definition='1','0']log[/definition]/MakeMKV.[definition='1','0']log[/definition] zu finden.

@antaril

Welche Version hat denn Retroarch in dem dem Repo? Von Juni 2017? Weil dann wäre ein Grund, dass ca 12. neue RA Versionen (samt ~6300 Commits) seitdem erschienen sind. Gleiches gilt wohl auch für die Emulatoren wobei man die je nachdem auch über den Buildbot ziehen könnte, insofern diese dann laufen sollten.

Wenn du dich per SMB auf dem HTPC in \\dein_HTPC\configfiles einloggst findest du dann den Ordner MakeMKV?

Der Pfad passt aber soweit schon einmal also /storage/.config/MakeMKV -> /storage/.MakeMKV letzteres ist nur ein Link zu dem ersten Ordner.

Man müsste halt sehen inwiefern man makemkvcon automatisch aufrufen lassen könnte. Wobei es nicht ganz so tragisch ist alle paar Monate den Key per Terminalbefehl zu updaten Davon abgesehen ist die Datei ja jetzt auch einfach zu erreichen, also ohne WinSCP & co.

Ich hab das Script jetzt etwas überarbeitet. Es erstellt jetzt den MakeMKV Ordner in Configfiles was es wesentlich einfacher macht den Key einzusehen.

Es prüft automatisch ob schon ein ~/.MakeMKV Ordner vorhanden & verschiebt ggf. die alte settings.conf in den neuen Ordner. Kann es jemand testen ob es ansonsten sauber läuft?

Okay dann nutzt Kodi tatsächlich nur die Libs davon. Müsste man wohl noch etwas optimieren. Anyway erstellt es wenigstens die korrekten Ordner & Daten wenn auch manuell.

So sollte es ja auch sein... die Frage für mich wäre ob Kodi eigentlich makemkvcon aufruft oder ob es am Ende tatsächlich nur die mitgelieferten Libs nutzt. Aber in der Praxis wohl unerheblich wenn es läuft

@killercorny

Ich würde dir empfehlen die retroarch.cfg zu löschen & einen aktuellen Build einzuspielen. Das "stable" Release Retroarch 1.7.4 hat einen "kleinen" Bug der dafür sorgt, dass alle Config Files die angepassten Grundeinstellungen ignorieren. Die Emus müssten ansonsten in RA & ES out-of-the-box laufen wenn Bios & Rom vorhanden sind.

Zum Ton lässt sich nur sagen, dass ich nicht wirklich wissen kann welchen Ausgang du für Ton benutzt. Bei einem meiner HTPCs sieht es folgendermaßen aus:

Ob du deinen Ton über HDMI, S/PDIF oder analoge Klinke ausgibst musst du schon selbst festlegen. Bei den RPi Builds ist es vorgegeben bzw. sollte automatisch den richtigen Ausgang wählen aber auch da müsste man Hand anlegen sobald USB Soudkarten oder Pi-Hats benutzt werden.

@debutanker

Also wie gesagt mich verwundert, dass die Ordner & Settings nicht angelegt werden. Hast du die Mal gelöscht & dann makemkvcon im Terminal aufgerufen? Denn bei mir werden die definitiv angelegt. Um eine Blueray abzuspielen müsste Kodi ja auch den Befehl aufrufen dachte ich immer.

Okay bitte nochmal die MakeMKV Addons deinstallieren das neue mit altem Namen nochmal installieren & berichten ob es jetzt klappt