RetroArch will use a system cfg file named to match your System Name (example: Nintendo Entertainment System.cfg). RetroArch's global config file is called "retroarch.cfg". This will be the config folder for the module and will NOT change the location of RetroArch's own /config directory. You can change this folder to anything you like by changing the module's ConfigFolder setting in RocketLauncherUI. By default, the module looks for config files in a folder called config in the RetroArch folder. The save state files location is determined by the configuration file used (savestate_directory = ":\whatever") The default RetroArch savestate directory is ":\states" You can select to sort into core folders (ie: :/states/Mednafen PSX) by changing sort_savestates_enable = "true" in the configuration file. The srm files location is determined by the configuration file used (savefile_directory = ":\whatever") The default RetroArch srm directory is ":\saves" You can select to sort into core folders (ie: :/saves/Mednafen PSX) by changing sort_savefiles_enable = "true" in the configuration file. Some good discussion on cores and filters: You can find supported cores that Retroarch supports simply by downloading them from the "retroarch-phoenix.exe" or by visiting here: The module will find and load the default core unless you choose a custom one for each system. Whatever cores you decide to use, make sure they are extracted anywhere in your Emu_Path\cores folder. LibRetro DLLs come with the emu, but here is another source for them: The emu may make a mouse cursor appear momentarily during launch, MouseMove and hide_cursor seem to have no effect This module uses the CLI version of RetroArch (retroarch.exe), not the GUI (retroarch-phoenix.exe). Fullscreen is controlled via the module setting in RocketLauncherUI Devs stated they will never add support for mounted images (like via DT) If the emu doesn't load and you get no error, usually this means the LibRetro DLL is not working! Well this is what I've learned and all games I've tested work. Now you also have the folder structure, just drop the modified dos.conf into the root of Ripper (1996) folder and all is well and good! Imgmount d "\games\Ripper (1996)\ripper\cd\RIPPER1.cue" -t cdrom Unless we change it c "\games\Ripper (1996)\" This works in dosbox but not retroarch it will do absolutely nothing Imgmount d ".\games\ripper\cd\RIPPER1.cue" -t cdrom This is the original line from the dos.conf c. It would be a great choice if we cold figure this out but stands in our way are a few issues:įirstly the games get extracted into a folder with the name attached (Ripper (1996)/ripper)īut there is one bigger problem the dos.conf it the paths are not read the same as default dos. I also find the sound is handled much better I don't know why but It's less glitchy.įinally the shaders no point explaining it but far superior (PERIOD) You have to use the standard dos in order for it work without the added benefits!Īnother Issue is the bezels (I know not many would agree) but they all don't bezel right like 7th guest for another example. There are many reasons as to why use retroarch over default dosbox (I have them trust me!) You can tweak it more without compatibility issues ie svn version Ripper 1996 is a great example, The dosbox core has improved greatly even support for mt32 I noticed this has gone stagnant for 2 years.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |