skizzosjt

that likely makes sense. if there is no video file, and you removed the Screenshots - Fallback element, then there might be no element existing in that area. So what you are seeing is likely the bottom most layer, a black background. you might want to consider adding that back in or coming up with another idea to prevent seeing a black background when that situation arises.

the larger one towards the right, I think you're looking for the fallback image. I think what that is, is when a video file isn't found it falls back to an image. might be called "fallback image"? not really sure what it would have been called originally because I have renamed a lot of stuff to make more sense to me you can click on stuff in CTC to bring up the editing controls for that element. since everything operates in layers, if some other element is on top of what you are trying to select, you would select the top most element. so to click on elements in layers that lower in the layer stack, you can try hiding or locking the ones that are higher up. I think it is a lock icon (like a typical MasterLock key lock) for locking elements. And it is an eyeball icon for making an element visible/invisible. you can toggle these icons on/off as you wish. this would also help you identify what you see in the theme is what element, and therefore what specific element needs adjustments. locked and invisible elements allow you to click on stuff that are lower in the layer stack. give it a shot, you'll see what I mean once you try it because I'm guessing my description here sounds a little funny lol

I'm not sure exactly what bit of code change that created this issue, most of this WPF/XML stuff is over my head honestly lol. But I can say with certainty it is related to you using CTC 3.1.5 but it can be mitigated with adjustments! The timing/execution of anything tied to the "update during selection" or "update after selection" radio bubbles behave different between older CTC versions (2.5.5 and prior) and more recent 3.X.X+ versions. I made a post about it a few posts back and on the previous page detailing how I made adjustments to get all this stuff back in sync with each other. I know of no way to get an older version of CTC and the older version is not as good anyways. Slower, less features kinda thing. I prefer using the newest version so I took it upon myself to make the adjustments to restore the original intended look of the theme. If you get stuck with the adjustments, come back and I'll see what I can do to help.

I have a feeling this is related to using the CTC files which were designed in CTC v2.3 but you would be using a newer version of CTC I bet v3.1.5 ? can you confirm which version of CTC you are using?

well one of them finally made it through! as Luigi would say....."yahoo!" https://gamesdb.launchbox-app.com/games/details/404505-luigis-mansion-2-hd

when any AHK script is running there should be a tray icon visible. double click on it to bring up a window, it will default to showing all the most recent lines executed by the script. it's very useful for troubleshooting. Seems the Return got removed so it is triggering the Esc hotkey / ExitRoutine when you execute the MButton hotkey. So change it to this, just adding Return after all of it ;Start Button $MButton:: { send {LButton down} sleep, 60 send {MButton down} sleep, 20 send {MButton up} sleep, 60 send {LButton up} } Return

went to add it to my library over the weekend and it was not there. I set my entry up but didn't feel like going through the trouble with DB submission, I assumed someone else would take the task on. it's def not coming up in any database search still. it doesn't exist in the LB database as far as I can tell. assuming you had everything correct for the submission, then the folks rejecting it need to quit that and instead approve it.

hi @cybermat my experience is different than yours. consider what we are doing with this profile setting. we turn VRR off for a single program, Big Box. it has no impact on any other program or game and its use of VRR. this is the point of making it a profile adjustment, rather than a global adjustment. I use a variety of emulators and play many storefront games all being launched from Big Box and VRR works as expected for everything else. I've never had an issue with VRR engaging when a game is launched from Big Box, even when VRR is disabled for just Big Box through a game profile in AMD Radeon Settings. edit: test with a modern game that is going to push your GPU. prove to yourself that VRR doesn't work if you launched a modern game from Big Box that cannot run at the max Hz of your display. the old consoles you mention can run on a low spec potato system. VRR isn't really very helpful there since they should be at their max FPS output the whole time. you could enable v-sync and get the same benefit which is just preventing screen tearing. unless you're getting screen tearing on these NES/SNES/Genesis games then VRR is working (assuming v-sync is off too.....if v-sync is on then turn that off to make sure VRR is engaged)

excellent news. glad to hear the issue is identified and good luck with the new build!

I've never used the full set importer but as far as I know you need to have the actual full set of ROMs to use that option so I would hazard a guess what you got is incomplete one way or the other. if you didn't intend on importing a full set, then use the standard import wizard and it will go ok, it doesn't care if you have a full set or not. So it sounds like your structure is like this? ROMS = \ROMS\MAME ROMS\ROMS CHDS = \ROMS\MAME ROMS\CHDS By default MAME looks for CHDs in a different spot. You should set up the folder structure like this format ROMS = \ROMS\MAME ROMS CHDS = \ROMS\MAME ROMS\<CHD GAME NAME> CHDs by default need to go in a subfolder where the zip file is, using the same name as their zip file. I'll use Blitz as an example ROMS = \ROMS\MAME ROMS\blitz.zip CHDS = \ROMS\MAME ROMS\Blitz\blitz.chd If you follow this structure MAME will find the CHDs by default. alternatively they can go anywhere, but you would need to setup the custom path in the MAME.ini

it is correct. Retroarch changed it at some point though so you're on an different version is all. You must have a version that uses Settings > On-Screen Display > On-Screen Overlay. that was the whole problem correct? that you had overlays off? overlays should automatically load up now with games that have them as long as overlays are turned on in your default config. that comment was me trying to say unless you're using the "save on exit" option (not recommend from me, personally I turn that OFF because you will at some point accidentally save a setting you didn't want to change) then anytime you make any changes you need to save them before exiting. but at this point you shouldn't need to make any saves or changes as the bezel project would have created all the proper config files and overrides etc. essentially I was saying if you selected the specific config to have the game overlay display, you would have needed to save an override so it automatically loads on future boots of that game. otherwise as you already know you would need redo it every boot.

yes, that is intended for such situations. you can delete games, or a whole platform, or your entire library in LaunchBox and all the images and videos will stay in tact. so when you reimport games, the media will link right back to up to them with no further user input. if you end up reimporting less games than you original had or end up using less images/videos this time around, you can use the clean up media tool to help deleting unused media to free up space you do not necessarily need to remove MAME from your emulator list to update it to a new version. but if you got a new version of MAME you would at the very least need to update it's application path in the emulator list, assuming the file has a different name or folder path. if the new MAME version has the exact same file name and path, you wouldn't need to change anything in the emulator list. so you don't need to delete the emulator to clear games and reimport them. you can delete the games out of the platform, and then reimport the newer set just as you did the older ROM set. I would just edit the emulator in the emulator list, if needed, rather than set it up from scratch again I'm guessing you mean MAME controller stuff? that would be stored in the emulator's folder and likely is going to be saved on a per game basis. you would need to copy those config files over to the newer MAME version When I want to update an emulator I do not delete the current version right away. I instead rename its folder. Say going from "MAME" to "MAME OLD". Then I get the new version setup using the same folder name as the "old" one, so "MAME" in this ex. Then test out the new version, make sure it is working as intended. Once you feel confident everything is setup OK you can then delete the "MAME OLD" version. The folder renaming gives you chance to grab files out of the old version and bring them to the new one. It also reassures the new version is working properly and isn't only working due to the "old" version still existing due to the new version using default paths for stuff that are actually part of the "old" version.

then try this. open Retroarch. do not run a game. go into where the overlay options are (Settings > User Interface > On-Screen Display > On-Screen Overlay), turn them ON, and then go save your main Retroarch config. I found that the bezel project turns overlays OFF after it is ran you need to save your changes

oh I forget that I always download bezel project from their github. but it is also incorporated into LaunchBox, though I haven't ever tried using it that way. Comes up as one of the steps in the import wizard, so you just make your selections there. doesn't matter which method, download from github or use the incorporated method, they both would give the same result.

yes. goggle the bezel project. it can download the media needed and create all the proper config files. in other words, automates the tremendously tedious process of doing it all manually. Retroarch has no setting to do this so you need to use some 3rd party tool as a result

can also be done with other remap tools by rebinding the controller joysticks and buttons to appropriate mouse movement or clicks or keys. link above is doing it with AHK I made that script for this very reason actually! I can launch and fully control Netflix and Youtube from LaunchBox/Big Box with my controller. FYI the controller mapping sections in the front end are just for the front end. it doesn't do anything for any other program

if you are not using an "emulator" as in not possible to put this into a "Running Script" field, then put a script as an additional application and enable the checkbox "run prior to main application". It will need to wait for the game window to exist, then close, then it will kill teknoparrot prior to throwing the error. You'll need to edit the window title accordingly, it is case sensitive. WinWait, <Game Window Titlte> WinWaitClose, <Game Window Titlte> Process, Close, TeknoParrotUI.exe Or better would be to set a hotkey to whatever your exit key is, likely is escape. Only these lines are needed for that Esc:: Process, Close, TeknoParrotUI.exe ExitApp

you don't want to use the Pause Menu, trying to exit the game from the Pause Menu, or stuff like Close Active Window with native PC games. These games already have built in pausing and exiting options so you should use those as intended. you can have Steam run at OS startup since it will launch silently to the tray. if you try and run a game with it's normal URL (steam://rungameid/<GameID>) and Steam isn't already open it's going to open Steam normally which means the main window and that typical pop up advertisement window will both display and go on top of the front end. That doesn't happen if you already have it minimized to tray. So simply toggling an option in Steam's options is the easiest way to do that. there is the silent parameter but I don't recommend going this route unless you start getting into using scripts to launch storefront games like Steam. because when you add the silent parameter, LB will not be able to detect if the game is installed anymore and therefore switches the "PLAY" button to "INSTALL", and however they use this info it messes up and no longer launches the game, instead just launching Steam silently. For ex steam://rungameid/<GameID>" -silent that lone double quote is there on purpose, it's needed.....looks goofy as hell but works. But like I said, if you put this in the Application Path in LB it's NOT going to work. but if you ran this from a script like AHK or batch file it would work. For ex for AHK Run, steam://rungameid/<GameID>" -silent here is some additional advice regarding launching Steam at OS startup and leaving it running

you can do it like that, by unchecking use emulator and entering in the command line manually. retroarch needs at the very least the core and the specific ROM/game passed to it. syntax would be like this. I added -f for launching into fullscreen too "C:\path\to\retroarch\retroarch.exe" -L "libretro_core.dll" "C:\Full\path\to\ROM\ROM.zip" -f so you would select the retroarch EXE from the Application Path Browse button and then only need to enter the core and game and any extras in the command line parameter field. would really only need this in said command line parameter field because the path to retroarch is set from the Application Path field -L "libretro_core.dll" "C:\Full\path\to\ROM\ROM.zip" You cannot since the ROM file would normally be declared in the field which changes to the Application Path. This means there is really no spot where the ROM file is stored anymore. So LB wouldn't be passing anything (empty variable) and emulator wouldn't load any game as a result. (FYI %romfile% is the built in LB variable, but it's going to be empty in this circumstance) You need to type out the ROM file. Here is an example using relative path for ROM file. It was exact same path setup by LB by default when "Use Emulator" was checked

check which setting you're trying to edit. there is a standard "Menu Toggle" and a "Menu Toggle (controller combo)". You need the latter option. But you cannot just set any button(s). You need to pick from the predetermined list. The controller autoconfig has no impact on this setting, as far as I can tell they contain no combo settings, just the regular Menu Toggle

that's correct they don't delete off your drive, at least not by default. you can check Tools > Options in the very first General tab is a checkbox "Allow deleting ROMs when deleting games" to see if that is enabled/disabled

🤣 sorry for the LOL at your expense. I do understand that feeling! that happens if all the games are removed from a platform. rather than leave it there empty, the platform is automatically removed from the platform list.

Hi @Elmo80 you're correct if you use Retroarch you would likely not want to assign something like the Pause Screen or Close Active Window to the Guide button since the Guide button is by default the Menu button for Retroarch. I avoid using it like that for same reason. Though if desired you could change the button to activate the Retroarch Menu too in order to avoid that issue. using View + <button here> is a decent idea I think. I tend to use View + X for Pause Screen and Start + B for Close Active Window Not sure if this is by default or not but I have volume adjustment to be View + Up/Down on the right joystick I enable skip the Game Details Screen option and then use the Start button to bring up the Game Details Screen. For changing to different views I use clicking the left thumbstick and then pushing the right thumbstick up/down/left/right. When I say views here I mean platforms, categories, playlists, genres or whatever you want. To quickly change theme stuff I use clicking the right thumbstick and then pushing the d-pad up for the global theme list or d-pad down for the theme view list. For exiting Big Box I have View + D-pad down. I basically never use it and normally exit out through the System Menu I'm not so sure any of my combos are very intuitive as much as they were used out of me trying to make sure not to duplicate a hotkey or hotkey combo already in use either in the frontend or an emulator/game. Basically just making sure I avoid a conflict like Retroarch and the Guide button bit mentioned I wish Big Box had options for "hold <button(s)> for <X> secs" because I would like to use stuff like holding View for 3 secs to close a game. We can do stuff like this with AHK or similar controller remap tools like GlovePIE, so it's just a wish list thing to be integrated into the frontend's mapping feature. It would be part of that controller's AutoConfig file. Unless you alter the AutoConfig file for that controller profile or create a new user created controller profile with that binding edited, it would continue to load up the default binding. The bindings that have (Auto) next to them, those ones are pulled from the AutoConfig. I normally went into the AutoConfig file and manually edited them if I wanted those defaults to be different. You can always redownload these default AutoConfig files through Retroarch's UI should you go wrong somewhere and want to hit the reset button on your changes. They might even automatically populate if the file is deleted.....been too long to remember for sure. Or you can make a backup of them first before making any changes.

no and yes. there is no native support for what you're asking about, LaunchBox cannot unpack the compressed directory. but scripting would get it done. 7-zip can be controlled via command line so it would be possible to use AHK, batch file, or other script equivalent to automate this. First unpacking the compressed file/folder with 7-zip, then run the game from the location you unpacked it too, then at game exit, you could have the uncompressed files/folders deleted so used disk space doesn't increase.

you can remove the current entries and reimport just as you did now (whatever way you used that worked). your emulator settings are stored within the emulator program, so nothing in there will be impacted by this. and if you meant emulator setup settings within LB, then your settings in the Emulator window for FS-UAE do not change just because you removed or re-imported games. You can even delete the entire platform and the settings for the emulator will stay intact in LB. Emulator entries are independent of game entries. So there is no risk to messing up your emulator setup by removing the current game entries and reimporting them the reason you get zero games to import currently is because LB doesn't allow users to make duplicate entries by default. there is a checkbox to force adding duplicate entries at some step in the import wizard. just pointing this out for sharing knowledge, but also stressing you don't want to actually use this force duplicates feature for what you're trying to do right now because you would double all your game entries, and only half of them would be correct. so that's why you should remove and reimport. the only way remove and reimport would be an issue is if you took the time to add something customized to a ton of entries, like adding specific custom command lines for specific games. that custom stuff would be lost when the entry is removed, and would not come back if the same game was reimported. I'm assuming you didn't do any special customizing like this though, so I recommend the above advice.