Imgema

You don't need a cfg or override to save different inputs per core. When you load a game go to "quick menu" There you will see a "controls" menu that refers to the core you have currently loaded and is separated from the main UI input options. Setup the controls for that core and then select "save core remap file" That setup will automatically load when you load that core. No cfgs or overrides needed. Same with shaders.

I don't know, RetroArch changed it's behavior recently when it comes to separate cfg files. Basically, it doesn't need them anymore. All you need is overrides (except one or two occasions like the gameboy example above). I have 30+ systems running on LaunchBox through RetroAch. The only systems i use the -c config command is with gameboy for reasons i explained in my previous posts above. For all other systems it's useless really (except maybe GenesisPlusGX if you want different shaders on all systems it supports).

Since you re-install you might as well get rid of the extra cfg files and do it right. Just use the main retroarch.cfg. Make sure all directories are correct there. And then use overrides for any changes you need for each core. In LaunchBox you only need to load the core and nothing else. If you want to know how overrides are made i can help you.

Does the command line look like this? -L "cores\mednafen_psx_libretro.dll" -c "config\mednafen_psx_libretro.cfg" If yes, could you open the mednafen_psx_libretro.cfg and retroarch.cfg with notepad and make sure you have this line: system_directory = ":\system" Also, make sure the file is named mednafen_psx_libretro.cfg. Because it might be named mednafen_psx_libretro.dll.cfg (notice the added .dll part) Can i also ask, what's the difference between your retroarch.cfg and the mednafen_psx_libretro.cfg? What are the options/lines that you changed so this core has some different options? Why do you need it? If you know what these options/lines are you can make an override file with only the changed lines and delete mednafen_psx_libretro.cfg alltogether. Then RetroArch will load the main retroarch.cfg but the lines you have in the override will take priority when you load the core. In other words, you don't need that mednafen_psx_libretro.cfg to load with LaunchBox, especially since it causes problems.

No problem. Keep in mind though that these cfg files will not work with Launchbox. That's because there are spaces in the filename. If you want to separate gameboy color and classic in the same way in Launchbox, just copy those files and remove the spaces, then you can load those. So basically you need separate cfg files for RocketLauncher and LaunchBox.

How about the system/BIOS dir in the directory options? Are you sure it's setup correctly in the mednafen_PSX.cfg or in the retroarch.cfg? Maybe it's different in one of the two cfg files and there's a conflict?

It works with RocketLauncher too. But you need to name the cfgs with the same name they are listed in RocketLauncher. For instance: Nintendo Game Boy Color.cfg Nintendo Game Boy.cfg RocketLauncher will load these automatically so you can setup a different shader for each cfg.

In my opinion, you don't need a separate cfg for Mednafen PSX. At least not with recent versions of RetroArch. See, recent versions of RetroArch have dropped the "config per core" option and also lets you save shaders per core without a cfg, in the same way you save the inputs per core. Plus, you can always use overrides (i assume you know how to make one?) instead of separate cfgs per core. I also used to have those cfgs but recently i deleted them all and just use overrides when necessary. And it's much better this way IMO. Just load the core with LaunchBox and everything else is handled by RetroArch. The only situation i found where i need to load a separate cfg is with gameboy. I use Gambatte for both gameboy classic and color and i want to use different shaders for each. But because i can only save one shader per core, in order to have one for color and another for classic, i use custom cfgs to load with the core because i can't use separate overrides per system (RetroArch separates cores, not systems). For any other system i don't see the need. It's much cleaner and error free to just load the core and let RetroArch handle everything else.

Are there any performance improvements planned for version 6.9? 6.8 feels a little bit slower to me compared to 6.7 (normal view). The fastest/snappiest version was 6.6.

Hey, that was a fast response and an even faster fix! Thanks for this.

As a longtime Hyperspin user, i had a pretty complete collection of assets like Box Art and videos already set up. So when i used LaunchBox for the first time, instead of re-downloading different assets, i just used the ones i already have and pointed to the correct directories. But today i noticed that many box art pictures don't show up on Hyperspin, even though i know my collections are complete. So i searched in the media folder and i noticed that many files were renamed, without my permission. For instance, "F-Zero X (USA)" was renamed to "F-Zero X-01" or something like that. This happened with all games that i renamed in the LaunchBox UI menu. Whenever you rename a title in the menu, like when you use the database to correct any names, any media files connected to it are renamed as well! This can be really bad for someone who has a large collection of media files connected to other frontends. Thankfully, i noticed that early enough so i only had to correct a few dozens of files. Is this a bug? It has to be because i see nothing good coming from such a thing.

Testing version 6.7 and there seems to be a regression. The program now is slower than 6.6, taking 2 seconds (instead of previously 1) each time i click on different systems.

Just for fun, (and since I had this rom already on my computer) I tried it out now and 'Wai Wai' crashes with the nestopia core but works fine with the fceumm core. But even weirder is that "Wai Wai' works fine with the standalone nestopia app You need to use the [!] good dump. I also tested most other versions of the ROM like some overdumps and translations and they do crash for me too. But the unmodified, Wai Wai World (J) [!] does work with Nestopia RA core for me. Now, i don't know why the ROM you have works with the standalone and not with the core. Maybe you need to update the core? I do have the NestopiaUE standalone and it also has the same behavior as the core for me.

VACRMH said Imgema said Hmmm, i just tested the Japanese version using Nestopia core and it works fine for me, at least for the 5 minutes i tested it. Huh, wonder why mine didn't. Do you happen to know where the game came from? Like a goodrom or no intro set? Could you post the filename? It's from the Goodmerged set (v3.23b) The rom name is Wai Wai World (J) [!]

Hmmm, i just tested the Japanese version using Nestopia core and it works fine for me, at least for the 5 minutes i tested it.

So far, from the games i tested, F-Zero X and Body Harvest are better with the new ParaLLEl core. F-Zero X has all the effects, including the shiny body on the cars and Body Harvest doesn't have the clipping issue anymore. Just make sure you use the PAL version of Body Harvest for smooth sound.

Out of curiosity, may i ask which game that is which doesn't work in Nestopia?

I'm bumping this once more to say that in the latest version (6.4) going to a different system seems to take less than 1 second. Basically, the program is about 4 times faster/more responsive since i made this thread, at least when i browse through systems. Good job on those optimizations so far guys.

So it seems like MESS emulation of the 5200 is far from 100%, isn't it?

Belgarath said Well I just tried H.E.R.O. and that works fine (MAME 0.175) but zero joy with Moon Patrol.. I'll wait and see what other games Imgema had problems with before further testing. I only tried 4 games. Moon Patrol loads but the jump button doesn't work. H.E.R.O works fine and the controls also work. Kangaroo and Joust don't even load for me. So i abandoned MESS for this system and went with Kat5200. I even tried the MESS core in RetroArch and it has the same problems with the regular one. Keep in mind though that the last version i have is 0.161, before the merge with MAME. I also noticed something interesting with HERO and Moon Patrol. When i load HERO, it goes straight in game. When i load Moon Patrol i get a bios screen first then it asks me to press some keyboard keys to select how many players, etc. I wonder if it emulates ADAM instead of the 5200 console when i load Mon Patrol. That would explain why the controls work with one game and not with the other.

lordmonkus said I can safely say now that Mess is my new Atari 5200 emulator of choice. Do both action buttons work? Mess had always this problem for me with the Atari 5200. Only 1 button works, even if you set up the controls, the second button doesn't work. Try a game that uses both buttons. Like Moon Patrol. Either the jump or fire will work but not both. That's why i'm stuck with Kat5200 atm.

So, it seems like version 6.3 is a bit faster overall for me. I feel like the wait time to display a different system from the list is cut down for about 1 second. So now it takes 2, 2.5 seconds. Which is still a tad slow but it's getting there. Did you boys made some optimizations or is it my imagination? Anyone else can confirm the UI being a bit faster?

The last few days i was fiddling with OpenEmu on a friend's mac. I made a few full setups with it like NES, Genesis, SNES, etc. OpenEmu looks very similar to LaunchBox visually. It also displays hundreds of box art at a time. But it's much faster. It doesn't take 4 seconds to browse from one system to another, in fact it's almost instant. Also, it doesn't load/cache the assets every time i load the program. In LaunchBox i have to wait for several minutes before my UI runs smoothly again, because it has to go through all assets every time i start the program or something. After using OpenEmu for a couple of days, LaunchBox feels too "heavy" and sluggish. Sorry if this sounds dismissive i'm not trying to downplay LaunchBox, besides it has it's own strengths and OpenEmu has it's own problems as well. The reason i'm bringing this up is that if it's possible for OpenEmu to be so fast while handling about as much assets as LaunchBox does, then maybe Launchbox can be faster too?

These are the music formats i'm talking about, in case anyone is interested http://www.zophar.net/music.html These require either special plugins that go in the /plugin winamp folder or a player that supports them, like some VGM players. So, the music player is integrated in LaunchBox? I was thinking of something like launching a program in your PC to play those files. Like how manuals are opened in your default PDF reader. Maybe there is a way to do this using the additional apps option? I have already made 2 bit bucket requests that i would rather see fulfilled, i wouldn't want to spam the place with more :P

I see. Well, this player doesn't work for me because i don't use mp3s or wmas. All my retro-console music is emulated (or chiptunes if you will) because you can have whole soundtrack of only few kilobytes and at better quality too, since it's the actual source. These need certain plugins in order to play and i don't think windows media player can play them. But i suppose i'm the only one who use these. I just thought that changing your default music program would be an easy thing. Anyway thanks for the response.