JoeViking245

If the additional app's Application Path is pointing to just the AHK script (myScript.ahk), it will use your installed version of AutoHotkey. If you don't have AHK installed on your system, the script won't do anything. A non-executable file (i.e. something other than .exe, .com, .cmd) will use whatever program the file extension is associated to, on that system. A .txt file is not an executable file, but (by default in Windows) is associated to notepad.exe. Example: setting the Application Path for an Additional App to D:/joesFile.txt will open the text file (assuming it exists) in Notepad.

Ya. Pretty much. I always gear my scripts towards AutoHotkey v1 because that's what LaunchBox has in /ThirdParty/. That way if I steer someone towards an Additional App that uses a script and they don't have AHK installed, the app path can be "D:\LaunchBox\ThirdParty\AutoHotkey\autohotkey.exe" and the parameter would be "path\to\the\script.ahk". This way also, they're not 'forced' to install AHK. In fact, I've never installed or looked at v2.

It doesn't have one built-in. Probably just run the one that's with LB already. Run, "D:\LaunchBox\ThirdParty\7-Zip\7z.exe" a "<path/to/Mysaves.7z>" "<path\to\files\to\add>"

Are you testing directly in MAME? Or only attempting to run them via LaunchBox, through MAME? (tip: get them working in standalone MAME 1st.) These are 2 separate troubleshooting processes.

I replied to your other post. (not sure if it'll work though)

Ya, probably a good idea. One way to go about this: Create a folder to store the backups (/backup saves/) zip all the Save files (folders?). Add a date timestamp to the zip's filename. (similar to how LB saves its Backup files) This creates unique filenames. "Backup 2023-08-26 13-17-43.7z" Save the zip to your above folder TO KEEP THINGS FROM GETTING OUT OF CONTROL... Count the number of files in the [above] saves folder if 'count' is greater than 5 delete the oldest file aka keep only the 5 most recent files

In LaunchBox - Tools < Options < Startup Applications, you set up apps to load when LaunchBox, BigBox or both start. Not sure if this works when starting BB from shell. Maybe you can add an application for WinIPAC.exe and whatever parameter(s) needed to load the config file (that sets the modifiers). 'Shooting from the hip' and 'grasping at straws'. 😊

I have an o l d I-PAC-2 that doesn't have the option to switch x-input. Which for me is fine because games that use only a controller should be played with on a controller. For those I use an Xbox controller. That said, from what I've read, switch it to x-input, (re-)configure your emulators and call it a day, and don't look back. While playing games, of course. 😎 The only downside is oddball emulators for oddball systems that can only use keyboard and mouse. For those, you can add a Running Script to the emulator that will pass a command to tell the I-PAC to switch into keyboard mode. Then when exiting, have it switch back to x-input mode. Conversely, keep everything as-is and for systems/games/emulators needing x-input, add the script accordingly to switch to that and then back.

TeknoParrot is a game 'loader' similar to Steam. If it's of any consequence, these are the only 2 'emulators' that I'm aware of that create this issue. No. The Startup Screen will remain showing as long as the launched executable is running, or the set delay time has elapsed. aka, the Startup Screen will terminate early if the launched executable has terminated. What's happening is, when you launch a Steam (or TeknoParrot) game, you start the 'main' executable (steam.exe). This executable then spawns another executable which is the actual game.exe. Once the game is spawned (executed), the originating .exe (steam.exe) terminates itself (and the [actual] game continues to run). As you're discovering, TeknoParrot takes a few (maybe 5) seconds to 'get the game rolling' before terminating itself. At the end of these few-to-5 seconds, LaunchBox sees that the "game" it launched (which again, is your main executable) has exited and doesn't need to show the Startup Screen for the full duration (45 seconds or however long you set it for). So 'makes it go away'. This is by design. i.e. If you set the Startup Screen delay duration to 45 seconds and launched a regular game, say... something using RetroArch, and something errored causing the game (or RA) to not start properly or crash, you wouldn't know it until after the full 45 seconds has elapsed. That's close to 45 seconds (each time you attempted to launch it) that could be used to figure out why the game crashed.

My thoughts... Looks good Chat-thingy. The only far-fetched issue could be if the 'newer' save file was corrupt (for whatever reason). But most likely, it's not likely. At 1st I was thinking have it run after the game exits because of the processing time (i.e. the game would load faster if it wasn't waiting for this to complete). But realistically, the time it takes to do this is probably next-to-nothing (assuming you don't have a bazillion save states). So run it before (as you figured) so you're sure you're loading the most recent save. Also, make sure to have Wait checked in the Additional App. This way the game won't try to load simultaneously with the script still running.

That would have been good to know. lol Seriously though, I can't see NVidia causing it to not strip the title bar. But you could try updating its drivers. If you do, I recommend using NVCleanstall (spelled funny. But that's what it's called). Early on in DOSBox evolution, the title bar issue was deemed a Windows thing. If you're running Windows 11, the issue may be back. The again, you said the issue appeared "all of a sudden". Agreed. And you really shouldn't "have to". My last last-resort suggestion would be to try DOSBox-X (if you're not using it already).

It's not the plugin. It's a limitation of using startup screens with emulators that are 'loaders'. Such as Steam. From the plugins description (note the 2nd bullet): Limitations: - Max load delay time is 5 minutes (300 seconds) - This WILL NOT fix issues with games/emulators that use a 'loader' to start a game. The Startup Screen will still go away after the launched executable exits.

Options: Maybe try a different 'output'? Like opengl (vs openglnb) I don't see Fullscreen res=0x0 as an option? Try fullresolution=0x0. (And should it be 0x0?) Start from scratch: Try renaming dosbox.conf (old-dosbox.conf) so it doesn't pick it up? Run (don't make changes), then close DOSBox.exe to generate a fresh one. Last resort: Of all else fails (above, and anything else you might think of) you could take the brute force approach. If using the integrated DOSBox, since there isn't an emulator to add a Running Script to, you'd need an Additional App for the games. The AutoHotkey script to use would be something (possibly 'exactly') like: Process, Wait, dosbox.exe Sleep, 2000 WinSet, Style, -0xC00000, A wait for the DOSBox process to exist give it 2 seconds to 'fully wake up'. (can adjust this, more or less) Set the window style to remove (the - [minus] symbol) the title bar (0xC00000)

Does it change it if you press Alt+Enter?

My cab's shut down for the night so can't look... but should box: be in the command-line parameters? I do recognize --escape-exit though.

You might try Tools < Options < Manage < Emulators - Add. Select ScummVM from the dropdown. Let it 'auto-fill'. Then next to the Application Path click Browse and point it to your already installed copy .exe file. Click OK to save. Then Edit it.

Those do not look like ROMs. ROMs should all be .zip files. Note that ROMs and tables (table file(s)) are 2 separate things.

To help with the 'no easy way around this in LaunchBox', there is a way to add an Additional App to all the games all-at-once. Will need to be done twice. Once for "auto" and once for "semi recoil" (assuming you want both available for all [selected] games).

Taking a little bit of a different course. When someone says games and Party Time, I think Pinball!! Addams Family (Bally 1992): The most sold pinball machine of all time. Attack From Mars (Bally 1995): Just plain fun to play. Cyclone (Williams 1988): I spent many hours playing this table in college. Eight Ball Deluxe (Bally 1981): This table is a classic in its own rights. Riverboat Gambler (Williams 1990): Music that makes you feel 'happy' and straight forward gameplay.

Floating around out there somewhere is a modified version of the Dolphin Triforce branch 5.0-18171. It will alleviate this issue as it uses the newer --version parameter to check its versioning. Granted, it doesn't fix the plugin. But until then, it does 'fix' the issue from the end-user's standpoint. (Just need to ignore the 'update cloud'.)