To quote the website…
Think of libretro as an interface for emulator and game ports. You can make a libretro port once and expect the same code to run on all the platforms that RetroArch supports. It’s designed with simplicity and ease of use in mind so that the porter can worry about the port at hand instead of having to wrestle with an obfuscatory API.
The purpose of the project is to help ease the work of the emulator/game porter by giving him an API that allows him to target multiple platforms at once without having to redo any code. He doesn’t have to worry about writing input/video/audio drivers - all of that is supplied to him by RetroArch. All he has to do is to have the emulator port hook into the libretro API and that’s it - we take care of the rest.
Looks like garbear over at the XBMC forums has already made a good start on this. From what I’ve read, he has coded what XBMC sees as another player which accesses the libretro API and I assume that once up and running in XBMC this could be ported to Plex with little effort? Is this something the Plex guys would consider adding? I realise this wouldn’t really work with things like iOS devices etc. Hoping there would be an easy way to tell a client whether not it should show a roms section. Also, if I understand how this works correctly, the addition of new cores would be a fairly seamless process allowing to emulate other systems as and when they’re released.
http://youtu.be/Moh67r0iBGA
EDIT: It’s just occurred to me that if you could allow Plex to save to the same location the rom is stored and reference this in the library you would essentially have cloud storage with PMS. This would be AWESOME!!!
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
