JoeViking245

You're welcome. Always glad to help when and if I can. 😎

Sure you can. When running MAME softlists', the default is to start it using the consoles' emulated keyboard. Here, MAME's UI commands don't work (i.e. F5 [or "P"] to pause emulation). To get out of the emulated keyboard mode, press SCRLOCK on your keyboard. Then... you can press F5 to pause MAME. Alternately, you can add in the command line parameter -ui_active. This will automatically enable MAME's UI keyboard functions. But if the system you're running requires its 'emulated' keyboard, you'll need to press SCRLOCK to get [back] into the emulated keyboard mode.

Un-check Forceful Pause?

It seems that, if you set one emulator up the way you had it before, that one will work for your softlists. If you create a new emulator (in LaunchBox, pointing to same mame.exe) and set it the way you have it now, that will work for Arcade. What I meant by "different topic" is, that it's getting off topic from this thread. But yes, there are probably quite a few other existing topics that go over setting up MAME for softlists. Some if using MAME's softlist ROMs and others for using non-MAME ROMs. But what you look for depends on the ROMs you're using.

Yeah, sending Alt+F4 will only close the emulator. And not trigger the Escape sequence you wrote. try this Run, C:\Users\Retro-pc\Desktop\LaunchBox\0-UTILS\0-myscripts\kill-Lichtknarre.ahk Process,Wait,Dolphin.exe While WinExist("ahk_exe Dolphin.exe") Sleep 700 $Esc:: { run "C:\Users\Retro-pc\Desktop\Lichtknarre.exe - Shortcut.lnk" WinClose, ahk_exe Dolphin.exe } 2Joy5:: If GetkeyState("Joy8") { run "C:\Users\Retro-pc\Desktop\Lichtknarre.exe - Shortcut.lnk" WinClose, ahk_exe Dolphin.exe }

Tell them not to change the Platforms' name. Add some checks-and-balances. if (specificPlatform == null) Or (worse case) use a try { } catch { }. Then process accordingly. Nothing is "convoluted" in programming. It's called expect-the-worst or being creative. If you have to add 10-20 more lines of code or create new ViewModel methods to handle the checks-and-balances, it's all part of the game (figuratively speaking).

Essentially, the platforms Name property is its unique identifier since there can be no duplicates of that property. So, the get that specific IPlatform, IPlatform specificPlatform = PluginHelper.DataManager.GetPlatformByName("Nintendo Entertainment System");

Checking/Un-checking "Remove quotes" and "Remove file extension.." has no effect on the Pause Screen. From what I understood, the only thing needed to be changed to get the Pause Screen(s) to work was to disable the Forceful Pause Screen Activation. If (somehow) your Arcade platform had no issues loading the ROMs with those un-checked, un-check them. If you're not using MAME's softlist ROMs for non-Arcade systems, then yes, those boxes need to be un-checked. (There are options to get a single instance of the MAME emulator in LaunchBox to play nicely between arcade ROMs, softlist ROMs and/or non-MAME ROMs. But that's a different topic.)

You can add a hotkey to your existing script to get the controller to work. Add it below your existing escape routine. 1Joy2:: If GetkeyState("Joy1") SendLevel, 1 Send {Esc} Return The above example uses a button combo. Press and hold button 1 (aka "Joy1", aka "A"), then press button 2 (aka 1Joy2, aka "B"). (As written, it won't work the other way around.) Setting SendLevel, 1 is required to be able to trigger the Escape sequence you already have in your code. Change the 1 and 2 respectively to whatever buttons you want. If you want to use only a single button press, remove the 2nd line. 🎄

Do all your other emulators use the same Escape hotkey sequence you show (restarting Lichtknarre)? If so, is your Dolphin Default Command-line Parameters -b -e?

Sounds like more work for me. lol That was the only thing I had changed in the script when it worked. So if you had changed anything else in the script or maybe transposed my change... "a lot of study". But no AI stuff. Glad you got it working!

Using Set WshShell = CreateObject("WScript.Shell") adds another layer to things. I tested with .Games(cGameName).Settings.Value("showwindmd")=False [or True] and it worked fine. Also DesktopMode is already declared up on line 75 (Batman). Though adding WshShell doesn't really hurt anything, it is one more 'layer'. To an external call (where an internal one already exists). Right click the DMD Click Show Window Border Mouse to the lower right corner until you see the double arrow Click and drag to resize Click the window to drag/move to where you want it Click and hold.. wiggle/shake it a little (weird, I know) Right click and click Show Window Border (to hide the border) Click the playfield then exit/restart the table

It's possible because the version associated the above View Download is 4 and a half years old. You might try using a more current release.

Most likely because, although I frequently (well, monthly) update MAME, the updates don't update any of my cfg or ini files. I did see they changed their default Pause mapping (back in February I believe [0.263]) and my thought was... If it ain't broke, why change it.

My pause binding in MAME is set to "P". Not sure if that makes a difference. Here's my LB settings where the default Pause screen doesn't seem to have any issues:

It will only change the entries/parameters you have listed in the .reg file (like the example shown in my 1st response only has one entry). If you saved/backed-up the entire reg section, yes, it will adjust all the ones listed. Indirectly, yes. This is where we get 'creative'. There aren't any command-line parameters specifically for showwindmd (DMD/Display Window) or showpindmd (external DMD (dll)). But you can set/reset those in the tables script. (See When all else fails below) There're (up to 9) Custom Parameters you can pass to the tables script using -c1 [Value]. 'Value' is any word you want it to be, placed after -cx (where x is a number 1 thru 9). i.e. To pass the Value "joewashere" as parameter "1", your [LaunchBox] command-line parameters would be: -c1 joewashere -minimized -exit -play To get the parameters' Value from inside the script, use GetCustomParam(1) (where "1" is a number 1 thru 9, corresponding to the "x" in -cx) Star Trek: For this table, I don't think you need to change the 2 'show...dmd' registry entries. "I don’t understand why the internal DMD isn’t showing." The internal DMD for Star Trek is forced-hidden by default in the script. It uses the same variable as shown in my 2nd post, VarHidden. And is hardcoded to "1" (line 47). To override this variable, check for the Value of the parameter -c1, then reset the variable. (if the command-line parameters do not contain -c1 joewashere, this won't trigger nor error.) Alternately: (Because I always love to give options) You can simply change the "1" to a "0" on line 47 in a copy of the script. No command line parameters required. If VPX was setup correctly, you should be able to right-click the .vpx table (file) and select Extract VBS. Or from the Windows Command Prompt, you can run VPinballx.exe -ExtractVBS "Star Trek 25th Anniversary (Data East 1991).vpx" This will create a new file "Star Trek 25th Anniversary (Data East 1991).vbs". Edit that file (with any text editor), change the "1" to a "0", and save. If a vbs file named the exact same as the table exists in the same folder as the table, it will override the tables internal script. Rename the vbs file to something like "NO-Star Trek 25th Anniversary (Data East 1991).vbs" (anything that's not the exact same name as the table) if you wish the use the internal script. Rename it back to the same name as the table to override the internal script. This method is nice because you can change all sorts of stuff in the extracted script file, then just rename the file to use the original table-script. From here, you can create a batch file / AHK script / whatever, that when ran will rename the file with/without "NO-" at the beginning, before launching the table. So....: Look for the variable VarHidden in the script(s) and see what they're doing with it. Adjust accordingly. "VarHidden" is commonly used, but someone may use a different word for it. If you don't see that particular variable 'name', you can [usually] see what they used inside the sub routine Sub Table1_Init, for .hidden. (The routine may just be called Sub Table_Init [without the "1"].) Either way, all tables will have a something-something_Init When all else fails: If the above isn't working (i.e. Simpsons), and you do have to change showwindmd and/or showpindmd, you can add those into the above _Init routine. (Setting "True" or "False" to whatever they need to be.) This WILL change the Registry. So you'll want to change them back when exiting the table. Look for Sub Table1_exit() (or Sub Table_exit() [without the "1"]) and reset them. (Re-Setting "True" or "False" to whatever they need to be.) These MUST be placed BEFORE Controller.Stop! You can hard code this in the extracted script by removing the If line and End If. Again, with this method, no command-line parameters are required. But you DO still need the parts the "_exit()" sub routine. Note: this When all else fails section does the exact same thing as executing your .reg files. Provided the .reg files only contain the 2 entries.

Update... Looks like you may be able to a table override from the tables configuration file. Didn't test it. But looks feasible. If the table doesn't have a configuration file, just create a text file with the same name as the tables .vpx filename, and give it the file extension .ini

RE: for just the standalone version of Flycast, you state if you run it directly from the emulator, the game will load/play. But attempting to run/launch the same game via LaunchBox through the emulator, it won't start. So far, so good? What file format is the game you're [attempting to] run? If they're in something like .cue and .bin(s), make sure the game in LaunchBox is pointing to the .cue and not any of the .bin file(s). (An aside: CHD format is the cleanest, least convoluted format. It has the game in just a single file and will be a smaller physical size than the cue/bin(s) combined.) Situations that have been known to happen: (when all else appears correct) Any chance you have different copies of Flycast on your computer? As in... the flycast.exe you're testing with in stand-alone is a physically different flycast.exe than the one LaunchBox is pointing to? i.e. D:\Emulators\Flycast\flycast.exe VS D:\LaunchBox\Emulators\Flycast\flycast.exe Are you starting LaunchBox in Admin mode? Though this may appear to fix 'some things', it will break 'most other things'.

When you edit the table then open the Script Editor, you'll see something like If Table1.ShowDT = true then UseVPMColoredDMD = true VarHidden = 1 Else UseVPMColoredDMD = False VarHidden = 0 End If or Dim DesktopMode: DesktopMode = Table1.ShowDT .... .... If not DesktopMode then l23bg.visible=0 l36bg.visible=0 l48bg.visible=0 l67bg.visible=0 l71bg.visible=0 l72bg.visible=0 l82bg.visible=0 End If In the 2nd one, 123bg through 182bg are the elements that comprise the tables built-in DMD. (shown for reference) In either case (and those are just examples), you can force set the show-desktop("ShowDT")/desktop-mode to True. i.e. change to DesktopMode = True.

You can add a "Game" that's pretty much anything. i.e. Have a platform that's called Manuals. Add a "game" and have the Application Path point to a .pdf file. Then when you Play the 'game', it'll open the file in your system default PDF viewer. Same for .txt, .mp3 etc. If you have a specific MP3 player that's not set as your system (Windows) default, you can create an "Emulator" that it's Application Path points to it. Then for your .mp3 'games', in the Emulation section, use that 'emulator'. @Mad Panda's Soundtrack Player doesn't appear to be made for a direct launch. (But realize it was just an example)

Though the originating post is fairly old, I imagine at least some of it is still relevant. Your best option is to check with the emulators themselves as they may change over time. Not to be that guy who says to "just google it", but the easiest way I've found to research this info is to.. well, Google it. To find something more-so LaunchBox specific, I always preface the search with "LaunchBox". i.e. "LaunchBox Dolphin command line parameters". That's a pretty open-ended question, as it's different for each emulator. Many times, when you start the stand-alone emulator, it'll prompt you to and where-to place these files.

I imagine the BezelLauncher plugin would work with Vita3K and using these bezels.

Oh snap! I was thinking save states. For per game configurations, you'd use -cfg_directory " "D:\MAME\mame.exe" nes -cfg_directory "D:\MAME\cfg\nes\addfam" addfam Or nes -cfg_directory cfg\nes\%romfilename%

You'd need to add -statename to the command-line parameters. The full command would be: "D:\Mame\mame.exe" nes -statename nes/addfam -ui_active addfam Then in LaunchBox for your NES Associated Platform: nes -statename nes/%romfilename% -ui_active I add ui_active so the keyboard works normally. Alternately, you can set in mame.ini (or nes.ini).