skizzosjt

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.

these games have alternative titles. they are Doom (1993) and Doom (2016). so you should be able to fill in title with those and then use the search function to find them in the drop down list

I saw a similar thread recently and I think the culprit was 1 or more images were corrupted. So the solution was to delete the impacted images and redownload them. I would give that a shot if you haven't tried it already and have no other alternatives

a mouse click can be sent with this Send {LButton} hope the last hoop you need to jump through lol if Cemu does not stay in focus there is the WinSet command that can use AlwaysOnTop value to do just that. No other window will become top/focus window unless it too is declared AlwaysOnTop. For ex WinSet, AlwaysOnTop, on, ahk_exe Cemu.exe

There are some AHK scripts floating around here (prolly in the AHK script thread) that can likely help with that. Uses the Windows hotkeys to move a window to an adjacent screen. I'd suggest taking a look at that and see if that could help out with the situation you described with PCSX2 always going to the primary display when you instead want it to go to the secondary display. the hotkey to do that is Windows Key + Shift + Left/Right Arrow key with left or right being how you have laid out your screens in Windows display settings.

huh, I was thinking it was the opposite thing going on. like you had two screens going and thought that might be lending to the issue. didn't see that one coming, using two screens is the solution. emulators and the PC system can sometimes have a fickle relationship lol - 1 day it works fine - next day "wtf is this black screen doing here!?" 🤷‍♂️

I would try checking the box in the Edit Emulator window "Attempt to hide console window at startup/shutdown"