Print

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

[Roman]

https://mamedev.emulab.it/clrmamepro/binaries/readme.html

https://mamedev.emulab.it/clrmamepro/binaries/scanner004_rebuilder011.zip


Core:

- added: scanner, option to remove fill-in files from addpaths (this can include backup when 'act as' option is on). Only files which were actually needed in the rompaths are removed
- misc:  changed elapsed time format and show an overall duration
- fixed: handling of loadflag="continue" fails in software list based xmls
- fixed: scanner, fixing missing roms/disks can accidently move the rom/disk when it shouldn't
- fixed: scanner, parentfolders of fill-in files can be touched (timestamp update) when they shouldn't
- fixed: scanner, fix missing roms/disks can accidently look in a folder where the match is not present leading to can't access/can't backup messages

UI:

- added: checkbox for upper mentioned remove fill-in files option
- misc: updated some flyovers




By the way: If you have a 0 byte gekimaka.zip in your rompath, you need to remove it manually first. That could have been created with the .03 scanner.....

[carbonide2]

I wanted to post something here with pictures but everytime I use them my post is flagged as spam, so you'll have to take my word for it.

Two ROM sets were mentioned in the tree as missing a ROM file, and indeed they did. But no mention of those appeared in the final log.

Also of interest, the 2 missing files were only reported in v0.0.4 of scanner and not in 0.03, although there has been no change to the ROM set in the meantime.

[Roman]

Spam bot protection problems usually can be avoided by logout / relogin.
You can export the scan results to clipboard....and paste them here

[john iv]

Hi Roman, thanks for the fixes and the time duration.

This morning I noticed that the new 'scanner' remove unneeded doesn't match the rebuilder's remove unneeded.  The rebuilder actually removed the full zips like I was expecting from the desktop where the other left some.  Is the expected behaviour supposed to be different?

[Roman]

You have an example?
The scanner removes unneeded files and if it's the last file in the zip it also removes the zip...and if it's the last file in a subfolder it also removes the empty subfolder.
Besides, the rebuilder doesn't remove unneeded. It removes rebuilt matches from the source folder.

The newly added option in the scanner removes matched fill-ins from the addpath but only if it was really used as a fill in for a missing but fixable file

[john iv]

The examples have been removed. I'll keep an eye on it for the next round.  Is there any logging to file for operations like that as they take place so I could capture it next time?

[Update] I sent you an email w/ a simplified scenario to see if it's working as you designed and if a step further would be possible or welcomed.

[john iv]

Looks like a need for more precision for the time output?

[Roman]

what do you want? Miliseconds :-) Your PC is too fast...well....Maybe I show miliseconds when seconds are 0.....