new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!)
-
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
@Zering uhm .... i assume you cloned my repo and replaced RetroPie-Setup.
Thanks for that. But actually it's cloning your repo and replacing RetroPie-Script I don't know how to do. ^^
-
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
added lr-mess-m5.sh and lr-mess-gameduck.sh.
also fixed run_mess.sh to correctly support saving retroarch content directory overrides, and fixed a bug in lr-mess-ti994a.sh (need to be reinstalled). i added a note in the first post for whoever wants to add MESS systems using my scripts :)
Understood (about location of %ROM%). Curious, what was the side-effect?
-
@roslof i need it to be the last parameter so i can extract the rom directory from it, which is needed to support saving content directory overrides. if not, i would have needed to add another parameter to run_mess.sh and change all scripts in turn.
-
@Zering make a backup of your original RetroPie-Setup, then in /home/pi:
git clone http://github.com/valerino/RetroPie-Setupthen follow my above post.
unfortunately, until all this is properly added to official retropie this is the easier way ..... i'm keeping my repo updated with the upstream repo, anyway, don't worry.
-
One thing I've noticed, your script creates 2 files in the /opt/retropie/configs/xxx folders being owned by user 'root'.
-rw-r--r-- 1 root root 106 Apr 27 20:44 custom-core-options.cfg
-rw-r--r-- 1 root root 76 Apr 27 20:44 retroarch.cfg.addIs there a specific reason for this instead of having them be "pi:pi"?
If any updates are done within the Retroarch GUI (like mame_mouse_enable, etc), the changes are not saved since 'pi' does not own the file.
-
@dmmarti uhm no, you're right. gonna fix that in the next commit. thanks!
-
new systems:
- lr-mess-supervision.sh (Watara Supervision)
updated cores:
- lr-atari800 (added Atari XEGS)
- lr-snes9x (added Sufami Turbo and Satellaview)
also fixed the bug reported by @dmmarti , you need to reinstall all scripts as specified here: https://retropie.org.uk/forum/post/217946 (hope it's the last time this is needed eheheh).
-
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
@Zering make a backup of your original RetroPie-Setup, then in /home/pi:
git clone http://github.com/valerino/RetroPie-SetupAnd I take it this writes over my current RetroPie setup? And replaces it with yours, essentially?
-
@Zering yep, make a backup copy if you want. or, you can take all the files you need from my repo but beware: you need to overwrite the original RetroPie-Setup/packages.sh and RetroPie-Setup/helpers.sh with mine.
in the end, it's really easier to just do as i said and clone mine directly until a better solution (=integrated in the official distro) is found.
-
I think I may hold off then, I've just completed a new, quite involved setup and I don't feel like going through all the motions again quite so soon if something does go wrong.
Thanks for taking the time to talk me through this though, I'll get around to it eventually and that will be very helpful. And I'll keep on the lookout for new modules, your work is amazing. -
@Zering there's no reason things may go wrong, it's just a script, nothing gets overwritten of your pre-existing config files :)
but .... as you prefer! thanks! -
uhm ... looking here: https://github.com/RetroPie/RetroPie-Setup/pull/3109 (my old pull request) seems there's no intention to integrate this is in the main repo.
so well, i'll continue with just my fork so. anyone who need it, is welcome to use my repo, i'll keep it updated with the main at least until i've completed the mess systems and minor fixes.
-
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
uhm ... looking here: https://github.com/RetroPie/RetroPie-Setup/pull/3109 (my old pull request) seems there's no intention to integrate this is in the main repo.
I don't know why you got that impression, you're more than welcome to add something new to RetroPie. Any PR might receive correction, comments - you've received already quite a few.
-
@mitu indeed i replied to that PR. ok for lr-vice (that was just an experiment), but for lr-mess there's no other way to currently integrate it easily, my solution seems easy enough (fact) and without side effects.
probably yes, a separate menu without polluting the 'exp' section is needed. i'm working on it. -
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
lr-mess there's no other way to currently integrate it easily, my solution seems easy enough (fact) and without side effects.
What exactly is the issue with
lr-mess? Maybe there is an alternate solution. -
@mitu ah, don't ask me :)
https://github.com/RetroPie/RetroPie-Setup/pull/3109#issuecomment-620490323
of course there will be other solutions. i proposed mine, implemented it and it seems enough stable, easy to add other systems, isolated each one, and safe to use. that's why i'm sharing it.
-
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
@mitu ah, don't ask me :)
No, I meant what is the problem that you're trying to solve with that alternate solution that you proposed and why
lr-messcannot be run like the other Libretro cores. -
@mitu because you're forced to use softlists with lr-mess, or anyway 'mess' yourself with configurations after the installation to have everything running from the frontend 'as normal'. and mess systems are like separate cores anyway.
with my solution you have each system ready out of the box, easy. -
@valerino said in new scriptmodules (lr-vice-xvic, gsplus, proper lr-mess integration!):
because you're forced to use softlists with lr-mess, or anyway 'mess' yourself with configurations after the installation to have everything running from the frontend 'as normal'.
What's the upstream recommendation/default ?
-
@mitu https://github.com/retropie/retropie-setup/wiki/MESS
it works like mame, you need to have roms named the way they're defined in the softlists, plus they need to match a hash. it's completely non-practical for computer systems.
my way you can use whichever rom you want, as with every other emulator.
i wouldn't have spent the last week nights doing that if it already existed, believe me :)
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.