JoeViking245

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?

If you haven't done so already, try 1st some of the build in features under Edit Emulator.

Can you explain what you mean by "tool"? There is a bulk edit feature available if you select all roms (Ctrl+A) and then right click on [one of] them.

Very well produced! Looks Awesome!!

If all your Windows games use the same hotkeys... i.e. a::p s::o q::l w::k ...you'll only need to write and compile one AutoHotkey script file (not to be confused with a batch file). Otherwise yes. One per game. Let's pretend they'll all use the same hotkeys [thus only needing one compiled script]. When you compile an AutoHotkey script, it compiles it to an executable file with the file extension of .exe We'll call this newly compiled script "GameKeyRemap.exe". Because "GameKeyRemap.exe" doesn't have an exit hook in it, it will keep running even after exiting your Windows game. So... For this 2nd script, you can use WinClose, ahk_exe "GameKeyRemap.exe" ExitApp Or if you prefer, you can write a batch file instead which may look like taskkill.exe /F /IM GameKeyRemap.exe Either way [compiled script or batch file], it will need to be set as another Additional App to the game(s) but 'checked' to "Run After Main Application".

@TWANG45 Plan "B" SetTitleMatchMode, 2 Loop { IfWinActive, Slot { Send #+{Right} Break } } The games' window will have the Title "Slot... something_or_another". So this will hang around (Loop) until it 'sees' a window with "Slot" in the Title, move it and then stop hanging around (Break). If you only have 2 monitors, using {Left} or {Right} doesn't matter. It just goes to the 'next' monitor.