The new forum is online, hope you enjoy it!
There isn't really a stats screen but the log output says a bit about the number of complete/empty/partly wrong machinesWould it be hard to add one like clrmamepro, I've been tracking my changes since 1998 for sets/roms/samples/CHDs.
https://mamedev.emulab.it/clrmamepro/binaries/clrmame_v04.zipThanks for the great new version, took the giant step for mankind and moved from clrmamepro.
https://mamedev.emulab.it/clrmamepro/binaries/readme.html
UI:
- scanner, fixed showing of empty and complete machines
- scanner, fixed showing of non rom/sample/disk related machine/file/folder issues
Core:
- added: read/write support for zstandard compressed zip files
- rebuilder, two zstd compression methods added, newly created/added files will use it (existing destination files which don't get replaced won't be updated). Source files which don't use the set compression method won't be taken into account when checking for a direct archive copy
- scanner, automatically detects if you prefer zstd or deflate compressed zips and uses the preferred setting the case that new files are added.
- with both, rebuilder/scanner you can theoretically end up with zip files which have files in it with different compression methods. Rebuilder: if you
rebuild to existing files, scanner, if you already have a mixture of archives using different compression methods.
- added: scanner, reporting 'wrong' chd version. Current expected version is 5, warning is not shown for baddumps. Version and baddump warning can be altered in settings.xml
- misc: changed the behaviour of devices which have romOf dependencies. When fully merging such devices they are now handled like parent/clone machines. On the one hand it makes sense since there are merge attributes indicating that such sets belong together but there are also cases where they are distinct. This is now aligned with clrmamepro, but still something which might need further discussion
- misc: updated cli11 to 2.5.0
- misc: updated spdlog to 1.15.2
- misc: updated bit7z to 4.0.10
- misc: scanner, using absolute pathnames for error reporting in path scan
- misc: scanner, only trace-log machines with issues in fixing phase
- fixed: scanner, typo "uneeded"
- fixed: scanner: detection of empty but unneeded folders in archives
- fixed: scanner, backup of chds in software list collections can fail
- fixed: scanner, archives which match a valid rompath subfolder name (e.g. softwarelist name via pattern or automatically) are falsely iterated like a folder instead of listing them as unneeded (wrong placed)
- fixed: crash on rom definitions without a crc
- fixed: filter enrichment might miss sampleof dependencies
- fixed: doing archive backups from a folder and backup archive already exists creates a new archive instead of merging files in
Something new from delta chds for a moment. Clrmame is quitting when it's trying to move freestanding *.chd files into a subdirectory structure.Was about to post the same thing!
I decided to convert from split to merged storage. I moved my CHDs out of their \roms\blah directories and put the raw *.chd files in the \roms directory.
In the past when I've done this and run a scan, clrmame will find them and move them to their created respective subdirectories. Instead of doing that now it just quits out of clrmame.
The scan is also not finding the the CHDs in the add-folder. Rebuild does not move the CHDs over from the add-folder either. I purged my clrmame setup and re-downloaded and started from scratch just in case it was an errant setting, but same problem.
Move them elsewhere and let the rebuilder readd them with recompression enabled.So I've had this issue since 4.045 and tried to fix.
