Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

I download the newer version. Works on the Heroic Games Launcher + Wine 10.5 Staging.

ZIP (ZSTD) is good.

Hoping this new tool in the future get a xml maker. A standalone version will be fine if not adding it.

1st question would be: Why was it touched? Was it missing in the first place and either a rebuilder step or scanner fix missing picked it up from somewhere and added it? Or was something wrong with the file so that any kind of fix operation touched it?
If this is unknown, you can still check rebuilder->compress files needs to be ticked for rebuild operations. The scanner (fix missing for example) decides on its own which pack method to use for new files. Initially it simply counts the occurences of existing archives (or folders) in rompaths. So normally if you keep your files zipped, it will follow that.
You can move the unpacked files to a separate place and check if a normal scan unpacks the still existing archives again. Or you can move both and readd them either with the rebuilder or fixmissing/addpaths to see how they get added. In other words: Check if this is repeatable. Generally, hard to say what happened in old clrmamepro

...use the new tool instead ;-)

Hello,

I think I changed a setting somewhere and can't figure out what I did.  During a scan, clrmamepro will unzip some zipped sets into their own folders.

example:   megat.zip 

During a scan this set gets unzipped to its own fodler (roms\megat)

Now we have megat.zip in the roms directory and the roms unzipped into (roms\megat)

clrmamepro now says that there are unneeded/duplicate files for this set.

It doesn't do this for all sets, only some

Did I mess something up in the scanner or rebuilder options?

Thank you,
Jason

MAME is available as a snap package on the Snap Store, which you can install on Solus, Ubuntu, or Fedora using sudo snap install mame, though MAME developers do not maintain it. For better performance or if issues arise, consider using Flatpak or compiling MAME from source on Solus, as its repositories lack MAME.

I have the same question. Can someone help us?

I always wondered why people look at stats.....an empty scan results window is what you should look for ;-)

Currently stats aren't planned but surely the upcoming profiler will indicate a datfile status, too

There isn't really a stats screen but the log output says a bit about the number of complete/empty/partly wrong machines

Would it be hard to add one like clrmamepro, I've been tracking my changes since 1998 for sets/roms/samples/CHDs.
please sir?

There isn't really a stats screen but the log output says a bit about the number of complete/empty/partly wrong machines

https://mamedev.emulab.it/clrmamepro/binaries/clrmame_v04.zip
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

Thanks for the great new version, took the giant step for mankind and moved from clrmamepro.
Scanned and fixed alot (Full mode), didn't break anything. cheers for that.
The old clrmamepro would give you a summary after scanning total sets/missing sets etc, is there a summary screen possible, or these results stored/shown somewhere else?
Thanks for years of keeping our ROMS in check

https://mamedev.emulab.it/clrmamepro/binaries/clrmame_v04.zip
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