Custom Emulator - Wrong Permissions about launcher HOT 8 OPEN

Another thought cuu if you dont mind.
Why don't all of the action.config files point to cpi/.config/retroarch/cores/
That way as long as we have the core downloaded in retroarch the launcher and access it there. Or can the launcher not access the hidden .config directory?

from launcher.

ok, then I'll add SNES to Launcher

from launcher.

Thanks for looking into this @cuu
In my testing, after making a valid action.config file, and verifying the url was correct, the permissions of the downloaded & unzipped core were 0644. This could of been a fluke, I’m not sure. But others on the original thread seemed to be reporting the same thing.

My suggestion was to add a bit of code to the launcher to ensure that all core (*.so) files found in the path, were set to 0775. That way no one else runs into the same issue.

from launcher.

orig post

ROM=/home/cpi/games/SNES
ROM_SO=/home/cpi/apps/emulators/snes9x2010_libretro.so
EXT=zip,sfc,smc
LAUNCHER=retroarch -L
TITLE=SNES
SO_URL=http://buildbot.libretro.com/nightly/linux/armhf/latest/snes9x2010_libretro.so.zip

Go to: http://buildbot.libretro.com/nightly/linux/armhf/latest/ 5 and make sure the core your using is actually on that list and spelled correctly. And after the download that directory should have the emulator in it.

I created the SNES custom emulator in Retro Games like above

only one mistake happend is the SO_URL is 404 on libretro.com
Then I found out libretro.com does not have snes9x2010_libretro.so.zip on that location

then I replaced the SO_URL to be like

http://buildbot.libretro.com/nightly/linux/armhf/2018-07-25_cores/snes9x2010_libretro.so.zip

and then run a Donkey Kong Country v1.2.zip for test ,everything works well
did not meet the permission problem

so you mean I need to set snes9x2010_libretro.so to be 0775?

from launcher.

after some digging
I found out

cpi@clockworkpi:~/apps/emulators$ ls -l | awk '{k=0;for(i=0;i<=8;i++)k+=((substr($1,i+2,1)~/[rwx]/) \
>              *2^(8-i));if(k)printf("%0o ",k);print}'
total 33604
755 -rwxr-xr-x 1 cpi cpi  1370248 Jun 21 07:54 dosbox_libretro.so
775 -rwxrwxr-x 1 cpi cpi 22854168 Jun 10 12:50 mame2003_plus_libretro.so
644 -rw-r--r-- 1 cpi cpi  6901671 Jun 10 22:26 mame2003_plus_libretro.so.zip
775 -rwxrwxr-x 1 cpi cpi   695732 Jun  1 14:39 nestopia_libretro.so
644 -rw-r--r-- 1 cpi cpi   369480 Jun 10 22:49 nestopia_libretro.so.zip
644 -rw-r--r-- 1 cpi cpi   625444 Jun  1 21:46 nxengine_libretro.so
775 -rwxrwxr-x 1 cpi cpi  1124832 Jul 25 13:04 snes9x2010_libretro.so
644 -rw-r--r-- 1 cpi cpi   452160 Jul 28 20:20 snes9x2010_libretro.so.zip

I think *.so on libretro.com is 0775 by default after unzipping
maybe the .so file you downloaded was just happend to be not 0775 at that time

from launcher.

Also, all action.config files need to be updated to SO_URL=http://buildbot.libretro.com/nightly/linux/armhf/2018-07-25_cores/[core].so.zip

The 'next' directory will only ever contain the ones that have been updated with that release. At one point I had access to snes9x_next.so and then the next day all of my code stopped working because of a new nightly.

from launcher.

yeah working on that now

from launcher.

I would do that as well.

Make ROM_SO point to the required name without extension, check the RetroArch cores @ ~/.config/retroarch/cores/ folder for ROM_SO+".so" first before downloading ROM_SO from SO_URL+ROM_SO+".zip"?

from launcher.