C-Beats

Again, I don't care about the Games DB ID. It has nothing to do with RetroAchievement functionality. Look for the field I specifically asked you to.

I can't remember which of the Sony systems it is but depending on what command was used to create the CHD (createcd vs createdvd) it can fail in RAHasher which would potentially be the reason we aren't identifying it. If you look in \\LaunchBox\Data\Platforms\Sony PSP.xml is there any "RetroAchievementHash" value assigned to the game in question?

We don't typically offer (or really want) all older versions of LB floating around simply because it makes supporting and troubleshooting a pain in the butt. If there is a specific reason you need any older versions of the app reach out to support@unbrokensoftware.com and state the reason you need an older version and they can get installers.

Also DB ID and RetroAchievements aren't connected. We search by the ROM Cheevo hash using their RA Hasher tool. You don't need to have a DB ID attached to detect RetroAchievements for a game.

If you click that link where it says the number does it go to the right DB page? The number in the DB url and the number shown in the app aren't always the same number.

Basically need something that can translate the raw frame output of MPV into something WPF can consume (as well as audio) and then make sure the two streams stay in sync. I'm unsure if the stutter issue was just in how that translation from MPV -> WPF was happening or MPV itself (though I highly suspect the former)

Only times I've heard something like this reported is when in the Controller options you have "Enable All Controllers" selected. Some machines the scan for controllers seems to take longer than normal and the polling logic causes some systems to lag out the mouse when it's doing so. If you turn that option off I'd assume your mouse would go back to working the way it should. Let us know if that's not the case though.

Achievements are something you earn in game for doing something notable. Badges are a LaunchBox feature that put small images/icons next to a game when enabled so that you can easily see at a glance that certain criteria applies for it (like it's one of your favorite games, it has controller support, you own on a specific storefront, etc, etc)

Games on occasion get matched to the wrong ID. For example I just checked Doom Eternal on the GamesDB and it links to one of it's DLC and not the main game. When you run into issues connecting Steam games like that file a support ticket and we can look at getting it resolved.

We actually implemented that before FFMPEG internally and the only wrapper we found we could use without breaking license resulted in really heavy playback stuttering to the point it was scrapped since it didn't seem quality enough to use in a public release.

What happens when you go to play one of the games you just imported? I can't remember if MAME is set up to use the whole "hey we noticed you don't have an emulator, let me grab one for you" process or not. MAME is a bit odd in that you have to have the version that matches your ROMs and so we can't just grab the newest version and it guarantee to work so lot of those processes don't support grabbing it.

Just use the regular ROM import and turn off any skip settings in the MAME options that appear (skip unplayable, skip casino, etc, etc)

I haven't had a chance to look into it but can pretty much guarantee they changed some of the back end we use to get your library information. They just pushed changes to their own client that ands a lot of interconnections with other storefronts and various other features so wouldn't surprise me to find out they messed around with the back end as well.

Believe as of now this is something only staff can do since we have automated processes that should be looking for connections regularly and we just fill in gaps and make any corrections required.

Not that I think EA has really being doing a very good job. Even the business side decisions are usually comically shallow. Be interesting to see what owners who don't have to pander to clueless stock holders will do with the brand. The sheer number of iconic IP's still under the EA umbrella is already pretty large so be interesting to see what comes of it all. It's also interesting to see how much of "western" game development is currently owned by companies in non-western world countries. Take-Two owns a HUGE amount of the landscape, and now the Saudi's will hold EA. Ubisoft used to be a French studio (though not real sure how much of it is still handled there). Definitely shows how global the industry is and is interesting to see how it'll change the landscape. I don't really ever play AAA games so I won't be immediately affected but it'll be an interesting journey to watch from the sidelines.

You already identified this isn't a theme issue and is something you're seeing several places across several themes. Not sure what response you were hoping for here. File a bug report if you haven't already and as we get time to look into possible causes the team can let you know then.

First step would be to verify your platform name and scrape as value. We use this information to attempt to look up what RetroAchievements platform this scan is for. If we can't find the platform (or the platform doesn't have any public achievements) I believe we put that in there. I know there are some extensions we DO unzip files for, but I'd have to review the code to remind myself what those are. I was thinking it was 7z though since I believe RAHasher already does .zip natively. Could you go to Edit Platform and show me the first page for one of the platforms you're attempting to scan cheevos for? Then maybe the filename of a game you think should work but isn't?

While not a core feature of the app themes can be made to do this. I was looking into it when I was first making my vpin cab. Ultimately I just use my monitor portrait so didn't need this theme and use the TrueVert theme. Should do what you're talking about. Can set it up on your pinball platform only if you have a setup where you're rotating monitor and need some stuff displayed normally.

Pretty sure you can override that priority system at the game or platform level by changing things in the Edit Platform or Edit Game in the 3D Model Settings tab. Generally speaking we prefer the 3 image types because we aren't guessing where the spine is and can more accurately render a box representative of the art.

Ah looking at the stacktrace that isn't the same one as the one we touched in beta release. I'll have to dig into that one. Sounds like the reason is likely the same for both so fixing it should be fairly straight forward.

Can drag images to the Edit Game/Platform window (when on that page/tab) to import them as well.

Web team has been made aware and will look into it as they have time. Thanks for letting us know.

Is the error the exact same? Are you doing in anything specific when you start to see it?

Can try some of the cut marquee options (think we labeled it Marquee compatibility) in Big Box options. They were designed to play nice to work with marquees that are made by cutting a full screen (and reporting as such to the OS) but may work for you use case. You could potentially just batch alter your images to add some whitespace to the top of the image as well.