Zombeaver

I separate them. The way DOSBox and ScummVM are handled in Launchbox makes them sortof mutually-exclusive - in the case of DOSBox you're indicating that it's a DOS game/that you want to use DOSBox, create a .conf if you wish, pointing to .exes etc. For ScummVM you're pointing it to a folder (not an .exe), and then choosing the relevant game from a drop-down list in the ScummVM tab for the game entry in your library. Some games may be in ScummVM's own format (which generally is just a folder with a bunch of gibberish-looking filetype-less files) and these can't be used by DOSBox in that format. Some games can be used in ScummVM in their standard/native DOS format. I normally import games for both, where able. What I do is import them as DOS (unless they're in ScummVM's exclusive format) and then open ScummVM and see if they can be imported there in that same format, if so, I import them for ScummVM in LB as well. You certainly can put them together, and then individually choose whether you want to set them up with ScummVM or DOSBox, but I feel like that's a little bit more difficult to maintain. I know that everything in my "MS-DOS" platform is using DOSBox and everything in my "ScummVM" platform is using ScummVM, I just think it makes more sense that way. If it were as simple as other platforms where you can just do a launch-with and just choose a different emulator it wouldn't be as big a deal, but it's not that simple with DOSBox/ScummVM.

Xpadder and equivalent doesn't work over Steam Link (unless you use some additional software called VirtualHere which has its own share of issues), which makes that a non-answer for that scenario. This should just be something integrated directly into LB/BB.

It's from Skullgirls haha. The devs added that message in for pirated versions, so when people would ask "Hey, what does this mean?" the dev would respond with "Oh, it means that you shouldn't pirate our game."

You don't need to edit anything - Launchbox will do that automatically. You import the files into Launchbox and it will auto-mount the relative directory based on the paths to the .exe/.bat/whatever. If you wanted to do this manually, you could do it with a DOSBox .conf, by editing the autoexec portion (at the very bottom). This is generally unnecessary with Launchbox though.

Z:\ isn't a real directory in DOSBox, it's just the starting line. Those commands are basically just internal functions of DOSBox. You can, for example, type "Mixer /listmidi" to see a list of available Midi devices. This isn't something you change/add to. What is it specifically that you're trying to do?

You can add disc images in the "Mounts" folder, but a .com is not a disc image format. Common disc image formats would be .cue+.bin or .iso.

I don't know how else I can explain it other than to tell you that you will not see that logo on the actual boxes for those games. I own a large collection of physical big box DOS games if you'd like me to take some actual photos of them. You won't find it on them, I promise. MS-DOS is Microsoft's variant of DOS, yes. I'm not sure what that has to do with anything though. The boxes wouldn't have the logo. Microsoft has used that logo as early as 1995, in association with the launch of Windows 95. It hasn't been an actual part of the Microsoft logo itself until 2012. DOS/MS-DOS (and, by proxy, DOS games) was around well before 1995, going back to the 80s. And even the DOS games from 1995+ that specifically mention being 95 compatible would generally only do so as a little bit of text in the hardware requirements section. Using the logo is an anachronism, I don't know how else I can say it. It's not the end of the world it just doesn't make a whole lot of sense to be there.

The problem isn't about Microsoft - the problem is that it's the Windows logo (the modern one, no less), which doesn't make much sense in combination with DOS games. The whole point is that they're pre-Windows. It would be like if you put a big Blu Ray logo on a DVD. You can play a DVD in a blu ray player, but that doesn't make it a blu ray. DOS games could be played natively in Windows 95 (which ran on top of DOS), but they're not Windows games - they're DOS games. If you put a PSX disc in a PS2, it'll play, but it's still a PSX game, not a PS2 game. They're separate things. Some DOS games had a separate Windows version, but a lot of stuff - especially the early stuff - wouldn't have anything for Windows on the box. If anything, they might say they're Windows 95 compatible in the hardware requirements once you get into the mid 90s+ It's not the end of the world, just odd. As I said, if you want to share them - and I'd encourage you to do so - you can add them to our Games DB. You could also upload them here in the forums/downloads section if you want people to help you upload them to the DB, but the DB is where they should ultimately go.

Click on the "Games DB" button at the top. Create an account. Navigate to the relevant game, add the image to the appropriate category and submit the change request. I agree with @damageinc86 - I don't think they should have a Windows logo... they're DOS games. It looks like you're using some older source for images based on the ones you posted above - they all have a Mobygames watermark. Mobygames stopped watermarking their images a while back. If you look up License to Kill on Mobygames, the same image is there with no watermark. Same for the others. Except for the fact that that doesn't actually help anybody that's just downloading media/metadata for games in their library. The entire point of the DB is so that people don't have to manually download and rename a bunch of files to match their library.

They should be uploaded to the DB. There's a 3D box image category that they can be added to. Thank you!

Sorry no new configs in the last week guys, I've been having a lot of health issues lately which have really knocked me on my ass. I felt a bit better yesterday so hopefully that'll continue moving forward so that I can get back to work on these.

Renaming core dlls no longer works. You need to separate them by using separate configs (not overrides) as I mention here. Overrides are fine when you're only dealing with one platform per core, but for things like Genesis/Master System/CD/Game Gear via Genesis Plus or Game Boy/Game Boy Color via Gambatte, you need to use separate configs and don't use per-core overrides.

Not to my knowledge, no. You'll likely just need to extract them beforehand and then direct the library entry to the .ccd.

Ah okay, gotcha. I wasn't aware that it wasn't all of them. Based on some reading, it doesn't sound like there's a way to get around Digital Video Cartridge issue in MAME/MESS currently.

Have you tried rolling back the install? There should be an updates folder inside your Launchbox folder that has the installers for all the previous versions you've installed. You can just overwrite your current install with a previous one. If it works, you could then update. It's weird that it's not working on even the original PC.

Are you talking about the 1996 one (there are several clue games)? There's a Windows version of it, if so. It's 16-bit though, so you'd need to use DOSBox to run Windows 3.1 or 95. That's kindof a whole other can of worms, but it's doable. 3.1 is significantly easier to do, of the two.

Mednafen (standalone and in Retroarch) does support .ccd format. I don't know about them being in a .7z / .zip though. Mine are extracted. I'm not sure if they'd work when compressed like that. Launchbox does have an extract before start feature which you can check in the emulator settings, but it sounds like that's what you've already tried. If it doesn't work with that, you'll probably need to extract them.

Where is your Launchbox folder located? Has anything changed since your initial install?

Yeah, bulk-editing additional apps would be super handy for certain situations. Before "Launch with..." was a thing in LB, I went through and added ePSXe as an additional app to all my PSX games (as RA Mednafen was the primary). And as Monkus said, things like SSF benefited from additional app chains as well. For a while I used them for lightgun games to start NoMousy before the game and ending it after. Eventually I changed it to just using an alternate emulator entry for Lightgun games that included this behavior in an AHK script, as that was faster than adding additional apps for all of them, but if the time requirement was equal between them, I'd prefer to do it via additional apps (as that'd mean one less "emulator" clogging up my already large list). I know this type of thing isn't a very "sexy" addition, but this is the kind of functionality boost that's more appealing to me than most other potential improvements honestly. And the thing is, more people would benefit from it than probably realize they'd benefit from it - a lot of people probably don't know they need it until something like this comes up and then there's the moment of "Wait, I can't do that?"

No problem! Yes, running as admin or installing LB in Program Files (or Program Files (x86)) causes permission issues where LB and Explorer are running at different permission elevations and so they can't interact by dragging files from Explorer into LB.

Gracias. Estoy seguro de que esto será apreciado por cualquier hablante de español aquí. No hablo español, pero sé cómo usar Google