-
Notifications
You must be signed in to change notification settings - Fork 477
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
https://docs.libretro.com/guides/download-cores/: Add a section how to manually download cores #912
Comments
We likely don't want to encourage people doing this, as it can easily become a support nightmare. People will download the wrong architecture. It's best to use the Online Updater directly in the application itself. |
Perhaps we can add a http://buildbot.libretro.com/nightly/ link in RetroArch to the correct architecture? For example http://buildbot.libretro.com/nightly/linux/x86_64/latest/ to RetroArch GNU/Linux Appimage. The Online Updater is not used to intall cores in GNU/Linux. Instead core packages are provided. However, the problem is that some distros offer extremely few cores, which renders them useless for gaming with RetroArch, unless you download the cores manually. For example, Trisquel GNU/Linux cores from
|
Work with the distro maintainers to add more packages. Compilation is very dependent on the infrastructure of the machine. The buildbot often cannot be relied upon to build things correctly. It does pretty well! But it's much better for the distro to provide the cores... Like Steam, for example... The apt ones are known to be old. Would love people to help out in maintaining them and add more support. I've been trying to add cores directly to the Flatpak package lately. Given that, I'm still very much against pointing people to the nightlies from buildbot. Those more than often break and don't even work. |
I understand. I cannot use save states, or rewind with these core while I'm playing games:
If it matters, it didn't help to copy the info files to:
|
Check your verbose logs to see if there's any errors. Rewind can be really buggy with rewind, can be resource intensive, or not even be supported, especially for systems like ps1. |
Also, try compiling from source. AppImage could be funky. https://docs.libretro.com/development/retroarch/compilation/linux-and-bsd/ |
Your info files need to go into your core info directory, the location of which you can find in settings > directory. On linux, that has the same default location as the core directory. The whole "core does not support savestates/rewind/runahead/netplay" thing is powered by the info files, so if you're having trouble detecting those files, you're going to consistently get those messages unless you go to settings > core and set 'bypass core info save states features' to ON. |
Oh, ok. Sound like my issue is caused by limited RetroArch core feature support, and not by the cores that I'm trying to load. |
Describe the bug
https://docs.libretro.com/guides/download-cores/ doesn't have a section how to manually download, extract, and move a core to the core directory.
Example for GNU/Linux Appimage:
./RetroArch-Linux-x86_64.AppImage -L RetroArch-Linux-x86_64.AppImage.home/.config/retroarch/cores/bsnes_hd_beta_libretro.so "~/Downloads/Legend of Zelda, The - A Link to the Past (USA).sfc"
Expected behavior/changes
It would be useful, it was added.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: