JoeViking245

Try... Options, Sound, and uncheck Prioritize Soundtrack Music over Video Audio (uncheck vs what's shown)

No problem. Another option (en lieu of the Default Command-line parameter) would be to edit your "Supermodel.ini" file and add in XResolution = 1240 YResolution = 960

-res=1240,960 Change your "x" to a "," (comma).

@VoidTheWolf Being the person I am, I just had to test this. Short story, works GREAT! Granted I did NOT test with K2X or any secondary app/program, but the launching of a Steam game, waiting for it to exit/quit, then do something else does work. (tested using a simple message box) #NoEnv ; Recommended for performance and compatibility with future AutoHotkey releases. SendMode Input ; Recommended for new scripts due to its superior speed and reliability. SetWorkingDir %A_ScriptDir% ; Ensures a consistent starting directory. Run, "E:\bartop\software\keyboard2Xinput\keyboard2XinputGui.exe" ;**** Verify Path **** Run, "C:\Program Files (x86)\Steam\Steam.exe" -applaunch %1% ;**** Verify Path **** isRunning := "0" While (isRunning = "0") ; Wait until the game is launched RegRead, isRunning, HKCU\Software\Valve\Steam\Apps\%1%, Running Sleep, 500 Sleep, 5000 MouseMove, 1920, 1200 WinGetTitle, Title While (isRunning = "1") ; Wait until the game is closed RegRead, isRunning, HKCU\Software\Valve\Steam\Apps\%1%, Running Sleep, 500 ; Game stopped, stop keyboard2Xinput by sending numpad multiply key (see k2x mapping.ini) ; MsgBox, Game Exited SendInput {NumpadMult} The last 2 lines that were in your code aren't necessary for LaunchBox. The 2nd to last line I have here was my test to verify that it indeed did wait until the game exited before continuing on. If your Steam games' Application Path uses the Steam's game ID such as "steam://rungameid/818320", that WILL work as is. So the only thing you'll need to do for the games is to have them use an emulator (the compiled script). When you add the new Emulator, be sure to CHECK both the "Don't use quotes" and the "Use file name only" boxes. I don't think the Quotes one actually matters, but the Use File Name Only definitely does. And of course, under Associated Platforms, add Steam. If ALL your Steam games will use K2X, check the box for Default Emulator.

... doesn't work for games that are launched via a Steam ID. Also, in your sample AHK script, the 2nd "Run" command is attempting to launch to Steam game. So in effect, if this did work, LaunchBox would run your script which loads K2X and launches the game, then LB itself would [also] launch the game. It looks like the script you show is designed to be ran as an Emulator. That is, compile the script [to an exe]. Then in LB, Add a New Emulator and point it to your compiled script. Then for your Steam games, tell it to use this 'new' emulator. Here's where a person smarter than myself needs to help.... you may need to edit the Application Path to the Steam game(s). Mine all say something like steam://rungameid/818320 From your 2nd Run command which uses a command line to launch the game, it may only want the Steam's game ID #. (v.s. the whole line shown above). So in my case Run, "C:\Program Files (x86)\Steam\Steam.exe" -applaunch %1% ;...would become.... Run, "C:\Program Files (x86)\Steam\Steam.exe" -applaunch steam://rungameid/818320 ;...but might need to be simply... Run, "C:\Program Files (x86)\Steam\Steam.exe" -applaunch 818320 To clarify, I'm not saying edit the script. I'm saying you may need to edit the Application Paths for the games. The compiled script with automatically change %1% to whatever is in the games Application Path. Be it "steam://rungameid/818320", or simply "818320".

In your MAME "hi" folder, is your "docastle.hi" actually being saved as "DOCASTLE.hi"? Or is your MAME rom file called "DOCASTLE.zip"? (Caps vs lowercase) hi2txt is case sensitive when it comes to looking for the corresponding xml files. That is, it'll find "docastle.xml", but not "DOCASTLE.xml"

Did you change the hotkey assignment inside Citra to something else? Is there an old(er) AHK script by chance still running (as in one that was started outside of LB)? Pop the battery out of the controller(s). Shut everything down. Restart the PC, put the battery back in and try again from 'scratch'.

Ya, you want to setup only one set of hotkeys for the same button. Change the "C" and the "V" to lowercase "c" and "v" respectively in the code and see if that helps. You can also shorten the duration of the 'long key press' (if you want) because in this day-and-age two seconds can actually be a really long time. I just tested the 1st one [that uses the long-press] in Citra and it does work (at least here) for both save and load. (didn't verify the 2nd [combo button press] though) EDIT: Tested the combo button press using lower case "c" and "v" and it worked as well.

1Joy11:: { KeyWait, Joy11, T2 ;long press ("T2" = Time 2 seconds) if (ErrorLevel) { Send ^V ;long press of 1Joy11 Sleep 500 } Else { Send ^C ;[short] press of 1Joy11 Return } } Or your Plan "B" 1Joy11:: If GetkeyState("Joy7") { Send ^C return } Else If GetkeyState("Joy8") { Send ^V return } With this one, you need to press Joy11 AFTER pressing and holding Joy7 or Joy8 respectively, in succession.

That makes sense. Thanks!

Does this then "Tag" the game that's in the Windows Platform somewhere/somehow? My test was done by drag-and-drop and choosing None of the Above. I 1st created a new Platform and typed in [named it] Windows. Did the drag-and-drop, None of the Above, selected the Windows Platform, No Metadata/Images. My "game" was Notepad++. Done that way, the 'Edit AutoHotkey Script for Windows Games' did work for me. My test script run C:\Program Files\MediaInfo\MediaInfo.exe $Esc:: { WinClose, ahk_exe MediaInfo.exe WinClose, ahk_exe {{{StartupEXE}}} } I think that would be the next logical thing to try. This (Additional App) does at least confirm that AHK is indeed working from inside LB on your setup. I do have a Plan "E" that wouldn't involve having to edit each and every Windows game. But we shouldn't have to do that. Especially since we now know that AHK will work. (Confirmed with the Additional App)

Well Snap! Time for Plan "B". (or is it "C" now? "D"?) Copy your above script (go ahead and keep the beeps in). Create a new text document and paste the script into it. Save the file somewhere [that isn't your Desktop, C:\ root drive, C:\Programs Files or anywhere like that]. Inside your root LaunchBox folder is fine for now. Save it (or rename it after saved) to have an ahk extension. i.e. C:\LaunchBox\winTest.ahk Since [full] AHK is installed, you should be able to right click the file [in Windows Explorer] and select "Compile Script". This will give you C:\LaunchBox\winTest.exe In LaunchBox, Edit your Windows ['one for sanity sake'] game. Click Additional Apps, then Add Application.... Give it an Application Name:. Click Browse... then navigate to your "C:\LaunchBox\winTest.exe" file and click Open. Check the box for Automatically Run Before Mail Application. Click OK. OK. Since the script doesn't work at all in when in the 'AHK Scripts For Windows', you shouldn't need to remove that. But it wouldn't hurt to delete that anyway. Run/launch/Play the game.

Add this in the script somewhere (like maybe the line above "Run" and after the 1st bracket - before the 1st WinClose. SoundBeep,1000,100 Run a Windows game and see if you hear a beep(s) at all (while its loading and again when you hit Escape). if No: Is your LaunchBox, BigBox or AutoHotkey.exe set to run as Admin? If so, don't do that. It's neither advised nor supported. (I mean, I suppose you could. But It'll really screw things up.) Sounds like you might have your own install in AHK [C:\Program Files\AutoHotkey\] which is NOT a problem. But check that as well as the one in ../LaunchBox/ThirdParty/AutoHotkey/ Is the game you're testing for-sure in your "Windows" Platform? (have to ask) if Yes [beep]: This is a good thing. Well... a step in the process of elimination.

Let's see your final script. I ran a test here and it seemed to work. Granted I don't have XArcade....exe nor a Windows game, but it did work using two other exe's. LB started the exe in the script, then stated the "game'. Then when pressing Escape, the exe closed and then the 'game'. Your XArcade should at least be able to start up. But the Windows game [being a Windows game] might not be so inclined to cooperate [when forcing a close in this manner].

Put the full path to exe AND the parameters in quotes. Then put your Escape sequence in brackets. (add some quotes here too) $Esc:: { WinClose, ahk_exe "XArcade XInput.exe" WinClose, ahk_exe {{{StartupEXE}}} } If you stick with your winclose xarcade line, put the path to the exe in quotes as well.

Windows games really should be exited using their "Exit to Windows" menu item. "Process, Close" is like turning off the power strip to the PC in mid game. A little "nicer" way would be to use WinClose, ahk_exe {{{StartupEXE}}} If you are bound and determined to use a hotkey to exit the game, your best method would be $Esc:: { WinClose, ahk_exe name_of_the_Windows_game.exe } This makes sure you're closing the right window, whereas the other way may inadvertently close something else. In the case of your script, it's probably trying to close "XArcade XInput.exe". The executable the script initially started. Of course the problem with this is it's not generic. You'd need to create a game specific Additional App for each game. With your script as it sits, [not starting it on its own first] and launching your Windows game from LB/BB, does "XArcade XInput.exe" get closed when you hit Escape during game play? [then of course going through game's menu to Exit To Windows to get back to LB/BB]

When you do it this way, then launch a [Windows] game from LB/BB, does it work as expected in the game?

One possible [as there may be others/better] solution for Dolphin is to make a copy of the ../Dolphin/User/ folder (just the "User" folder). Run Dolphin and move the screen (and size it accordingly) to the Left monitor. Exit. Copy/paste the User folder. Call it UserLeft (or whatever). Run Dolphin and move the screen to the Right monitor. Exit. Copy/paste the User folder. Call it UserRight (or whatever). Run Dolphin and move the screen to the Middle monitor. Exit. [optional] Copy/paste the User folder. Call it UserMiddle (or whatever). [or leave it as your default] Then to start Dolphin on the Left monitor, use the command line [in LB] -b --user=UserLeft -e ...and so on. It looks like the 'last used display location' is saved to ../Dolphin/User/Config/Qt.ini For MAME, I think you have to specifically do something with the settings for Screen0, 1 and 2. v.s. leaving them in auto. ('shooting from the hip'...) Maybe try something like -numscreens 1 -screen \\.\DISPLAY3

Absolutely correct. That's why I mentioned about the nvram folders. I did do a hi2txt command line test on both agallet.hi and the agallet folder. The hi file showed expected results whereas the latter threw an error ("No XML description found for ROM"). But then you got me thinking... So I looked inside hi2txt.zip at agallet.xml and it's only looking for the hi file. I've seen other hi2txt xml's that will actually scan both the hi file the nvram folder. This one doesn't. That's why I'm fairly confident there's an issue with Elhora's MAME setup. The problem is, it's probably going to be one of those forehead slap, simple - overlooked things.

If MAME's not saving your high scores, (though he may have some ideas) it's not GreatStone's app that's having the issues.

If there's no "agallet.hi" file, there's nothing for hi2text to read. Just tested using the ../ThirdParty/hi2text/ exe/zip files (9/30/2020) and MAME 0.225 and it can read the "agallet.hi" file. @Elhora is the hiscore.dat file in you ../plugins/hiscore folder dated August 16, 2020 or later? (possibly more like September 29, 2020)

Most, if not all games will create a folder in here. And the EEPROMs don't necessarily store high scores but do store game settings and info [in computer lingo]. Try this... rename the agallet folder that's inside ../mame/nvram/ to something else ("111agallet" or what ever). Play Air Gallet for a little bit (it's not necessary to get a high score). Exit. Quit MAME. This will create a 'new' agallet folder in ../nvram/. And is supposed to create a ../mame/hi/agallet.hi file. Another presumption is you're playing the parent rom (agallet) and not a clone (agalletu). Which doesn't matter. The whole series saves high scores in the hi folder. but using the respective file name.

I had that theory once. Got a fresh, clean (and stripped of "extras") Windows install, updated versions of emulators and roms, the current production of LB/BB, the theme I liked, images/videos/metadata... etc.. As things were in the process of getting setup, I created a (well, found a 'how to') batch file to toggle the internet on/off (vs plug/unplug the cord [the CAT5 cable. Not the power plug. ] or going through settings to "disconnect" it). Thought being setup/test everything without internet connection, then if I missed/needed something, turn it on, get it, turn it off. And eventually "cutting the cord". So-to-speak That was well over a year ago. And I don't remember when the last time I actually "unplugged" was. lol At 1st it was building up my VPX collection. It didn't help that JPSalas was on a roll with new tables. Then I started getting into Steam (ya, ya. Late bloomer). That quickly became a hassle. 'Click to play in offline mode'. Then Jason was kicking arse with adding killer new features and enhancements to LB/BB! Then of course the discovery of nightly's like for PCSX2 and Dolphin making the unplayable, now playable. "Wait! You can play 3DS using 'Citra'? I'd better check that out." And the list goes on. ? "OK. Just this one last update/addition/improvement/enhancement/tweak... and then I'll unplug the internet. I p r o m i s e...."

Most MAME games save their high scores in the ../mame/hi/ folder. There are some that save them in the ../mame/nvram/ folder. And a couple that use both. Air Gallet (agallet) saves them in the hi folder (agallet.hi). If your hi folder is empty, then for some reason MAME is not saving them. When you restart Air Gallet, does you high score (308000) still appear in the game? [I'm guessing not] Since your hi folder is empty (which is not normal [after playing a game(s)], play a few different games and see if any hi files appear. Note: there are a few games that require you make an actual high score 1st before it'll save it. agallet is not one of them. If no hi files are appearing, look in your ../plugins folder for a 'hiscore' folder and for the files it has. I presume the version of mame64.exe and your roms are the same.

Is hiscore turned on (set to "1") in plugin.ini?