Jason Carr

Sorry for that guys...this is why we have betas. :) I believe I have all those game launching issues fixed...just put out beta 7.

Hi @JBourne21, let me know how the latest beta fairs, or if you run into any more bugs. :)

Ah, Martin, that makes sense. Hehehe...maybe an on-screen keyboard? ;) Another new beta is out; should hopefully fix @scree's reported emulator error. Also, I put some effort towards making game selections much quicker. The backgrounds and sidebar details kind of pop in now, and it looks a bit ugly to me, but I'm thinking that might be remedied with a fade animation, which should be possible now that we're using DirectX. That said, this one needs some significant testing because quite a bit of restructuring went into the game selection changes.

Thanks, Martin. Researching. :)

Ah, thanks. That helps. :)

Sure, all versions before 5.0 were, but the wizards were broke in them. I think maybe 4.4 might work the best, because it still has the older versions of the imports. The only things that are broken for XP in that version are the MS-DOS installation wizard and the wizards to import and export games to zip packages. I'll email you a copy. :)

I can hook you up with an old version of LaunchBox if you'd like.

Hi @ianrace, would it be enough to just always make the Extras folder path be the same as the Game Data Path?

Thanks guys. @scree, I need help figuring out that error. What was the error you saw? Martin, so there's a conflict between LaunchBox AutoHotkey and Big Box AutoHotkey settings you think?

Hmm, the question is...do we need it to be game-specific? I probably need to add default scripts for DOSBox, ScummVM, and Windows games. But then, from there, do we need game-specific scripts as well?

Hi @CrystalForce, you raise a great point. I hadn't thought of that, but you're very right. Might as well add it while I'm in here. ;)

Hi @scree, yes; the new beta no longer requires the AutoHotkey.exe file for the AutoHotkey functionality (it now uses a DLL, which solves some of the previous issues users were seeing). So I delete the file just to clean that up. I just put out another new beta with default scripts for all the default emulators. They make it so that all default emulators now close out properly with the Escape key. There is more functionality that I'd like to add, but this is a start for now. I'm also planning on adding the same functionality to DOSBox, ScummVM, and Windows games. Though there will be no default scripts for those, likely. Also, for what it's worth, a list view is on its way. I have a very basic version of it working, but it's not accessible in this current beta. Stay tuned.

Hi @mattsoft, indeed there is. Just select all the games you want to change (easiest way is to press Ctrl+A to select them all), then right-click and Edit. That will pull up the Bulk Edit Wizard. You can change the Emulator field there for all of the games at once.

Thanks @ianrace, got it. I will add that to my short list. :)

Interesting; I guess the command line parameters changed then? It looks like the LaunchBox default command line parameters are blank for MAME, actually.

New beta to address an issue with the AutoHotkey changes; errors come up if multiple instances of LaunchBox and/or Big Box are running. This is problematic anyway (has a chance to cause data corruption), so I've put safety checks in place to make sure that no two instances can run at the same time. Does this cause an issue for anyone? If I remember correctly, some people might have been using nested instances.

Thanks @JBourne21, glad to hear there's progress at least. I believe the error you're getting in Big Box is due to running LaunchBox and Big Box at the same time, or running multiple instances of one or the other. I'm going to add some safety checks to make sure that can't happen; hopefully that will resolve the issue. Per PCSX2, one of the things I did with the AutoHotkey revamp was to add emulator-specific AutoHotkey scripts, so that those can be used to solve problems like that specifically for each emulator. So today I'm going to be working on coming up with those scripts. :)

Hey all, I just re-vamped AutoHotkey for the latest beta. @JBourne21, can you test it now? The glitch you mention above with the hold button is still there, though. That's a separate issue.

Hey all, I just added custom AutoHotkey scripts to emulators in the latest beta. @eric, I put your Demul script in as the default script for Demul, works great.

And we have another new beta. This one is kind of a big deal. I've added custom AutoHotkey scripts to emulators; this should allow us to do things like make sure that the Escape always works for every emulator. We'll just need to put together default scripts for every emulator. Beyond that, it should provide some awesome flexibility options, if you're interested in diving into the scripts. I also removed the "v" when displaying versions. I chose to do that for flexibility; I figured people can put the "v" in themselves in the version field if they feel the need to do so.

Bah, that sucks. And holy crap. Lol.

Thanks @Nickjs and @DOS76. To clarify in case anyone stumbles on this thread, LaunchBox by default won't import duplicates if the ROM file is already in your collection. You can override this though by checking the box to force duplicates.

What @garbanzo said. That System/BIOS path had me up in arms for hours.

Hi @ianrace, that's interesting; I wasn't aware of that extras folder. LaunchBox doesn't specify an extras folder via command line when it runs the EXE. The command it runs looks like this: ScummVM.exe -f --aspect-ratio --no-console --savepath="[ScummVMFolderPath]" -p "[GameDataFolderPath]" Could it be the savepath?

The beta testing thread is the thread that I update regularly with the developments for each new beta: https://www.launchbox-app.com/forum/features/launchbox-beta-testing That's probably the best place to go. You can subscribe to that thread. :)