skizzosjt

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  

please post screen shot(s) of the error message(s)

I actually gave up on learning V2 because when it came time to read up on how GUIs work now, my brain couldn't handle it anymore 🧠💥🤣. I really liked all the V2 changes UNTIL I started translating scripts that had a GUI.....then I wanted to bang my head on a brick wall. Just a bit of caution, newer doesn't always mean better. I'm sure V2 is better, but an amateur like myself needs to "un-learn" stuff I've been studying for about a year now to learn new stuff that in the end creates the same exact script lmao....I settled on I'd put my time and effort towards other things instead

hi @gerjarlin, if you deleted that file it would auto generate on next launch of LaunchBox. it would auto generate with default settings, which would not be corrupt from the start. so delete that file, then try to open LaunchBox. if that is really the only problem and the only corrupted file, everything should work fine after that. if not, please post screen shot(s) of the error(s) you're getting

well you said "older" version of AHK but V2 is the brand spanking new version that only released officially in the last few months you need to be using a V1.1.X version which is what is included with LB. this is because the syntax used in this script is V1. if you wanted to get a version from AHK official site you gotta get the 1.1 download from the main page (which would be the latest 1.1.X version) or click the "other versions" link and then get one of the 1.1.X versions that way. but in reality the version included with LB should work fine you will be almost guaranteed to get errors by using V1 syntax and run it with a V2 exe. some syntax changed quite a bit. V2 was in development for years, only finally was recently released officially. that is why the 1.1 downloads are listed as deprecated now. When I have a moment I am going to dig deeper into this script. It looks suspect.....granted I get no errors when I execute it (but also am not on a PC that has LB/BB/Retroarch on it to give it a real test drive). The way it is structured makes me think there would be issues with it operating as intended. So in your defense there looks to be funny business going on in this script and has room for improvement. I will try it out myself sometime since the concept is a cool one that I may like to deploy one day. I'll come back with whatever my results are.

Just so you know the feature you speak of is not exclusive to LaunchBox. RocketLauncher also did this with their Alternative Emulator tab. Any platform could use any emulator or any combination of emulators, same as LaunchBox. like what Lordmonkus was alluding to.....reading between the lines would translate to it's impossible They do use AHK but also make use of a user made library called GDip as that is the only way I personally know how to get a perfect looking transparent image with AHK. Other basic AHK methods will look choppy and pixelated at the transition due to only knowing 1 color to transition basically. I understand, and don't understand your feelings at the same time. I too came from HyperSpin and had the same feelings....but only for a moment. In reality if you go beyond anything but the most basic use case of LB you will need additional software. Scripts, batch files, plugins, controller, keyboard, mouse remappers, database managers etc. All the same crap (but useful crap) you would need along with RL. They do better with LB at integrating things relatively compared to RL/HS but it's just wishful thinking to believe you wouldn't ever need to use another piece of software again due to migrating to LB. RL, or any piece of software at that, when it comes down to it is a tool and if a tool does the job you want it should be utilized since it offers the path of least resistance. Having a stance against using it is really only hurting you in the long run in my opinion because you're robbing yourself of an easy and obtainable solution

if you say "serial port" you are referring to a connector type that was common decades ago and is basically unheard of on a modern PC. for ex maybe a picture of your device manager window would help understand what you're trying to say? maybe share what the game(s) name(s) are experiencing this problem? but I'll also leave you with I bet you got something else going on. having a USB device plugged in or not should have zero impact on a game booting. I have very few TP games but never once needed to disable or uplug anything. there is also hardware that does what you want. I make use of these things for a similar reason. I can leave devices plugged in, but can change which ones are actually connected to the PC with a press of a button https://www.amazon.com/Sabrent-4-Port-Individual-Switches-HB-UM43/dp/B00JX1ZS5O/ref=asc_df_B00JX1ZS5O/?tag=hyprod-20&linkCode=df0&hvadid=309777534894&hvpos=&hvnetw=g&hvrand=15294094042578417920&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9005140&hvtargid=pla-348690807089&psc=1&tag=&ref=&adgrpid=58425267301&hvpone=&hvptwo=&hvadid=309777534894&hvpos=&hvnetw=g&hvrand=15294094042578417920&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9005140&hvtargid=pla-348690807089

Hi @FamShoppa, try this out. Save both of them (for ex: shader "A" and shader "B") and then use the hotkeys for next/prev shader to quickly toggle between them in game. The hotkeys are n and m by default.

serial port?! don't those light guns have a USB type-A connector ?

you don't need a plugin to use RockerLauncher. just launch the game with RocketLauncher and make use of the bezel features. setup RL as an emulator in your emulator list like you would any other emulator, so be sure to assign it the associated platform(s) you want. and then make sure the games you want to launch with RL are assigned to use RL as their default emulator. or if you don't assign it as the default you would need to right click on the game and then choose to launch with RL as opposed to whatever the default selection is

ahh good feature then! I wasn't sure if it was something emulation specific or was native.

then you would need to just make the profile selector window in focus with WinActivate. or actually, first and foremost, prove to yourself you can even navigate on the profile selector window with a controller. I'm surprised you can move up/down in the game selection list with a controller. normally the emulator is assumed to be launched with mouse and/or keyboard, not controllers. this is a PC after all. either way...... just click into the profile selector window with the mouse and then try navigating and selecting with the controller. if that works it would prove you need to make sure the window is in focus. if it doesn't work, you're back to following my previous post for advice here is one scenario. if you prove you can navigate the profile selector window with controller but WinActivate isn't helping to make it all automated then you would need to emulate exactly what you did to get the controller to work there....which involves a mouse click. So you would still need to use the mousemove and LButton in order to use the controller. I just finally did some googling on it and found this. there might be a bug/quirk with using a controller to do this anyway? looks like this bug is still open, so it might be a problem even if you do select it with a controller. https://github.com/yuzu-emu/yuzu/issues/8535

Hi @Cnells2000 it's likely you need to try methods that get more specific if the method you tried isn't working. it would be better to spell out each keystroke press and release for ex Right Alt down, Enter down, Enter up, Right Alt up same would go for the F11 version F11 down, F11 up instead of just the F11 which implies the down and up but as you can see doesn't always translate well to every program Sleep, 5000 SetKeyDelay, 50 Send {F11 down}{F11 up} or Sleep, 5000 SetKeyDelay, 50 Send {RAlt down}{Enter down}{Enter up}{RAlt up} keydelay further mimics closer to human input since some programs might not poll inputs quick enough to detect them otherwise. hopefully all this does the trick

the controller wouldn't control anything on that window. as far as I know yuzu would translate your controller to work WITHIN the game, not prior or at boot. same goes for LB/BB. the mappings done in the frontend do not translate into meaning you can use the controller to interact with other programs. what is the point of this? I'm not sure what the benefit is to have multiple users selectable? assuming you can navigate that Profile Selection window with a keyboard you could use a remapper to interact with it via controller. something like virtualcontroller, GlovePIE, antimicro, etc. if you have a go to remapper you could do it easily with that. for ex make up/down on d-pad navigate up down so up/down keyboard keys and use one of the face buttons as enter. if that sounds too much..... then you could use an AHK script to move the mouse into position, click on the desired user, move the mouse into position, click on the OK button. it could go into the running script tab and would run for all yuzu games. note that those X, Y values I used are completely random numbers to just show syntax sort of example. you would need to figure out the actual coordinates using WinSpy. if you don't have that, I put that in the spoiler tag below. Run that and make sure to use the relative coordinates. So you want the "Mouse Position > Window" values . Hover the mouse over the spot you want to move to and take note of what the X Y coordinates are and put those in this script below, replacing the bogus values I used WinActivate, Profile Selector ;to make sure Profile Selector window is in focus CoordMode, Mouse, Relative ;makes mousemove commands releative to the top left corner of active window MouseMove(54, 102) ;moves to user profile Send {LButton} ;clicks mouse left button MouseMove(169, 512) ;moves to OK button Send {LButton} ;clicks mouse left button WinSpy script here:

Not sure what solution/problem you're referring to? All that launcher does is run the main executable when you click "PLAY" in the launcher. So to launch through LaunchBox/Big Box all you need to do is make the application path for the game entry in LaunchBox to be the game's exe.

yes no need to scrape again. the metadata is stored in another location and I don't think as a user there is an ability to remap that data's location. metadata is stored in \LaunchBox\Data and its subfolders. all those XML files is what contains the data that populates your library and has all the data like this game is made by this dev and you played it X times for X hours, various options and settings, etc. images and videos folders are capable to be remapped though. as long as those are currently and will still use a relative path then you can move it to and from any drive letter on any system, and these types of media such as all images and videos will continue to work. in other words, if those are working fine currently and you don't plan on moving those files locations within the LB folder structure (ie still in \LaunchBox\Images and \LaunchBox\Videos) then no further adjustments are required. this is the exact purpose and function of a portable program like LB

hi @Naevius the assumption is not totally correct. what makes LB/BB portable is it uses relative paths whenever possible and contains basically everything in the LB folder. if you have everything on a single disk and use a relative path to your LB install Games folder, that is what makes it portable. if you plugged that disk into another system it just works as the saying goes, everything is mapped within that disk and the games folder path would look like ".\Games" and would be like this for an ex if on F drive "F:\LaunchBox\Games" If you move LB/BB to another drive letter like C then your games folder path would still be ".\Games" in LB but since on another drive letter it would be "C:\LaunchBox\Games" which is NOT where you want your games and therefor nothing would work. You would need to remap and it would use an absolute path instead. Absolute paths are required when directing to another drive letter. It would take like 5mins to go into your platforms and remap their Games folder. no big deal. the goal is achievable, but your assumption wasn't quite correct. hopefully that clears it up!

you likely need to change aspect ratio options in Retroarch. this will fix the game display being cut off. bezels are meant for a 16:9 aspect ratio to leave a 4:3 aspect ratio for the game to be displayed in. if the game doesn't render at 4:3 then it's likely it will be clipped or you end up with black bars around the game. you can turn off bezels in the overlay menu, which you obviously know if you have turned them off. you must have turned off auto save on exit of Retroarch or else those settings would be saved. so just save settings manually with the overlay off and it will be permanently off. change it in the core settings for all games for that core, or do it individually by game. alternatively you can nuke the settings all together by deleting the files. they will be auto generated again with default settings. if you go that route though you wouldn't be able to turn overlays on again without going through the setup process.

Wow couldn't be better timing for myself! I JUST got my setup complete on the gaming side after building a SFF HTPC for the living room. Once I was happy with how games were working fine I moved focus to media like TV shows and movies and realized it was going to be just as time consuming to setup. Since I spent so long piecing together the games portion of all this, I was immediately dreading setting up TV shows and movies big time. But this at least covers the movie part! Working fine for my use case so far!

There is built in functionality to move media folders. I believe it's under under Tools > Manage > Platforms and from there you select folders and change the path accordingly. There will be folder path for games/ROMS, images, videos, etc. You will be prompted if you want all existing files in the folder to be transferred to the new location. If you change the location due to moving media files to a new disk, then you would need to setup the new disk exactly as the previous one. That means same drive letter, and same folder structure within. If either of those things change then you will need to remap the new location path. if you're referring to you need to have a subscription with emumovies to scrape/download from them within LB then that is true. if you mean you need to pay emumovies to move folder location of media files around, that is not true.