C-Beats

No, I'm saying you'd alter the Version information on your games to adhere to the multi-value rule of "different values are separated by semicolons". You don't need to touch filenames at all for much of anything in LaunchBox outside of initial scraping/detection.

This is only cleared by the app when we update the hasher application we package with. Otherwise the result wouldn't change. Only other time this is cleared is when you change the app path of a game.

It is, but as you stated it's not the path you're going down. Right now it to work the way you're hoping it'd be work you'd need to split the values in parens with a semicolon, or we'd need to implement a "Doesn't Contain Any of the Values" sorta rule that would check if the strings were there at all or not (which I could see getting REALLY confusing alongside the "Has None of the Values" type).

I've never used EmuDeck to really know where all it sticks things and how nasty it'd be to do something like that. You MAY be able to symlink folders to make that happen but it isn't something I do well enough to say whether or not that'd definitely work.

For now, we have this corrected internally and are waiting to see if any other critical bugs are found before releasing a correction.

There is a community plugin to add things to Steam, but I'm not entirely sure how it compares to Steam Rom Manager as I use neither. You can use LaunchBox and point it to the emulators EmuDeck installed for you though.

Or the save event on the image got botched while downloading it, or something altered the file that shouldn't have. You can run test on the drive, but a failing drive isn't always the cause for something like that.

Right now the intention is that back from Game Discovery always returns you to System Menu

Version isn't typically a multi-string field so I'd have to look into the code to verify. If you version is "(USA) (Rev1)" (without quotes) and you say "None of the values - (USA)" it wouldn't fire on that because that is a single value. Multiple values need to be separated by a semicolon, so the games version would need to be "(USA);(Rev1)" which it typically isn't.

Only time I've seen this error occur is with a corrupted image file. The file is malformed and throws the error when trying to read it. I've jotted this down so I can at the very least look into a way to make the program fail silently when this happens.

Not at this time.

That is a plugin, and the plugin dev can set whether they show while locked or not. The dev would have to change that property and then recompile/rerelease the plugin for that to happen.

If yo go to Tools > Options and then the Game Details section and disable Achievements, Videos, and High Scores does the issue still persist?

You can import ROMs from any location the app can see. I don't have my Odin 2 set up the way you're describing but do/did my Odin 1 with no issues.

Currently the view isn't respecting the "Hide in Big Box" property of platforms and will be corrected in the next release. It doesn't sound like what you're referring to though.

So you're wanting the same image to be used as both? That'd require you grabbing the same file and tagging one as Advertisement Front, and the other as background. Alternatively (and what I'd recommend) is that inside of LaunchBox you go to Tools > Options and change the Background Image Priorities to just include Advertisement - Front (and make it the bottom most priority). This would then make the app use the image you already have AS a background if it couldn't find anything else.

I'd verify what you monitor's refresh rate is set to. Only reason on a PC with you specs that would cause issue that I'm aware of is if your refresh rate was under 60hz. We see this a lot when users are using a TV as a display as Windows tends to default them to 30hz.

PM'd you to work out the details of what your plugin requires to make this possible.

Sounds like a potential bug others have reported as well. We are looking into it.

This view can be used to discover any game in your library, regardless of import source. You can discover stuff from your MAME Fullset, Storefront Integrations, ROM imports, etc all from the view already. You can theme in a list to do anything an auto-populate playlist can, meaning that if you wanted to add a list for showing games with achievements you could. We didn't in stock first pass because when we were creating this RetroAchievements wasn't up yet.

Installations don't touch data folders so there's no way for the installer to corrupt your data in the manner you're referring to. Also by default LaunchBox creates a backup both on startup and shutdown of the application that you can restore by going to Tools > File Management. These backups are stored in the \\LaunchBox\Backups folder. As long as you don't disable this setting you should have been able to utilize one of these restore points.

Tools > File Management has a way of repointing ROMS to another folder for selected items

I'll have to review the code. I was fairly certain we unzipped games before running them through the hasher, but it's been a minute since I have looked into the nitty gritty of that logic. @retroNUC weren't you the one that a while back had to compile your own version of RAHasher to work with CHD until they got it pulled in? If so would it be possible for you to check that those changes are still in? We are getting some reports of CHDs hashing differently via that app than they are via the emulator.

Thanks for the report. We'll look into and get it corrected.

How are you moving from the Discovery Center to the Platforms View? Are you pressing back to get to System View and then selecting "View Platforms", or are you pressing the "View Platforms" binding, or something else entirely?