Zombeaver

Yep.

PSX and Saturn are covered under Mednafen so you can (and should) use .m3us for them. All you need to do for those is create a text file with the name of each .cue, in order, one per line, and then save it and rename the file extension from .txt to .m3u and then use the .m3u as your "rom" in LB. In RA you then need to assign buttons to the open/close disc tray, next disc, and previous disc functions. When prompted to insert the next disc, you press the open/close button, the next disc button, and then the open/close button again and then continue on. I've never tested multi-disc 3DO games, but I found this post regarding them as it pertains to 4DO. It sounds like you should be able to just "eject" the disc and then put in the next one. For Dreamcast via Demul, you go to Config -> GD-Rom, click "Eject", select your next disc, and then select Ok. For Gamecube, pull up the Dolphin UI and then go to File -> Change Disc and select the second disc image and press open. This isn't necessary for any of the methods mentioned above. The only thing you need DT and potentially a batch file for is for use with SSF. If you're able to use Mednafen Saturn you should definitely go that route. None of these involve additional apps, mind you. You need to understand that there are limitations to additional apps when it comes to multi-disc games. If you have multiple disc images setup as additional apps, the only thing launching one of them through that method is doing is launching the emulator with that specific disc image, just like it was a separate game. It's not swapping anything. All it's doing is allowing you to start the emulator with a different disc image. In nearly all cases this isn't ideal because even in the best of cases, it means the game has prompted you to save your game as part of the disc swap, you save, you exit the emulator, launch with the next disc as an additional app, and then load your game. In the instances where a game doesn't prompt you to save your game as part of the swap, this won't work at all (unless you get a bit creative with save states). In pretty much all cases you're going to want to swap discs through the emulator itself. There are cases where additional app separation of discs works well but that's basically just for games that have multiple discs but you're not actually swapping between them - things like Resident Evil 2, Gran Turismo 2, and Rival Schools. Those games have multiple discs but they're separate and independently playable.

All of my roms are on an external USB 3 HDD and they work just fine. An SSD is certainly faster but the difference shouldn't be as significant as what you're describing. I feel like there's probably some other underlying issue at work there.

Bah, it must have been a fluke or something. I can't seem to replicate it. *shrug* I guess it's actually a good thing in this case

Yeah I know your pain with setting up the additional apps for every game. Before Mednafen came along that's how all of my Saturn games were setup. It's a real pain but it works at least.

Nope

Nice! I'll have to check this out. I dabbled with Daphne briefly a while back. @lordmonkus should find this interesting.

If you're not using the development build that's more than likely the issue. I don't think WHDLoad games launch directly from LB without it. They might with UUIDs, I'm not sure, but I don't think they do with just the game zip + (non-dev) FS-UAE. At least that was my understanding when I started looking into using FS-UAE + LB.

You need to be using the latest dev version. This one. In it, it's just called Launcher.exe. I'm using portable as well. It's the empty file that's generated by Eirulan's exporter. They're just a long string of letters and numbers.

Alternately you could create a windows shortcut to Launcher.exe, right-click on it and go to properties, and in the target field just paste in the UUID string after Launcher.exe.

Ah, yep good point.

@flores9 have you actually imported your games into FS-UAE? You have to do it through the file updater in FS-UAE. You also need to make sure that your FS-UAE UUID emulator entry in LB has the "don't use quotes" and "use file name only without file extension" boxes checked like Eirulan has in his screenshots above.

It's not based on the folder they're imported from - that could be anything. You could have roms imported from 10 different folders on your computer and put them all into one platform if you wanted to - it's based on what platform you tell LB to associate them with. If you tell LB during import "Hey LB, these are Arcade games that I'm importing." that's the platform LB will put them in after the import is complete. If you try to import files with the same file name again after that, unless you have "force importing duplicates" checked in the importer, it won't add anything new because it sees that you already have them in your library. If you imported a bunch of MAME games beforehand and then imported some NeoGeo games afterwards, and there's duplicate file names between them, it's not going to pull them in again unless you force it to.

Yeah I guess that's possible. I'll try it again tonight and restart LB after changing the rom file. Renaming existing image files and then refreshing a game's images while LB is open for sure works, but maybe not for rom files to images - there isn't a "refresh rom file name cache" button It's a pretty weird/specific scenario but I could see it causing some confusion for people if they encountered it. I'll poke it some more tonight and see what I can come up with

Yep, I did. All of the testing I've done is just by alt-tabbing between LB and an image folder - I rename an image and then go back to LB and hit F5 to refresh. I even went as far as doing a refresh of all images in the scenario with FF3.jpg above; just because I too was confused why it was happening.

Ah okay, understood. I thought it might be something like that I was just a little surprised when I noticed it. One other kindof unusual thing I noticed last night during testing was that there seems to be an issue with matching to the rom file name if the rom name changes after the initial import. I had a rom titled Final Fantasy III (USA).zip which had a library title of Final Fantasy III. I renamed the rom for testing purposes to FF3.zip and then updated the rom path in the game entry accordingly. Changing the image file to FF3.jpg did not match afterwards. So then I deleted the library entry, and reimported the rom fresh and FF3.jpg did match at that point. Any ideas why this would be the case?

You can add a game to favorites in BigBox via the game's submenu (A button on a 360 controller by default). It's only in the submenu so you won't see it if you either launch the game directly via the start game button (X button on a 360 controller by default) or if you have the submenu turned off in BigBox's settings. I don't think there's an option to delete or hide a game from BigBox. There isn't currently a hotkey/button assignment to add a game to favorites but there's a feature request ticket for that.

No worries and no rush! I hope you get feeling better

So just so I'm absolutely certain I'm on the same page, you're saying that you can have Game X.zip Game X.jpg And in this scenario it doesn't match, but then changing it so that you've got Game X.zip Game X-01.jpg And it suddenly starts working? Because something is very wrong if that's the case. Those numbers are designed to be added on top of preexisting matching conditions - not as a prerequisite for them to match. All of those 7th Saga examples I listed above were literally tested while writing that post. They do not exhibit the behavior you're describing. Can you provide a complete rom file name along with your library title and the complete image file name as an example of this? I feel like we're missing something here.

I added an additional note based on some further testing that appended numbers don't work if the image file has the "partial" name i.e. the rom file name minus special characters. I'm not sure if that's intentional or not.

Did you actually read the linked post that I included above? I'll quote it directly since you seem to have missed it: So no, I'm afraid you're incorrect. It matches based on any of three possible ways, four if you include appended numbers ala -01, -02, etc. which can be added on top. It'll match based on your library title, the rom file name minus special characters, or the rom file name with all special characters. Now, is it possible you're using prexisting files from other frontends that don't fit into any of those scenarios? Of course. But your statement above simply isn't correct. Again, it's based on your library title, the rom file name minus special characters, or the rom file name with all special characters. Any of those will work. And at no point do any of them require -01 to be at the end. Let's look at an even more complex example. The 7th Saga [Library title] 7th Saga, The (USA).zip [rom name] The box image for this can literally be named any of the following ways and it will be recognized. The 7th Saga.jpg 7th Saga.jpg 7th Saga, The.jpg 7th Saga, The (USA).jpg That's probably the most robust name matching logic that I've encountered in any front-end frankly. Edit: One additional thing I noticed while testing the above is that appended numbers were passed through in the case of the full library title (The 7th Saga) and the full rom name (7th Saga, The (USA)) but not in the case of the partials (7th Saga and 7th Saga, The) so you could have The 7th Saga-01.jpg or 7th Saga, The (USA)-01.jpg and it would be recognized but not 7th Saga-01.jpg or 7th Saga, The-01.jpg. I'm not sure if that's intentional or not. Any of them will work minus numbers though.

Glad to hear it

I'm not sure if the .bat method is usable in combination with mine. It may be, but I can't confirm as I've never used it. Try just directing it to your normal SSF.exe.

It's not in the pictures because it's not really something being done through LB - by unchecking "use an emulator" what you're essentially doing is just creating a shortcut to the .cue file. When you start it, what should happen is DT should mount it, assuming you have .cue files associated to use DT in Windows (which should happen by default after you install DT). If you can double click on the .cue in windows and it mounts it, what you're doing here is no different. The additional app doesn't come into play until the mounting process is complete. You run the "game", it mounts the disc, it starts SSF after it's mounted. And yes, it'll tell you you need to use an emulator, but the way we're doing it you don't. Or...not in the way it thinks anyway.

I've attached my .confs for Crusader: No Remorse and King's Quest VII. I was thinking I already had Tie Fighter but apparently I don't. I'll get back to you on that one and the others. For Crusader, the main application is Crusader.exe, the configuration is Install.exe, and my disc image is in the Mounts tab assigned to drive D and is CD-ROM/ISO type. These should all be picked up by default via the DOS importer in LB. For King's Quest VII, the main application is KQ7.BAT and the configuration is INSTALL.BAT. The configuration application should be picked up by default via the DOS importer but I'm not sure about KQ7.BAT. Crusader - No Remorse.zip King's Quest VII.zip