skizzosjt

@GepettoZHog and @Drybonz try this and see if it helps? place this into the "running script" tab of the emulator Esc:: Process, Close, TeknoParrotUI.exe Run, taskkill /im "TeknoParrotUI.exe" /F I've seen that same wall of text error that comes up after exiting a game. For me it actually seems to always go away without user intervention, I just wait a couple seconds and it closes. If I remove that specific script I just shared that error will be triggered. Perhaps more is going on, but using that script eliminates the issue for me.

lots get condensed to a single entry. for ex if 1942 has a USA, EUR, and JPN version, all three of them only show up as a single game entry in LB. duplicates are not imported by default, you need to select that option if you want to purposely import a duplicate entry. so be sure to check that option if you want it. it's possible to skip importing certain sets of games like the slots types stuff and might be more going on I just don't know about. file name not being recognized or qty limits are not an issue

that certainly explains it. the current way it is communicated it to users is flawed and needs to be more clear as you are making it here with your explanation. a simple change to that text in the import wizard "download all RetroArch cores if required core is missing" would get the job done in my opinion. just something that implies you're getting all the cores rather than a single core

when importing a game you need to uncheck the option that says something like "download RetroArch core if missing". meaning this can happen each time you import a new game that uses Retroarch. I would be suspect something else is going on if you're trying to say just opening LB does this and creates the problem for you. opening the frontend does not prompt anything to be automatically downloaded (with the exception of if you have auto updates selected, and all that does is update LB, not Retroarch or it's cores) I agree it's poor implementation, really it's just poor communication since the notice is misleading/confusing

do not use .bin/.cue files you should convert them to .chd with chdman. not only does it compresses to save disk space, but also consolidates all the bins and associated cue to a single file

I have been having this occur more often recently. Minor inconvenience since a simple close and reattempt to open the Edit Game window resolves this funny business. Seems to occur if this Edit Game window pops up before everything updates on the right hand side bar.

sounds like a unique concept. I would agree you are going about it right, or at least, that is how I would attempt it. whether or not it works is another question, but that is how I would start. so you have 1 instance of Retroarch installed on your PC, but you must add 3 entries into your Emulator list in LB. each of those entries in the Emulator list need to have them point to the different configs so they each launch the emulator onto the different display. sounds plausible to me. make sure each emulator entry has the same platforms and cores associated entered that way you can do exactly what you want by right clicking and you can then choose which emulator version through the "Launch With" option

well, LaunchBox does open PDF files. it's actually the main purpose of the manual viewing feature from what I can tell. PDFs on my system open up to Microsoft Edge by default, rather than any Adobe kind of program. I don't notice any issue viewing PDFs as manuals in LB or BB, or in Windows after viewing PDFs from within LB or BB. You could try making Edge your default program to open PDFs and see if that makes a difference? Just as easy as it is to change to Edge, you can change it back to Adobe with the same step if it doesn't work out. Right click on a PDF file > Open with > Choose another app Make sure to select "always use this app to open PDF files" You might have to click "more apps" and scroll to bottom and search for the Edge program if it's not in the list. Use the "Look for another app on this PC" link for that if needed If that doesn't help fix your problems, and you want to change back to Adobe, repeat the same steps but select Adobe instead of Edge

after you try opening the manual through LB and discover you can no longer open other PDF files outside of LB, please take a look through Task Manager. If you see Adobe Acrobat then end that process and then try opening a PDF outside of LB. my guess is the program/process is stuck in the background and doesn't want to do anything until it's closed and opened again. I know that doesn't solve the root problem, but it could save you from doing the restarts.

normally you could edit the game in LaunchBox to remove them and redownload in the Images tab but looks like it's giving you the error before you can get to that point. you could instead go into your LaunchBox\Images folder and delete them that way, same difference in the end. search by the game name to make sure you delete all the images for the problematic game since you likely don't know which one(s) specifically are contributing to the error

I checked it out, the instructions are right there in plain sight which is great. I've literally never pulled up the import ROM files wizard like that. I always have dragged and dropped files/folders, right click and choose Add, or the games were launcher associated, like Steam, Uplay etc so uses those specific methods when doing the initial library import. I def would have assumed such a feature would only import files from a single directory, it's really using the search function of Windows Explorer that makes that idea work so well. so thanks for pointing it out! I know there are lots of features I have yet to explore. I lurk these forums as much as I do trying to learn all these little nuggets of knowledge. I'll have to keep this ability in mind for future convenience.

technically they could have added the folder to import instead because it does search subfolders. I've done it for bin/cue files which were in individual game folders.....downside is it will list all the bin files too so you gotta delete all them out of the import list first. for ex add a Playstaion folder to import. now it will import all the folders in there which are individual game folders with bin/cue files in them, it would add all files present to the import list. so in the end, each method has a little bit of manual tinkering. doing it this way would also mean you lose specific entry data, such as number of plays and playtime, date added etc sort of stuff since they would be reset from deleting and reimporting them

I looked at what that parameter does, and....I've never used the software stuff either, so I'm really only familiar with the sort of arcade use of MAME. taking a stab in the dark I could guess it is a good idea to enable it for computer systems. like it sort of changes how the computers "emulated keyboard" receives inputs, whether it goes to the "emulated keyboard" (would send the inputs to the emulated Apple II system) or to MAME (also sends inputs to the emulator, in order to use the menu/UI). so maybe when you hit TAB without that parameter it's being sent to the emulated keyboard instead of MAME to activate the menu.......just thinking out loud here lol so I don't know how to help further, but I think that might offer an explanation on what is going on. I do think HeadRush69 is correct too since that was what I meant, you could not use that parameter in Retroarch because you're mixing up program A's parameters (MAME) by trying to using them in program B (Retroarch), you would instead need to place those option values into the appropriate ini here's a bit from the MAME docs

even if running a MAME core in Retroarch you can still access the MAME menu with TAB which is the default button, or use the button you have alternatively assigned to bring up the MAME menu if you changed it. so if it works in standalone MAME, by theory you should have no problem doing the same with the MAME Retroarch core Retroarch menu comes up with a F1 key press by default Since those are MAME parameters they will not work with Retroarch. You will always get an error trying to do something like that.

A bezel for MAME is more than just an image file, it also requires a layfile and (just repeating what c-beats mentioned) it is the syntax of the layfile that is deprecated and therefore giving you the error. Read up on this here for understanding and adjusting your current (but deprecated) layfiles.

you could open the platform's xml file and do a find and replace on the directory path. It's the <ApplicationPath> tag. If you do this, back up the file first.

glad I stumbled onto this thread! that is a good piece of info to know, now it opens up more possibilities to mod an existing non-CTC made theme without having to recreate the whole thing in CTC!

hmmm ok trying to consider this from a dev point of view....if you have a main config that has setting ABC in it and load up a game that has custom override setting XYZ....now these XYZ settings are loaded......now you save the main config which means it takes all those XYZ custom override settings and overwrites the ABC settings in the main config.....which is surely not what any user would want. you just over wrote your default/global settings with customized ones!.....it's a total guess but that is my thought process on it

All my testing was done with Retroarch instances I manually downloaded and unpacked myself, no LB automation involved. My assumption is there would be no difference with what gets automated within the frontend or else it would more or less be a fork of Retroarch. I assume the frontend downloads it from the same source anyone going to their website would, so it's still the exact same emulator, same files and all that in the end....at least that's my assumption lol So I'm thinking LB needs to be taken out of the equation based on my troubleshooting. It's a Retroarch issue, rather than a LB + Retroarch issue in my opinion And yes I agree the implementation is not ideal, there are shit ton of forum threads out there discussing this, but only that one github page did I find anyone who appears to be a dev on the program to provide a real technical answer. We are all clearly not the first to be confused by this, but at the same time, I think it makes sense from developer point of view, they are trying to prevent settings from unintentionally being overwritten or corrupted I think. On the other hand.....I'm sure there is some way to prevent whatever issue they did this for, while not confusing the user. To me, a simple change of the error message would be sufficient. If it detects an override is active, then the pop up on the OSD notification should be "Override currently detected - configuration will not be saved. Please remove override in order to save configuration or alternatively utilize the core, directory, or game overrides" The current one is super misleading, as I too would have immediately assumed it was a permissions issue if others weren't already sharing that didn't help them out

@Hamburglin @vaderag I can recreate this error. At first I thought it was related to whether or not a game was running. In my "main" Retroarch instance that is used in LB/BB, if I am running a game and try to save the main config in Main Menu > Configuration File > Save Current Configuration this error happens every, damn, time! But if you try to save the config when NOT running a game, it works fine! This happens whether Retroarch is launched "normal" in Windows or from LB or BB. My Retroarch version is 1.9.3. So this suggests it has nothing to do with LB/BB, I can recreate the problem when LB/BB isn't even opened. However I also have another version of Retroarch I setup to do some testing/troubleshooting on at one point. This is version 1.10.3 and this issue is NOT present on that version.....that is.....until I load up a config/overlay setting for the game being ran! AKA a configuration override! At the very least this is the reason why the issue occurs for me. If there is an "Configuration override loaded" happening at game boot, it doesn't seem to allow me to save the main config when said game is running. I can close this game, and then it allows me to save the config. This behaves like this whether launched from Windows or LB/BB. For me this comes down to settings within Retroarch, and general confusion on how settings interact with each other. Now I'm wondering if this is intentional to prevent settings from being overwritten or potentially corrupted or if it's a legit bug.....so google time...."cannot save retroarch config when override is active" google search got me this answer.....which I now feel like an ass I didn't do this right away instead of spending 30mins dicking around with this lmao! This is intentional! And I quote... when overrides are active you can't save the current config, it is by design so it doesn't get mixed up. Save the core or game override instead or close content https://github.com/libretro/RetroArch/issues/3605 So all this testing in the end does makes sense to me because basically every game that runs on Retroarch in my library has some sort of override so explains why it behaved the way it did in v1.9.3 which is my main install, but behaved different in my troubleshooting install v1.10.3 which is a "fresh" install with no user settings saved. To be clear when I removed the user made custom configs in my main Retroarch 1.9.3 it also worked fine saving the config file. I have no explanation as to why anyone was able to get it to work outside of LB/BB so therefore thought it was LB/BB fault, other than you may have tested it when a game wasn't running, therefore no config override active so the config save goes through fine. If you're still having issues after knowing this info then there must be some more funny business going on in your setup, but I wouldn't know what that is we are on the same page! the overlay configs are a configuration override, which as far as I can tell prevents a user from saving the config while an override is active

I downloaded the latest and greatest update to CTC which is now version 2.5.5 and the above mentioned issue has been resolved. so if you're having this problem with 2.5.0 - 2.5.2 then update CTC and you should be good to go! the wheel's color conditions are behaving as expected now

you will need to add the script as an Additional Application. here's a photo example I've made before. this is in the Edit Game window (right click on a game and then click Edit Game, or select a game and hit Ctrl+E).

yes, AHK can manipulate folders. I'll transpose my previous example to use FileCopyDir. This does the same thing but with folders instead ;at boot of game copy the game specific save folder to normal/shared location with normal/shared name ;1st parameter = source / 2nd parameter = destination / 3rd parameter = overwrite (1 = will overwrite / 0 = will not overwrite) FileCopyDir, C:\Users\*USER-NAME*\Documents\My Games\Transformers\TransGame\*GAME SPECFIC SAVE FOLDER*, C:\Users\*USER-NAME*\Documents\My Games\Transformers\TransGame\SaveData, 1 ;Waits for game to exist WinWait, *GAME EXE NAME*.exe ;Waits for game to exit WinWaitClose, *GAME EXE NAME*.exe ;Pauses script to ensure enough time has passed for the save file to be written prior to copying it Sleep, 5000 ;will take the save folder in the normal/shared location that was made at exit of current game session and overwrite the game specific save folder ;1st parameter = source / 2nd parameter = destination / 3rd parameter = overwrite (1 = will overwrite / 0 = will not overwrite) FileCopyDir, C:\Users\*USER-NAME*\Documents\My Games\Transformers\TransGame\SaveData, C:\Users\*USER-NAME*\Documents\My Games\Transformers\TransGame\*GAME SPECFIC SAVE FOLDER*, 1 this is just an example since you will need to fill in the * marked stuff. when all is said and done, in the "TransGame" folder you will now for ex have three folders 1) SaveData 2) TWFC Saves 3) TFOC Saves if you want to learn, doing something basic like copying a folder or file around would be an excellent first training mission for you! here's these commands doc pages for reference. I do think It's better to teach a man to fish rather than to give a man a fish as the saying goes https://www.autohotkey.com/docs/v1/lib/FileCopy.htm https://www.autohotkey.com/docs/v1/lib/FileCopyDir.htm Check this out https://www.pcgamingwiki.com/wiki/Transformers:_War_for_Cybertron https://www.pcgamingwiki.com/wiki/Transformers:_Fall_of_Cybertron According to PCGamingWiki this suggests you would also have a problem with the "configuration file" being overwritten by each game because it says they are both in the same location. but maybe both games were developed so similar that whatever data they are after in the config file is the same. nothing to worry about since you haven't noticed a problem, just thought it's funny they did the same mistake to more files. also according to their database the save file(s) are in a folder called "SaveData" with the full path being %USERPROFILE%\Documents\My Games\Transformers\TransGame\SaveData. the script I shared here uses this directory path since I'm assuming you just accidentally left off the SaveData part

"could not recognize file" is the culprit here .7z file format is a compressed format that Dolphin doesn't work with. I recommend you unpack that .7z file and use whatever is in it in it's uncompressed format (likely is an .iso file). should work fine like that!

this sounds like it's the users internet connection. I'm on slow internet and downloading stuff directly from Big Box is a hit or miss for me as a result. gets stuck at XX% or like what you're describing will time out on the Please Wait text to generate the list. the problem has nothing to do with a Windows version or whether it is up to date. I prefer to download directly from the forum when possible I realized this when I tried reaching this page when not connected to the internet...then I thought why would it be implemented like this.....many users purposely disconnect their cabs from the internet. so to prevent a user from using one of the most basic and sought after features, using and changing themes, due to not being connected to the internet would be a bad idea all around. you don't need to go to the manage page to just select which one you want to use. though you can do it that way, it doesn't seem to be that pages main purpose the Manage Theme/Pause Theme/Startup Theme pages are for managing theme within the frontend. ie install, update, or uninstall if you want to switch themes whether the main theme, pause theme, or startup theme you can do that easier from another page that doesn't require an internet connection Main theme = Options > Views > Theme Startup theme = Options > Game Startup > Startup Theme Pause theme = Options > Game Pause > Pause Theme