JoeViking245

I'd be inclined to not load a ROM when getting the verbose output. If the ROM has some sort of overrides (be it a romName.cfg, a vertical.ini not loading 'mycontrollerconfig' or something else along those lines), it may confuse matters. But I may also be overthinking it. I'd just run from the command prompt "mame.exe -v > test,txt". Let MAME fully load, then exit it.

Where are you saving this file? It should be something like "myConfigs.cfg" (or any name you want) and stored in the /ctrlr/ folder. Then in "mame.ini" add 'myConfigs' to the "ctrlr" line. This way, it's 'set in stone'. As in MAME will load the ctrlr file (that you pointed to in mame.ini) and override any defaults. Also, MAME will not overwrite anything in your myConfigs.cfg file. Whereas it will overwrite default.cfg (located in the /cfg/ folder). Seems odd if what you're saying is you set your Mayflash (PID_0087) to JOYCODE_1, yet when you go to map a button, it's coming up as JOYCODE_3_Button1. Since you've only mapped the 2 devices in the .cfg file, one of the other 4 devices plugged in might be mapped intrinsically to JOYCODE_1 also. Causing a conflict. Hopefully it's something as simple as that. Unplug the other 4 and see if it still does the same thing. Another issue may be if you're using a USB hub to plug in some of the devices and the rest are being plugged into regular ports.

One thing I see you did here was to replace the ampersand ( & ) with a semicolon. I wasn't aware that'd work. So if it does, great! What they did (and typically needs to be done because of the xml formatting language) in their 'example doc' was replaced the ampersand with &amp; So for the gamepads, you might try <mapdevice device="VID_046D&amp;PID_C21D&amp;IG_00\9&amp;34C0224D" controller="JOYCODE_3" /> <mapdevice device="VID_046D&amp;PID_C21D&amp;IG_00\8&amp;3A0E7D2D" controller="JOYCODE_4" /> <mapdevice device="VID_046D&amp;PID_C21D&amp;IG_00\B&amp;10C56C37" controller="JOYCODE_5" /> <mapdevice device="VID_046D&amp;PID_C21D&amp;IG_00\9&amp;391491C6" controller="JOYCODE_6" /> You'll notice I truncated the device ID's, essentially leaving up-to where the 4 gamepads' ID's were unique.

Ok. At first you just said it wasn't working. Now that we know what's not working about it... Open the emulator and go into its settings and check the box "Pause on Focus Loss".

Since space is the default key for pausing the game, you shouldn't need anything in the Pause Script section for the emulator. Just tested it with and without your pause script, and pressing Space paused the game in both cases.

Open a Windows Command Prompt window and start MAME from there. Alternately, you can create a batch file to start the game and on the last line, add a pause. mame.exe tmnt pause EDIT: can also add to either of the 2 above options, the parameter >MyLogFile.txt to send/save the output to a text file. mame.exe tmnt >MyLogFile.txt Or start the game from within MAME and look for the big red box stating what files it can't find. (not sure if it states where exactly it looked though.)

Remove -f from your Default Command-Line Parameters in the Associated Platforms section. At least on my version (DeSmuME-VS2019-x64-Release.exe), it breaks it. Also, you didn't use that when testing from the Windows Command Prompt.

Scroll down to the bottom of the list. There should be a blank cell. Add it in there.

MAME needs a key delay to catch AHK key presses. Try this: SetTitleMatchMode, 2 SetKeyDelay, 125, 50 Loop { ifwinactive, MAME ;title is case sENsaTivE { ;sleep 3000 send ^!{F5} break } } Note that "sleep" is commented out. If it's sending Ctrl+Alt+F5 too soon, remove the semicolon at the beginning of that line.

The pause menu Exit script should only contain the commands to exit the emulator. i.e. In the Pause Menu, select Exit and run the commands in the Exit Script section. Similar to Load Save State section, it'll only contain the command(s) (button presses) needed to load a save state. What you show is a hotkey method. Being a method, the 'script' will stay active without ExitApp being in there. This is unlike a Running Script which actually gets abandoned once the emulator is terminated. Try simplifying the above to just the [necessary] commands. This way, the [exit] script will process each line and then terminate. SetTitleMatchMode, 2 WinClose, Ryujinx

@Sbaby In your latest script, you only added some of the 1's. Initially I was thinking to add them to all joy's. I looked at some notes I had on this and see I have them placed only on the 1st joy in the method. Opposite of what you did. Give this a try. (Here, press joy6 THEN joy9 [in that order]) 1Joy9:: if GetKeyState("Joy6") Send, {Esc} Return If this method isn't intermixed with a bunch of others, and its intent is to exit the game, change "Return" to "ExitApp". Otherwise the script will continue to run in the background (depending on where you actually placed it. See below.). There's a chance that this PC game might not work with AHK scripts. To find out, you can try something simple using the keyboard to 'prove it can detect AHK'. j:: WinClose, ahk_exe hod3dpc.exe ExitApp When in game, press j and see if it closes the game. If this doesn't work, chances are you won't be able to use AHK scripts with that particular patched game. Also, you mentioned something about 'Pause'. Are you putting the script in one of the pause sections? Or is this different from your pause issue and it's going in the Running Script section? Can you share screenshots of where this is being placed? Does this game have a 'Menu' that you can select "Exit" from? (Most, if not all PC games do.) If so, it's recommended to exit via the menu for all PC games.

I don't think it makes a difference, but try putting a "1" in front of the "joy" (1joy9). SendInput can be tricky. Try Send, {Esc} instead.

Without overthinking it... $Esc:: { WinClose, ahk_exe {{{StartupEXE}}} Sleep, 5000 WinClose, ahk_exe {{{StartupEXE}}} }

Test this, then confirm that's what's needed to be done. So remove -b, launch the game and let it completely load. Then see if [physically] pressing Escape, waiting 5 seconds, and pressing Escape actually works. If that works, then it's simply: $Esc:: { Sleep, 5000 Send, {Esc} ExitApp } This should work if you place the above in the Running Script section of the emulator and physically press "Escape" on the keyboard. If you're using a controller to exit the game ('stop the emulation'), that may be a different story. When using a controller to exit the game, LB/BB "presses Escape" (along with some other behind-the-scenes voodoo) and the Running Script (above) might catch that and do the Sleep/Escape thing. Don't know.

Glad to hear you got it working. Sorry I missed your previous post that was embedded in the quote. I wouldn't have teamviewed anyway. But am always willing to communicate 'long-hand' to help where I can.

Glad you got it set up to your liking. Now for some finishing touches... You can add an Additional App to the 'game' (exe). But you'll need to do it separately for each exe. Create a new text file. in it, add $Esc:: { WinClose ahk_exe spotify.exe ExitApp } Change "spotify.exe" to the actual name of the 'games' exe filename! Save the file as 'something' (like "ExitSpotify") . Change the file extension to .ahk (just make sure it's not saved by Windows as .ahk.txt). ExitSpotify.ahk Place this file somewhere where you won't lose it. Edit your 'game'. Go to Additional Apps. Add Application... Give the app a name. Click Browse and browse to ..\LaunchBox\ThirdParty\AutoHotkey\ and select AutoHotkey.exe and click Open. In the Application Command-Line Parameters box, type the "full\path\to\your\ExitSpotify.ahk" (including surrounding quotes). Check the box Automatically Run Before Main Application. Click OK to save and close. (Click OK again) Repeat the process for whatever you're using to launch YouTube (or any other 'game' that doesn't use an emulator). Now, if you have your exe open, and for some reason you switch to something else, and for whatever reason the 'something else' needs to have Escape pressed, doing so will close your exe. So don't do that.

You can create a platform by any name you want. When you import (mp3's, YT hyperlinks, whatever), you're asked what platform you're importing to. The default list is merely a starting point. They don't coincidentally belong to 'gaming' systems (and the sort). Afterall, that's what LaunchBox/BigBox was created for. But you're not tied to them. Just type what you want to call it. "Music". "Movies". Comics". Whatever. Just have fun!

2 options: Change the view in BigBox to Platform Categories. Right-click "music" (in LaunchBox, on the left panel) and select Edit. Go to the Parents tab and check the Root box. This example will show the Platform I edited in Platform View. If I'm in Platform Category View, it will also show it inside (under) the "Arcade" category. At least I'm pretty sure that's how it works. I personally don't mess with categories (nor playlists). But if nothing else, you can experiment from here.

Is your default View in BigBox set to View Platforms? (vs Platform Categories or Playlists)

It'll be in with your MAME Arcade full set ROMs. (You won't find it with the MAME's softlist ROMs). Since the old Command-line Parameters previously worked, I'd go with that one. You just need to make sure MAMEUI knows where your ROMs are located [which is what you did by adding in the ROM paths].

You should be able to drag and drop the exe onto the main LaunchBox window. This will start the import wizard. Once it's imported, edit the 'game'. Go to its Emulation section and make sure 'Use Emulator' is unchecked. Save and close that window. Double click the 'game' and your exe should start. For hyperlinks (such as a YT video), [somewhere] in the 'hamburger' menu is "Add new game". In the launching section for this 'game', paste the hyperlink. Again, make sure Use Emulator is unchecked. Save and close. When launching this, it will open in your default web browser. I don't know anything about Spotify. But hopefully you can deduce something from the above.

Do you want to "copy" it to a different platform or "move" it to a different platform? To move it, edit the game and change the platform it's associated to. If you want the same game in two different platforms, just re import it. You'll probably need to check a box to 'force importing duplicates'. Regarding how it will affect your playlist, that depends on how the playlist was setup and how (if) it's filtered.

The period represents MAME's root folder (i.e. the folder that mame.exe is in). So with the period, MAME will look for ini files in: D:\Emulators\MAME\ D:\Emulators\MAME\ini\ D:\Emulators\MAME\ini\presets\ Personally, I remove the period. This way, if MAME auto creates an ini file for me, it'll get saved into the \ini\ folder, and not the root folder. Not sure what you mean here. I think you may be confusing what the author was talking about. When they mentioned "setting window 1", they were talking about a setting in the ini file. There is no order "numbering" of the ini files. The only 'order' is the order that MAME loads the files.

I didn't see it as an error. I just figured you were 'future proofing' the thread. After importing various handhelds, the next logical step is to put them in their own playlists.