moudrost

Thanks for replying @faeran I haven't changed URL paths for years. I update DATs and use RomVault and it will occasionally update names or add/remove files. When that happens, I expect LaunchBox to lose a link to the file since the name has changed and I can update it. This however is impacting every custom playlist I have made. I went by hand and created North American lists and picked the specific ROM I wanted to use for each. Over time, the application path has drifted to other versions. I keep all my files split so I pick the specific one easier. It took days going line by line from various "official lists" and spent a long time reviewing the data. Could there be a chance of some mistakes here and there? Sure, but half the NA list mixed in with Beta, Pirate, France, Japan, etc releases? No way. I'm at the point of giving up any custom work and using it as is since there is no easy way to repair the issues except to review it line by line again and hope for the best. I would love to figure out what is going on. I originally used the lists to export a copy of the files to use on my Analogue Pocket. It was an easy way to create a list of games I was more likely to play on the go. I have reviewed the files exported with those playlists months ago and those files are what I would expect them to be; North American releases.

Thought I'd bump this one more time in case someone has found a solution to this problem since 5 months ago when I posted this. I was getting ready to do some maintenance and wanted to avoid lost work again. Is the only solution to create 2 versions of Launchbox and only put the ROMs I want for custom playlists in the 2nd install? I keep redoing work and this seems like something that shouldn't be happening. If that is the only option I'll go that route.

I noticed that my NES set had thousand of title screens but only 100 gameplay images. Scanning the entire platform returned 0 new images to add. NES was showing 21016 files in 405 folders (12.4GB). I deleted all the images and started over. I now have 35655 files in 1182 folders (21.3GB). I still only have around 200 gameplay images out of 6339 games. Something seems off. Why did the image count double just by starting over? Where are all the missing gameplay images? Clicking on the games database link takes me to a page with all sorts of images not present on my end. For example, Adventures of Lolo 3 (US) has 11 images on my end but the gameplay image is missing. I have every image selected during the import process and pay for EmuMovies. https://gamesdb.launchbox-app.com/games/details/995-adventures-of-lolo-3 I am using all the default settings. Should I change an option? Thanks in advance.

About a year ago I created some playlists where I picked the exact games I wanted to appear in each list. For example, I created a North American licensed release list for most major platforms. I went through each game one at a time and added those specific games to that list. I have all my games split so one ROM equals one entry in LaunchBox so I can find exactly what I'm looking for easier. I copied this setup to my arcade cabinet and it has been running just fine and still is exactly how I set it up. I make no regular updates to that setup other than upgrading LaunchBox when a new version comes out. On my main computer where I manage all my games, I have noticed that every playlist I have now has the correct number of games, but the associated ROM is no longer what I had picked. Japanese, European, Betas, even translated ROMs from a different sub folder are appearing in all my NA lists. It is technically the same game, but not the version I had originally picked. What is going on here? Should this be happening?

Confirmed that the "expand selected games" is the problem. I was missing 2 games from my TG-16 platform. Scanning for new games wasn't finding anything new to add. Expanded selected games and it caused around 200 duplicates. The only way to fix it is to delete all the games and import again.

I'm doing some cleanup on my games and noticed a pretty huge difference in what NES showed vs what is actually in the directory. Typically the number is near exact since I like to keep my games expanded so I have one entry per ROM. I scanned for files to add new and nothing was showing as missing. NES was missing over 1000 and thought maybe the new auto import was grouping games without my knowledge so I selected them all and expanded again. I now have 8749 entries and only 6339 files. Looking at the list view, I started seeing duplicate entries everywhere. One thing that is off is I have a bunch of files with an invalid added date of 1/1/0001. Is there anything I can do to fix this? --- Update 1 Things I have tried. I deleted the ~2300 records that had the invalid date. Scanned to add new games and it only found 55 to add. It is still missing a ton. --- Update 2 Going the drastic route of deleting all the games and importing again. I'm now back to 6339 games. No clue what the issue is. Auto import? Expand games? Something else? --- Can anyone confirm if the new automatic import obeys the previous option not to group similar games?

I had logged an issue a couple of days ago. Is yours similar to mine?

I have had an annoying issue since upgrading to 13.9/10. If I run the "update metadata" function across a large set of records, most of the time my computer just shuts off after a few minutes of downloading after the scan. No warning. Nothing. It just crashes to off. I can mitigate this happening most of the time by only selecting a thousand records or less. It has happened however on smaller sets, but it will at least complete most of the time. Is anyone else experiencing this issue? I have never seen this happen before in all the years of using this application. Looking in the application log, I am seeing endless errors such as these. Faulting application name: ImageDupeGrouper.exe, version: 1.0.0.0, time stamp: 0x9c36baf9 Faulting module name: KERNELBASE.dll, version: 10.0.22621.2861, time stamp: 0x9e57f18c Exception code: 0xe0434352 Fault offset: 0x00149392 Faulting process id: 0x0xAB44 Faulting application start time: 0x0x1DA38D94ECF2499 Faulting application path: E:\LaunchBox\ThirdParty\ImageDupeGrouper\ImageDupeGrouper.exe Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll Report Id: 81bf7347-2d6f-458a-83d5-c5e9c4864dc4 Faulting package full name: Faulting package-relative application ID: Application: ImageDupeGrouper.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.IO.FileNotFoundException at System.IO.__Error.WinIOError(Int32, System.String) at System.IO.FileInfo.get_Length() at ImageDupeGrouper.PhashedImage..ctor(System.String) at ImageDupeGrouper.Program.Main(System.String[]) Over and over and over again. Could this be the cause of it?

I have had an annoying issue since upgrading to 13.9/10. If I run the "update metadata" function across a large set of records, most of the time my computer just shuts off after a few minutes of downloading after the scan. No warning. Nothing. It just crashes to off. I can mitigate this happening most of the time by only selecting a thousand records or less. It has happened however on smaller sets, but it will at least complete most of the time. Is anyone else experiencing this issue? I have never seen this happen before in all the years of using this application. Looking in the application log, I am seeing endless errors such as these. Faulting application name: ImageDupeGrouper.exe, version: 1.0.0.0, time stamp: 0x9c36baf9 Faulting module name: KERNELBASE.dll, version: 10.0.22621.2861, time stamp: 0x9e57f18c Exception code: 0xe0434352 Fault offset: 0x00149392 Faulting process id: 0x0xAB44 Faulting application start time: 0x0x1DA38D94ECF2499 Faulting application path: E:\LaunchBox\ThirdParty\ImageDupeGrouper\ImageDupeGrouper.exe Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll Report Id: 81bf7347-2d6f-458a-83d5-c5e9c4864dc4 Faulting package full name: Faulting package-relative application ID: Application: ImageDupeGrouper.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.IO.FileNotFoundException at System.IO.__Error.WinIOError(Int32, System.String) at System.IO.FileInfo.get_Length() at ImageDupeGrouper.PhashedImage..ctor(System.String) at ImageDupeGrouper.Program.Main(System.String[]) Over and over and over again. Could this be the cause of it?

When I scanned them the first time, it moved too fast for it to be decompressing any archive. Now for any platform that I have already scanned, it completes in 2 seconds. Looking at the XML for each ISO platform, every record looks the same. <RetroAchievementsHash>COULDNTFILEHASH</RetroAchievementsHash> Thanks for looking into it.

I appreciate you taking the time to reply. I had been using Clrmamepro for some 20 years, but moved over to RomVault. Once library size reaches a certain threshold, Clrmamepro is painful to use. If you pay for RomVault, which I highly recommend, DAT management becomes a real time saver. I have tried a few times to test how long it would take to migrate to CHD and it just isn't worth the investment. Collecting and maintaining games has its own rewards as does playing the actual games and CHDs make maintaining a bit too cumbersome. With all that being said, is there a reason LaunchBox isn't decompressing the zip archives to generate the hash?

To each their own I guess on zip vs CHD. I'm not storing them in that format to save space. Converting to CHD is a non-starter. It would be impossible to manage my library in CHD. Even if Redump started to release DATs compatible with CHDs, I could only imagine how long it would take to scan/fix a full set. Part of the advantage of using ZIP over 7z is so it doesn't need to decompress the entire file to calculate the hash. Is this a bug with the tool used to calculate the hashes? I use this wonderful plugin which pretty much alleviates waiting on decompressing for my most used games. I set aside 500GB as a temporary space for the decompressed archives. As I run out of space in the cache, it automatically deletes the oldest used files.

I'm on 13.9 and having RA back is most welcome. I started to scan each platform so LaunchBox will match to the achievement profile. Works great for all non-CD based games. None of the CD based systems have matched, however the ones I know are valid are identified correctly in RetroArch. Is there something I'm doing wrong here? I have used TorrentZip on all my images and match all recent DATs. So far the issue only seems to be with optical media. Any help would be appreciated.

Small issue when deleting games. Usually the Yes / No buttons look like this. Now, they occasionally have no styling. I can't replicate it on demand. I would say every 10th time or some of removing an entry I see this. I only started to see this during this beta cycle, but it has been a few months since I last used that function.

I do something very similar to this but for controllers. I have a bunch of controllers that match the original system layout and Retroarch is terrible about custom configuration with different controllers using one install. Couldn't figure out how to do it with one so I have 5 separate installations. I default to one of them that is ideal for the platform I'm using but have the option to flip to a different one for whatever reason. This sounds like it could work for you as well.

I can at least confirm it is working for me. I sort of forgot about this feature and hadn't done it in a very long time. Worked like a charm.

Personally I would he happy with the achievement icon sitting next to the other version in the sub menu. There would at least be some visibility that though one version doesn't, this one does. Maybe two versions of your trophy icon. One that indicates the game selected is compatible and another that indicates a version is compatible would be helpful here as well.

Thanks @C-Beats it finished overnight at some point. Just a small observation to pass along. I had recently completed creating playlists of games that support RetroAchievements. That involved overriding many games original default to one that specifically would work with that. I had used a full set and ignored all the hack and subsets that are required which most users probably aren't going to have. I tested a clean import of NES against one I had customized and the scan is missing around 100 games. It might be worth considering scanning the alternate apps at some point to indicate which one supports the achievements to avoid confusion. I have looked at a handful of other platforms and it is a pretty similar miss rate. This works pretty good, but there are so many popular games where only one specific version out of 20 that are compatible. Regardless, I would have loved to have this just 1 month ago considering it would have saved me days worth of work.

When LaunchBox scans a platform, does it only scan the 1 game or does it scan all the alternate apps as well? I'm about a day into scanning PS2 now and am having a feeling it is scanning ALL and not just the top level game. If it is the latter, I think I might just abandon at this point. If I have to extract 11,000 7-zip archives I give up. If it is the former maybe I'm close? I don't recall how many games LaunchBox makes out of the 11K but it is a lot less. Any clarification on this would be helpful.

I would if you could scan files in that format against a Redump DAT. Once you convert to CHD it becomes really impossible to manage from that perspective. The benefits haven't really outweighed the negatives for me. Also now that we have the excellent Archive Cache Manager as a plugin option, the games I play most often already are extracted once and load instantly.

Well that explains it. My entire PS2 collection is in 7z format. If I can stomach it, I might make the time investment to convert those to .zip. The majority of my collection is in .zip, but PS2 is not. The small bit of space savings seems to have a lot of negatives. Hopefully that means once it is done here it will wrap this up quickly.

It has been over 17 hours since the scan hit my PS2 collection and it is still working its way through that one. It is impossible to tell given the somewhat random nature of what game it is scanning in the platform how far into it is, but this doesn't bode well for people with large collections. I believe this was the very first ISO platform it has started to process and there are a LOT left to get through. Unless this picks up pace, then I estimate at least a week minimum to complete this scan. If something ever changes where I will have to scan the entire collection again, I'm not sure I will put my hardware through that again. Hopefully some improvements can be made here. Again, I think the feature/idea is fantastic, but it was quicker creating playlists by hand than this is taking. If I cancel the scan will it pick up from where it left off? You can't do anything else while this is running and would like to play some games, but don't want to have to start over from scratch if I cancel it.

Does LaunchBox need to decompress everything to calculate a hash? It just hit my PS2 directory and I'm watching the temp directory and it is slowly throwing .bin files in there one at a time. This looks like it is going to take a LONG time to complete.

In theory, you would have to have one of these for it to match. I would first start there since 99.99% of the time this is the issue with a game not showing as working with RA.

Confirmed after deleting the platform icons folder, the platform icons were rebuilt 100% correct this time. Also, the crash I was having upon starting a scan seems to have been addressed. I have just completed Sega Genesis as a test and it worked perfectly. I am now having it work through my entire library and is slowly moving along. Thanks for the update.