CriticalCid

Actually, there is a support Discord server for the eXo projects that you can join. The guys over there should be way more helpful to solve your eXoWin3x related problem: https://discord.gg/37FYaUZ

This is a very specific eXoDOS question and not exactly LaunchBox related. I doubt that any of us here can help you with that, unfortunately. You should try the eXoDOS Discord and ask your question there. The guys over there should be able to give you a proper answer to your question: https://discord.gg/37FYaUZ

Ah, I see the problem now. Vertical Wheel 2 should play an animated background video instead of using background images. Vertical Wheel 3 plays the gameplay video on fullscreen (or displays screenshots if you have no gameplay videos available), so no fanart background either. Sorry for the confusion. I haven’t looked at this theme in years, so I totally forgot about that. My guess is that your ultrawide screen also messes a bit with the intended presentation because the theme was never designed for that aspect ratio.

I’m not quite sure what to tell you. The theme is very old and you’re the first one who reported this issue. I just tested both versions myself and they work just fine here. What Views are you using? Are you 100% sure that the games that you’ve tested have fanart images associated to the correct image type (Fanart - Background)? Also make sure that “Fanart - Background” is at the very top of your Background Priorities.

Can you go into your LaunchBox options and check the Image Priorities for your background images? CriticalZone should use the image types based on what you have set up there.

It's definitely good enough for me! As always, thanks again for the terrific job you and the others do here in this thread. It’s really appreciated

Awesome! Thank you very much! I honestly thought that Bakusou Dekotora Densetsu Black would be the tougher one of them both. I found these photos on ebay. Maybe they are better to work with? Perhaps the upper part could also be reused from this clear logo of another Kitarou game?

Bakusou Dekotora Densetsu Black Unfortunately, I didn’t find the front cover in better quality. Maybe the title screenshot could help in this case as well?

Gegege no Kitarou: Youkai Daigekisen

Awesome! Thank you very much for that one

Hey guys, I got 8 Japan-exclusive PS2 games that are missing the clear logo. I hope it’s fine for you when I just post everything that needs a logo and not trickle feed them to you guys. Kaena For this I already found a logo without the Japanese text and with no transparent background, in case that helps King of Colosseum: NOAH x Zero-One King of Colosseum: Shin Nippon x Zen Nippon x Pancrase Project Arms Sakurazaka Shouboutai Shin Master of Monsters Final EX Simple 2000 Series Ultimate Vol. 17: Taisen! Bakudan Poi Poi Space Fishermen

Yeah, those games that share the same title across different games in different countries can sometimes be tricky. The Pokémon Stadium Kin Gin entry in the database should probably be deleted as it’s the same game as the western Pokemon Stadium 2. The other entries look fine to me. I don’t think that other fixes are needed besides deleting that duplicate entry. Instead you should look at the following entry for the first Japanese Stadium game: https://gamesdb.launchbox-app.com/games/details/73937-pocket-monsters-stadium Now to your problem. Your media mismatch probably comes from LaunchBox confusing your Japanese ROMs with the western versions. Make sure that your games are linked to the correct database entries. To fix them you’ll need to rename the game title to the main title that’s listed in the database. So, for the first Japanese Pokemon Stadium you’ll need to rename your game to “Pocket Monsters' Stadium”, delete the current database ID and make LB search for a new one. The second Japanese Stadium should be renamed to just “Pokémon Stadium” and Kin Gin to “Pokémon Stadium 2”. Delete all your previously downloaded media files and let LaunchBox redownload them. You can change the game names back to the proper Japanese titles after that. If you are also using EmuMovies to download media, you should be aware that you’ll most likely get the US artwork in those edge cases. Pocket Monsters' Stadium should be fine since it was only available in Japan, the other two not so much. And to be clear before there’s any confusion. I’m talking about the game titles inside LaunchBox. The file names of your ROMs should be left untouched.

I’ve been using the free tool Anti-Twin for this kind of stuff for years now and it works completely fine for my needs. It also features byte-by-byte comparison. https://antitwin.org/en/

I used the new dependency checker to verify all of my BIOS files and found some issues with RetroArch. - Commodore 128/64: LaunchBox can’t find any of the files even when I’m 100% sure that they are there and correctly named. When I try to manually point to them, I get the following message: I used the tool LockHunter to double-check if any other program is locking the file, but that doesn’t seem to be the case. Rebooting the PC or deactivating Windows Defender also didn't help. I don’t really know what’s going on there. EDIT: It looks like the error appears because the file is already in the correct folder and LaunchBox tries to overwrite the file with itself or something. It works when I move the file to a different folder and point to it. Unfortunately, the initial issue is still there and LaunchBox says it can’t find the files. - SNK Neo Geo CD: It looks like that you’ve accidentally added the SHA-1 hash values instead of MD5 for that system, so the checker won't be able to ever verify the correct files. Additionally, I also get the exact same issue as with the Commodore files with the file ‘ng-lo.rom’ (Y-ZOOM ROM). All other files aren’t affected by that. - Sony PlayStation 2: LaunchBox can't find the bios folder even if it’s there. I also can’t manually point to it because it wants me to pick a file and not a folder. - Sony PSP: That’s more of an issue with the libretro documentation. The stated hash value of the ‘ppge_atlas.zim’ file within the core info (and the dependency checker) is referring to a tremendously outdated version. When I searched for the file on the PPSSPP github page I had to go back 11 years(!) to find the version with the referred hash value. It looks like the core itself is just checking if the file exists and doesn’t do any hash checks. My guess is that they either overlooked or just never bothered to update the hash value to the newest version.