skizzosjt

lol glad you put the wink in or else I would think I'm going nuts reading things that aren't there

might be a typo, did you mean /sfc scannow ?

this would suggest you don't have a default application assigned to open .ahk extension files. do the following to set that right click on an .ahk file go to "Open With" from the Open With menu select "Choose another app" then select one of the AHK executables from your AutoHotkey folder (I normally use "AutoHotkeyU64.exe") - you will likely need to click on "More apps", then scroll to bottom of the list and click "Look for another app on this PC" in order to find that file Edit: Just dawned on me you likely don't have AHK installed on your PC. LaunchBox bundles one of the exes with it though. So if you don't have AHK installed by downloading it from their official website you would instead need to navigate to "LaunchBox\ThirdParty\AutoHotkey" and select the file in there called "AutoHotkey.exe" be sure you have also ticked the checkbox "Always use this app to open .ahk files" (or it may instead show buttons like "Always" and "Just this one time" and if that is the case you want to click on the "Always" button) The above process will now make it possible for you to run AHK scripts by simply opening the .ahk file. This is my preferred way of doing things since you will be able to run them by double clicking on the icon or using a shortcut link, using AHK or CMD line to open the file etc. If you prefer compiling scripts I recommend to do that once they are set in stone. Compiling while still in a setup or troubleshooting phase can be a bit annoying I think due to needing to recompile each time you make an adjustment and then test run it. So this is weird! Your UCR screen looks the same as mine would when I had my "Test Case" profile load which all I had it do was remap a handful of keyboard keys like f is now b and a is now k sort of remaps. It was working as intended. You're right it looks like the profile is activated, the profile is in the window title and shows the stop button as selectable while the play button is not selectable, so the remapping should be doing its thing. I only tested the keyboard and didn't try to remap things in the same requirement as you need, going to the virtualized xinput controllers, so there might be more funny business to get around when those are in use. I'd have to test more myself to see what is going on Worst case scenario would be you see it for a blip of a nano sec and then it minimizes. Done so by waiting for window to exist and then minimize it. Otherwise the best case scenario would be there should be some method to launch it minimized from the get go. Try that by changing the run line to this below. This doesn't always work, some programs cannot be controlled like this by AHK, but what it will try to do is launch the program in a minimized state so it is never seen Run, "UCR.exe" -p "Steam", , Min I don't think it would impact what is going on with UCR not remapping things right for you, if that is what you meant. But I've seen weirder things so give it a test run with Startup/Shutdown screens checked off just to make sure. But thanks for the update. I will share the script I use since I use it for the same thing. Launching the games can be relatively simple with the script consisting of just a handful of lines that you said also worked for you! It doesn't need to get too complex when not using Startup/Shutdown screens. But when Startup/Shutdown screens get into the mix we need make things game specific since we need to manipulate the individual windows. Those being both the game window and the "LaunchBox Game Startup" window. I'll have to come back with directions/screen shots on setting this up. I would consider this a set it and forget it type of solution, I've been using it for a year now and adding new games after the fact is simple/straight forward too So I'm sorry to throw you a bit of a curve ball since I'm sure it didn't take just 1 min to remap all your controls in UCR, but would you be willing to try another remapper instead? The downside here would be you would need to reconfigure those remaps on another program. I used UCR for a while a couple years ago and eventually deleted it because I thought it was so poor compared to other remappers. Do you notice how long it takes for this program to start up for example? It also used to crash on me, and all these other quirks that are coming up, etc, are what drove me away. I instead would use a program called "virtual controller" to do what you need. To give you a sales pitch I find this program opens up instantaneously and has less overhead. It does everything UCR can and just my opinion a little easier to navigate and setup your remaps. It can open with or without loading the profile, I know it can be launched minimized, and it plays nice with AHK. If you figured out how to use UCR I'd bet figuring out virtual controller would be more of the same, but since I'm more familiar with virtual controller and actually still use virtual controller I can give better help on virtual controller.

thanks Joe! I'd like to think that would take care of it. My curiosity got the best of me though so I redownloaded UCR just now to actually test hands on. I haven't used this program in over a year. So after playing around for a bit now, UCR seems to have a quirk that requires the working directory to be set to the folder that the main exe is in. I couldn't get UCR to launch with the Run command until I set the working directory to the same folder it is located in. I can launch it without quotes, but Joe's advice is still good. Using quotes does no harm here Here's my test that got it working. I put a folder called "UCR Path With Space" on my desktop and unzipped the UCR zip file there. The script was located directly on the desktop (C:\Users\Scott\Desktop) SetWorkingDir C:\Users\Scott\Desktop\UCR Path With Space Run, C:\Users\Scott\Desktop\UCR Path With Space\UCR.exe This worked! But if I altered the working directory or omitted setting it, then nothing happens. Since I'm forced to set work directory to same directory as the main exe, this means I don't need to write out the whole path again on the Run line. So for this example I can shorten it like this. I also created a profile for testing of loading that automatically SetWorkingDir C:\Users\Scott\Desktop\UCR Path With Space Run, UCR.exe -p "Test Case" Quotes around the file path are fine and in reality are likely better to use than to omit. ie this below is also acceptable and working. notice the quotes around the file path, even though it's technically just the file name here SetWorkingDir C:\Users\Scott\Desktop\UCR Path With Space Run, "UCR.exe" -p "Test Case" @bradbradbrad hopefully now you too can get it working. Even though I got it to work that is an odd ball situation that even an absolute path doesn't work without setting the work directory. I recalled this program had it's quirks but this one I don't remember. I think this may be UCR's fault due to AHK would throw an error if it really couldn't find the file that is being told to run. When I try to tell it to run in such a location where the file doesn't exist I get the proper error reflecting that. I find this same issue when trying to run UCR with a batch file. Either the bat file needs to be in the same folder as UCR.exe, making that the working directory, or I need to set the working directory before telling it to open. If the work directory isn't set and even using a full absolute path when launching the bat file from a different location than UCR.exe, it results in the same big cup of nothing like what is going on with AHK too. So going off previous posts the script below would work for TMNT Shredder's Revenge. The way this is written you are allowed to put the script file (what you named "TMNT Launcher.ahk") in any location you want. SetWorkingDir C:\Program Files (x86)\UCR_v0.9.0 Run, "UCR.exe" -p "Steam" WinWait, ahk_exe TMNT.exe WinWaitClose, ahk_exe TMNT.exe WinClose, ahk_exe UCR.exe To make this so it is not game specific, but is instead just Steam specific, you can do this. Just tested this one too since it's been a long time since I did this method, it still worked fine! So this acts like a nifty way to tell only when a game is running SetWorkingDir C:\Program Files (x86)\UCR_v0.9.0 Run, "UCR.exe" -p "Steam" Process, Wait, gameoverlayui.exe Process, WaitClose, gameoverlayui.exe WinClose, ahk_exe UCR.exe How to set this up so it can work with all your Steam games and other native Windows games can change depending if you want to use Startup/Shutdown screens for these games. Is that something you're interested in or would you rather set this up without them? Let us know how you make out!

you need to put that script into a text file and then save as .ahk file extension. did you leave it as a relative path like what is shown in your last screenshots?! if so that explains why it does nothing. change it to an absolute path. this means include the whole path so start with the drive letter for ex C:\Path\to\something\UCR.exe because you're using relative path for ex ..\..\Path\to\something\UCR.exe it is looking in the wrong folder. change that script file to .ahk extension. the rest looks right! you just need to fix the path to the program in the script and make sure to save the script as .ahk. let me know if that fixes it

Those are the details I was hoping for! Thank you for sharing! I was wondering if there was not an easier method to execute your goal, but now knowing everything as a whole you def need a 3rd party remapper. Bummer Steam can really only use controllers for input, because you can remap controllers to keyboard keys....just not the other way around....now we know! I can try and help with your dilemma....one part is easy....the other part can get a bit more complicated For the first challenge, that being to close UCR automatically once the game closes you need to use a script to do that. I'm more familiar with AHK so I tend to use that over batch files. What needs to happen is an AHK script needs to also be added as an additional app that also launches prior to the game. It will wait for the game to exist, then wait for the game to not exist....at that point it triggers UCR to close. Put this into a script file and add it as another additional app, and check the checkbox to launch prior to game launching. I am going one step further to combine all this in one....you can also launch the remap program within the same script. I looked at the screenshot you posted earlier for the path and choosing profile syntax....please double check for accuracy. EDIT: actually on 2nd thought you should use an absolute path instead of relative path to launch UCR. The relative path will only work right if you place the script file in the proper folder location (same spot as LaunchBox/BigBox exe) or declare the proper working directory within the script....so for ease of use (unless you already know how to deal with all this stuff) I'd say change that to an absolute path. If you know how to deal with relative paths fine then you may need to adjust it depending on where you put it or run it from Run, ..\..\Program Files (x86)\UCR_v0.9.0\URC.exe -p "Steam" WinWait, ahk_exe gameEXEname.exe WinWaitClose, ahk_exe gameEXEname.exe WinClose, ahk_exe UCR.exe Please notice you will need to enter in the name of the individual game's exe file where "gameEXEname" has been put as a placeholder. So for TMNT Shredders Revenge.....I have that game too and I think its exe is "TMNT". We just need to use any "WinTitle" format here and in this example I am showing the ahk_exe variant. if the "ahk_exe" part was removed we could instead have the game's window title entered here. There are more variants....for more on that....https://www.autohotkey.com/docs/v1/misc/WinTitle.htm So that is the easy part.....the hard part is doing this for all Steam games as you have noticed the quirk of launching Steam games with LB/BB. There is always a window that pops up first when the launching/bootstrapping happens. "Launching...." So LB/BB perceives this window as the game and since it closes just moments later LB/BB thinks the game has closed and will in turn close any additional apps that were launched. This is why you notice things getting closed so quickly or why it looks like they never launched at all. To get around this you need to use scripts to tell LB/BB to wait and that is what the above script is doing.....but you cannot copy/paste that for all your games since you need something to be specific to that game.....catch 22 territory here. I'll outline a couple ways to do this in order of bad to best, but will need to come back at a later time to get into any details and provide actual scripts. #1 = make individual scripts for each game (good for a smaller library....bad idea for a large library due to lots of busy work) #2 = single script that waits to detect steam or steam's overlay exists, wait for it to exit, and then exit UCR. #3 = single script using AHK as a pseudo emulator which receives an argument from the command line parameters. this is how I do things. it can give more control to not only make sure the games launch, but also allows Startup/Shutdown screens to operate properly. If you want to use Startup/Shutdown screens this is the only method to use. I would recommend this route if you have a larger library and don't want to make an individualized script for each Steam game Sorry for not being able to help more right now but when I find the time whether later tonight or over the weekend I can come back with more details and the scripts themselves. I'm on my work laptop rather than my desktop where all those files are stored.

I was recently thrown a curve ball when I setup a new PC that was going to use a different display than my current main system. My main system display is 4K 120Hz but this other TV is 4K 60hz. I didn't expect any issues going to the 60Hz TV.....well boy was I wrong. Retroarch was acting like a SOB! Didn't have issues with other emulators or native games if I remember right....but I noticed Retroarch emulation was def messing up with slow gameplay due to slow frame rate. If I turned v-sync off it would run full speed but holy crap was the screen tearing unbearable to endure so that is not an option I would recommend. I could tell from Retorach's display menu that the resolution was rendering at 4K but only at 30Hz (or maybe 29.XXHz) since that is what was selected when the issue was occurring. I would keep changing it to 4K 60Hz and it would work at that res/refresh until it was closed. Next time it was opened the problem returns....I was chasing my tail!!!! Turns out it was my TV SETTINGS that were forcing Retroarch to adjust. In my TV's settings I can determine which HDMI protocol version to use, options available being Auto, 1.4, or 2.0 (it's a HDMI 2.0 capable port). I always left this on auto and never had an issue. However, once I changed this setting to exclusively use HDMI 2.0 the whole refresh rate dropping problem went away. So the problem was the port/cable was auto negotiating down to v1.4 which maxes at 30Hz when using 4K resolution (unless you use compression like 4:2:0). The bit that clued me in was because the problem also went away if I ran a resolution under 4K. Even just one increment down at 3200X1800 I could run 60Hz fine. Without that clue I'd probably still be looking for the solution lol. The other bit that helped was it looked like my TV was doing an extra "going blank" cycle....idk what to call it from a technical standpoint but it's that moment that the screen goes black in between making a resolution or refresh rate change. It was doing that at least one extra time so made me think the TV was auto adjusting when it was detecting there was a window using fullscreen. Telling my rambling story so others can also think to check their TV/monitor's settings since it may not be purely PC related when this kind of issue pops up.

My gut says you're missing something because Steam's remapper is by far the most intricate, detailed and expansive remap tool I've ever seen. Granted I don't use it basically at all myself I have checked it out multiple times just to know what is available and each time I dove down that rabbit hole it was overwhelming lol. All the different types of button press (normal, long, soft, combos, chords, etc) alone is nuts. If you can think it up, they have already thought it up it seems. So my gut thought there is no way the internet wouldn't have been up in arms if Valve dropped the ball and did not include the ability to remap multiple controllers or devices. But since I didn't ever try that before I had to see what is up, and it def can. Screen shot below shows two devices which both happen to be Xbox Series X style controllers. To be specific the first one on the left is a PowerA model, and the 2nd on the right is an OEM Microsoft model. As soon as I turned on the 2nd one it appeared here so it automatically detects what devices are connected. You can select which device to edit and can do this per game. Now if you are using a keyboard encoder I assume your PC sees that as a single device. I see no keyboard option available here on Steam and makes some sense given this feature is called controller remap. So I wonder if this feature is even usable for yourself given your hardware and situation. Do you get any devices to show up when you try to remap a game? Check on the same screen that I posted (check with any of your Steam games) So leads me to next question...or perhaps guess....are you using UCR to create a emulated/virtualized xinput controller? Normally when you for ex, push P1B1 on your cab it would output a keyboard key from your encoder for example "left shift". But you instead want when you push P1B1 it outputs xinput ala Xbox 360 style controller for ex "button A" ?

if this is for Steam games, do you really need to resort to remapping the controller with a 3rd party program? Could you explain your use case with more details? Without knowing more I would first think Steam's native remapping feature would be the better option.

my experience suggests the extra hoops you're jumping through here are unnecessary. worst case scenario is you would need to enable checkbox "forceful Pause Screen activation" under the pause screen settings. Do you have that enabled when you do run into issues with the Pause Screen showing up?

this is a feature in LaunchBox, not because of settings related to your hardware/encoder.

I should set the record straight that controller support being enabled in LaunchBox or Big Box does not impact how controls behave in the emulator. Take a moment to see how the mouse movement via analog stick works with LaunchBox. The feature only works if LaunchBox is the active window. The moment it is not the active window you cannot control the mouse via a controller's analog stick. Meaning there is no crosstalk or controls from program A being mixed up with controls from program B Open up the Retroarch menu and navigate to controls. It's an option only one spot away from the top, here is a random pic I grabbed from google. You need to change "analog to digital type". What you want is something like so that when the analog stick is pushed "up" it instead sends "d-pad up". There are only a couple selections to choose from and I forget the exact name. It might be "Left analog" what you want, like you need to select which analog stick you want to instead act like digital input for systems like N64 and Gamecube they need to use "none" since the analog stick needs to act like an analog stick. so only do the above adjustment for games/systems that have no analog controls if you would rather use the analog stick like a d-pad.

you would need to keep their names longer then, likely needing the instance ID to differentiate between them

well you're def not in the right spot to ask this question, it doesn't pertain to this thread that said, I'll still throw you a bone. you need to use Tools > Download > Platform/Playlist/Category Theme Videos from the LaunchBox Menu. there are multiple videos available, 3 of them specifically are Colorful themed, for a category/platform/playlist titled "Playlist" including one that is meant for "Favorites"

try this out. it works for me Esc:: KeyWait, Esc, T3 ;wait to see if esc key is held down for 3 seconds ("T3" = Time/duration of 3 seconds) If (ErrorLevel = 1) { ;if pressed for 3 seconds Send {RAlt down}{F4 down}{F4 up}{RAlt up} ;send Alt+F4 KeyWait, Esc ;waits for hotkey to be released, this prevents a regular keypress (esc) from being sent on release due to not being at exactly 3 secs } Else ;if held less than 3 seconds Esc::Esc ;send esc as if it were a regular keypress

Looks like we have the same exact parameters as far as launch commands go so I don't see any red flags there. If you look at the first photo I attached, that is the command line stuff and yours is identical as far as I can tell. Since you did end up being able to launch it straight from a CMD window, by theory, LB is doing the same exact thing so now I'm scratching my head why it wouldn't give you the same positive result using the same commands in LB We at least know the ROM file is a good dump if you got it launch directly via a CMD window. And XCI is the cartridge dump format and is certainly supported. I'm scratching my head man, it really doesn't look like you got anything obvious wrong

this is sort of a YMMV situation when using virtualization to run the program. it's that extra compatibility layer you've added to the mix that is giving the problems. even if it runs OK (no bugs), it will likely run poor (slow) I used to daily drive a 2009 Mac Pro up until I built the PC I still use today around 2019. Using VM to me is out of the question. Use one of your spare disks (or buy something just big enough for an OS like 250GB or 500GB I'd recommend if you dont have any spares) and create a Windows 10 or Windows 11 install on it. You want the OS's separate, don't put them on the same disk. Because if you need to ever reinstall stuff now chances are you will need to restore TWO OS's instead of just one. With that said, when I was on the Mac Pro I would boot into Windows 7 or eventually Windows 10 to natively run games on that system. Bc lets face it, macOS blows for games! Things run CORRECTLY when using the designed OS natively! So I strongly recommend to ditch your current config and do it properly with native OS support.

I def didn't write it, just the messenger but not the author. I think I lifted it right out of a Sinden Lightgun script for launching the game and all the support stuff and this was used at the end to close it. I don't even have Sinden Lightguns lol just like poking around in others scripts to learn more and stumbled onto that. with that said I got curious after seeing this post again. I'm pretty certain now the script isn't doing anything special really. It is just force closing the program before the error has a chance to display. So this does not resolve any sort of root cause of the error, but instead kills the program before the error can be thrown. Also after taking just a few seconds to really think what this script is doing.....using these two lines is pointless. Both of those lines do the same exact thing, which is killing/ending the process. I just tested this theory, and removing the Process, Close line does not do any harm, the error still doesn't display at exit. Or alternatively remove the taskkill line and leave the other. So it can be shortened to one line and work just as effective. Esc::Run, taskkill /im "TeknoParrotUI.exe" /F OR Esc::Process, Close, TeknoParrotUI.exe

Yea, there isn't any special work arounds required either. if it's still giving you a hard time you would want to prove if it's emulator related or frontend related. do that by opening a CMD window and launching the game that way, using the same launch commands as LB/BB would. if it fails there then likely your launch commands aren't correct. -f switch is for launching in fullscreen and -g switch is defining the file (game) to run. so that sequence is important, the -g switch must come last due to the file path gets appended onto the end. edit: using emulator version "yuzu 1439" - I just had to set this emulator up again in the last week so it should be a pretty recent build I do use Startup and Shutdown Screens, still works OK with them enabled. Not sure if this is what you meant by "startup timer", maybe you meant the slider "Startup Load Delay"? And I use this in my running script to make sure it exits OK $Esc:: WinClose, ahk_exe {{{StartupEXE}}}

could be because you used a generic "Ctrl" key instead of specifying which one. Try using the same script but use "LCtrl" instead. Also do not capitalize "C" due to it would imply sending a capitalized C which requires also hitting the shift key. So I believe what your script is actually sending is more like "Ctrl, SHIFT, C" and that alone might make the Citra hotkey not work. AHK is weird here, it doesn't matter if the letter is capital or not if it's a hotkey. ie if you make two hotkeys like so, both of these would work the same, exiting the script A::ExitApp a::ExitApp Both of those hotkeys would trigger with the "a" or "A" key press, as in whether or not you hold the shift key. So using "a" or "A" is interchangeable in the context of a hotkey. Lowercase/uppercase doesn't matter But when a letter is in the send command it is case sensitive as I described above.

I was thinking if you were using a startup video that it could have gotten corrupted or is taking a long time to load. if you're not using one, I'm not sure what else to check to help troubleshoot. well ok maybe I got a couple ideas. try using the default theme and/or a different custom theme. make sure the problem is not related to just a specific theme or a setting within you could also try reinstalling over your existing installation. it will NOT overwrite anything meaningful like all your media or platforms and games etc. so all your hard work putting together your library will stay in tact. what this does is if some random file got corrupted or deleted it would replace/recreate those files.

are you using a startup video?

Autoplay Attract Mode View File This was inspired by "Play N Quit" and I wanted to create an improved version that would work for anyone regardless of settings in Big Box Description: This is an AHK script that will automatically launch and close selected games for an in game playable take on Attract Mode. In between each game being selected, it will randomly scroll through your game wheel. Please note at this time it will only work in a single game wheel (it's not smart enough to know how to go into different platforms/playlists) and though can be easily configured for efferent emulators, it can only be configured for one at a time. Once the script is running you can easily start playing whatever game is currently being ran by hitting the designated hotkey to stop the script and proceed with your gaming session! Here are the improvements: Takes into consideration whether or not Startup/Shutdown screens are enabled Takes into consideration whether or not Game Details View is skipped Can work with any emulator Uses a random number for the game wheel selection to change Can set a max value for this random number Randomizes direction for the game wheel to move Will work with a vertical or horizontal game wheel Removed all the extra non-functional lines How to use: In the header section of the script there are detailed comments directing users what a handful of variables are doing and how to set them GameDetails - Use a value of 1 if you have Game Details View enabled. Use a value of 0 (or anything but 1) if you have Game Details View disabled GameWheelOrientation - Use "V" (must be in quotes) for vertical game wheels (ie up and down) and use "H" for horizontal game wheels (left and right) GameRunTime - Enter the number of minutes each game should run before closing and choosing the next game MaxGames - the maximum random number to be generated. Tip: make this at or smaller than the total qty of games in the platform/playlist. (if you make it same or greater as total qty it is possible for the random number to select the same game twice in a row) EmulatorEXE - Enter the file name with extension of the emulator (must be in quotes) Exit Hotkey - last line in script is a hotkey to terminate the script. Use this at any time the script is running to stop it Default values: GameDetails - 0 (disabled) GameWheelOrientation - "V" (vertical) GameRunTime - 3 (minutes for game to run) MaxGames - 150 (max number for wheel to move to select new game) EmulatorEXE - "retroarch.exe" (emulator's executable file name with extension) Exit Hotkey - Joy8 (commonly the "start" button on joypads) How to use (continued): Place the script file in a desired location In LaunchBox, edit a game entry In the game's Additional Apps, add the script file as the Additional App Select for the Additional App to start automatically at game launch Now when this game is launched, this script will start the Autoplay Attract Mode Alternative launching method: Alternatively, you could add a hotkey to the script that would start it If so place this hotkey at the spot designed in the script, specifically it is line 28 For ex: +Home:: The above example starting hotkey would be shift+home keys Recommended to add the script to startup programs in LaunchBox if using the start with hotkey method. Do this instead of adding it to a game as an Additional App This is due to the script will instead launch automatically at start of LaunchBox/Big Box. But it will not execute the main part of the script until the hotkey is pressed This may be a better method for some to start/stop the script depending on your use case Leave any feedback in this thread! Cheers! Submitter skizzosjt Submitted 05/14/2023 Category Third-party Apps and Plugins