Public Domain ROM Sites
#31
WOW thanks for this list RockerC. in the future I'll create a wiki page out of this list so that ppl can update the status of emulators as we get more working with our system

The home for our emulators is https://github.com/kodi-game . you'll see that they are just simple CMake build scripts wrapping the emulators at github.com/libretro . atm only Nestopia works, once I get input working tho I'll focus on getting the rest to work
Reply
#32
(2015-04-02, 11:12)RockerC Wrote: [quote='enen92' pid='1971324' dateline='1427901185'][quote='RockerC' pid='1971088' dateline='1427880869']Looks like archive.org have downloadable games libraries for many more game consoles and computer platforms

Upstream there are currently libretro cores for; 3DO, Atari 2600, Atari 7800, Atari Lynx, Atari Jaguar, Bandai WonderSwan, Sony MSX, Sony MSX2+, Nintendo Entertainment System (NES), Nintendo Super Famicom (Super NES), Nintendo N64, Nintendo Game and Watch, Nintendo DS, Nintendo Game Boy, Nintendo Game Boy Color, Nintendo Virtual Boy, Nintendo GameCube, Nintendo Wii, NEC PC-Engine (TurboGrafx-16), NEC PC-FX, Magnavox Odyssey 2/ Philips Videopac G7000, MESS, SNK Neo Geo Pocket (NGP), SNK Neo Geo Pocket Color (NGPC) , PlayStation (PSX), PlayStation Portable (PSP), Sega Master System, Sega Genesis, Sega Game Gear, Sega 32X, Sega MegaDrive, Sega MegaDrive CD, Sega Saturn, Sinclair ZX Spectrum, Vectrex,

Then there is also libreto cores for multi-platform emulation via MESS, MAME, Final Burn Alpha (FBA) multi-platform emulation engines, plus DOS (DOSBox), LucasArt Game Engines (ScummVM), Quake (TyrQuake), and Doom (PrBoom). With MAME and FBA alone can emulate additional systems like Capcom CPS-1, Capcom CPS-2, Capcom CPS-3, Cave, Data East DEC-0, DEC-8 and DECO IC16, Galaxian, Irem M62, M63, M72, M90, M92 and M107, Kaneko 16, Konami, Neo-Geo, NMK16, Pacman based hardware, PGM, Psikyo 68EC020 and SH-2 based hardware, Sega System 1, System 16 (and similar), System 18, X-Board and Y-Board, Super Kaneko Nova System, Toaplan 1, Toaplan 2, Taito F2, X, Z and others.

........................................................

Wow that's a huge list Smile
I'll try to add them. A pitty it doesn't have any NES/Snes games there.

Thanks for taking the time to check
Reply
#33
Ok added all the available platforms listed by RockerC:

Image

Some of them, unfortunately don't have a "library" but only a huge zip to download. Hope this helps for retroplayer. The download link is the same as before (higher version): https://github.com/enen92/script.retroga...master.zip

Cheers
Reply
#34
(2015-04-01, 11:34)RockerC Wrote: Then there is also libreto cores for multi-platform emulation via MESS (Multi Emulator Super System), MAME (Multiple Arcade Machine Emulator), UME (Universal Machine Emulator), and Final Burn Alpha (FBA) multi-platform emulation engines, plus DOS (DOSBox), LucasArt Game Engines (ScummVM), Quake (TyrQuake), and Doom (PrBoom). With MAME and FBA alone can emulate additional systems like Capcom CPS-1, Capcom CPS-2, Capcom CPS-3, Cave, Data East DEC-0, DEC-8 and DECO IC16, Galaxian, Irem M62, M63, M72, M90, M92 and M107, Kaneko 16, Konami, Neo-Geo, NMK16, Pacman based hardware, PGM, Psikyo 68EC020 and SH-2 based hardware, Sega System 1, System 16 (and similar), System 18, X-Board and Y-Board, Super Kaneko Nova System, Toaplan 1, Toaplan 2, Taito F2, X, Z and others. While MESS and UME supports even more computer platforms.

@garbear, probably not yet a very high-priority right not but I was wondering how user-friendly will/can RetroPlayer be when launching ROMs with multi-platform supporting emulation-engine cores like MESS (Multi Emulator Super System), MAME (Multiple Arcade Machine Emulator), UME (Universal Machine Emulator), and Final Burn Alpha (FBA)?

Reason I ask is, today libretro have no dedicated cores for some very popular platforms like example Commodore C64 and (Commodore) Amiga 500, however multi-platform emulation engine like the MESS and MAME core does support emulating these platforms but only if launched via the right command and BIOS files, so they are not really that easy to use, see:

http://www.libretro.com/index.php/mamemessume-cores/

http://wiki.libretro.com/index.php?title=MESS

(2015-04-03, 16:54)garbear Wrote: WOW thanks for this list RockerC. in the future I'll create a wiki page out of this list so that ppl can update the status of emulators as we get more working with our system
If you think that is an impressive list then checkout the the compatibility-lists of just the multi-platform supporting emulation-engine like MESS (Multi Emulator Super System), here:

http://www.progettoemma.net/mess/sysset.php
http://www.emulator-zone.com/doc.php/misc/mess.html
Reply
#35
@garbear, probably not yet a very high-priority right not but I was wondering how user-friendly will/can RetroPlayer be when launching ROMs with multi-platform supporting emulation-engine cores like MESS (Multi Emulator Super System), MAME (Multiple Arcade Machine Emulator), UME (Universal Machine Emulator), and Final Burn Alpha (FBA)?

The way this project works is using Libretro cores inside the retroplayer scaffolding which handles input and display / sound. If there is a MESS core, then yes. I believe there is a MAME libretro core. Otherwise, if you are talking about launching external programs with retroplayer, that is not the purpose of this project. You would want to use a different plugin like advanced launcher.
Reply
#36
(2015-04-08, 15:57)Adam7288 Wrote: The way this project works is using Libretro cores inside the retroplayer scaffolding which handles input and display / sound. If there is a MESS core, then yes. I believe there is a MAME libretro core. Otherwise, if you are talking about launching external programs with retroplayer, that is not the purpose of this project. You would want to use a different plugin like advanced launcher.
Sorry but you totally you misunderstood me, and that does not answer what I asked, (follow the links I posted and maybe you better understand what I meant when asking this). What I meant to ask is; HOW well does RetroPlayer (via the libretro API) pass arguments when launch individual game ROMs for a specific computer platform when using a libretro cores like MESS, MAME, UME, and FBA that supports many different computer indside a single core. Please follow this URL and read this: http://www.libretro.com/index.php/mamemessume-cores/

I am not talking about launching other external programs. I already know RetroPlayer uses libretro API and emulator cores for that API. And yes THERE ARE libretro cores for MESS, MAME, and FBA, see link, (so that was not the question asked). This question is only about using RetroPlayer with such libretro cores which support multiple computer platforms on their own.
Reply
#37
I think if the filetype is supported by several emulators you have installed on your system, you still have the option to choose one. I think it decides one emulator as a top priority but you can still, from the context menu, select "play with..." and have a list with all the available emulators for that particular filetype. At least it was how the older version of retroplayer worked
Reply
#38
I guess those cores will need special treatment and some additional effort. Didn't try any of them, but that's how I think about it.
Anyway it's awesome to have "normal" cores working (which support only 1 platform) Smile
Reply
#39
(2015-04-09, 16:21)a1rwolf Wrote: I guess those cores will need special treatment and some additional effort. Didn't try any of them, but that's how I think about it.
You got it, yes that is what I thought too, that libretro cores for those multi-platform emulators engines will not work the same as a libretro core that only support one (1) single platform.

(2015-04-09, 13:39)enen92 Wrote: I think if the filetype is supported by several emulators you have installed on your system, you still have the option to choose one. I think it decides one emulator as a top priority but you can still, from the context menu, select "play with..." and have a list with all the available emulators for that particular filetype.
Yes but I mean is multi-platform supporting emulators like MESS and UME can't always auto-detect what platform the ROM is for, so it need to be provided with argument parameters.

MESS is a single libretro core that support emulating hundreds of different consoles/computer platforms in a single binary, (read http://en.wikipedia.org/wiki/Multi_Emula...per_System ).

The game ROM could be for Amstrad CPC or Commondore 64 and a multi-platform emulator engine like MESS could run both those just fine, but only it you pass it the right arguments.

Again please see http://www.libretro.com/index.php/mamemessume-cores/

MESS/UME support

MESS and UME have been options for a while now, but they weren’t really easy to use. First of all some clarifications.

First of all, these cores work by passing arguments like you would pass on a CLI for their standalone counterparts. Loading from RGUI imposes some limitations on that regard so some assumptions are being made for you.

Second, since the 0.138 release there support for an XML format that documents the software released for the many supported systems. These are stored in the hash directory and you can obtain them from the standalone releases.

Besides being a documentation resouce, softlists allow to load software by just specifying the system and the rom name. For example on standalone mess you could do:

mess -rompath roms nes smb

With full path loading you would do:

mess -rompath roms nes roms\nes\smb.zip

The benefits are considerable when you consider that games might have more than one file, for instance multi floppy X68000 games, those would be impossible to load from RGUI without using softlists.

The downsinde, softlist roms are not the same as the ones you might already have so full path loading still works but only with simple one file based images.

....


For full article please see http://www.libretro.com/index.php/mamemessume-cores/
Reply
#40
Ah I see what you mean now Smile It's definetely a challenge and a complete mess - only garbear will be able to answer that.
A possible idea is (despite I know nothing about all this), after we have a game library, to define a preference in the .nfo file of a game for instance. Or a new parameter that would be only available for this type of media. Either way I guess it'll always need to be edited manually
Reply
#41
Saw a nice story on the Archive.org game stuff today

http://www.engadget.com/2015/04/30/archi...-dos-games
Reply
#42
I also havent written this here but i made a few improvements to my little script, namely retropie support. For those using RPI distros that combine emulation station + Kodi (such as recallbox or pipplware) it is as simples as select retropie in the addon settings, enable the option to rename the extension (archive.org is using .bin files for all the systems) and probably enable also the file rename setting for better scrapping. It works well.
A pitty one has to restart ES for games to show up in the game library though.
Reply
#43
(2015-04-30, 17:25)zag Wrote: Saw a nice story on the Archive.org game stuff today

http://www.engadget.com/2015/04/30/archi...-dos-games

Fun's over: http://venturebeat.com/2015/05/01/ms-dos...ter-rules/
Reply
#44
(2015-05-01, 23:49)Scourge Wrote:
(2015-04-30, 17:25)zag Wrote: Saw a nice story on the Archive.org game stuff today

http://www.engadget.com/2015/04/30/archi...-dos-games

Fun's over: http://venturebeat.com/2015/05/01/ms-dos...ter-rules/

Eh, for the purposes of retroplayer, that doesn't really matter at all.
Reply
#45
Of course it doesn't. Both zag's and my posts were offtopic Smile
Reply

Logout Mark Read Team Forum Stats Members Help
Public Domain ROM Sites3