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

Since people asked for some "benchmarks"...(e.g. .260, no softwarelists, but roms/disks/samples)

generally, you need to differ between 2 things: no diskcache (that's a full scan after a just started PC)
and diskcache (that's a full scan after a scan already took place where your PC hopefully uses the cached data)

old scanner: 8 min 45 seconds (no diskcache)
old scanner: 1 min  5 seconds (diskcache)
new scanner: 5 min 49 seconds (no diskcache)
new scanner: 0 min  5 seconds (diskcache)

Scanning a not existing MAME 260 collection (so everything is missing)
old scanner: 1 min 31 seconds (no diskcache)
old scanner: 1 min 28 seconds (diskcache)
new scanner: 0 min  1 second  (no diskcache) however it takes 26 seconds to render the tree :-)
new scanner: 0 min  0 seconds (diskcache)    however it takes 26 seconds to render the tree :-)

Or some progretto snaps (Snapshots with software list datfile, unpacked pngs on the disk)
old scanner: 7 min 21 seconds (no diskcache)
old scanner: 1 min 59 seconds (diskcache)
new scanner: 4 min  7 seconds (no diskcache)
new scanner: 0 min  6 seconds (diskcache)


The tester's system: i7-8700K, 16GB RAM, Seagate IronWolf HD

Those are some impressive gains, and the new GUI is a much-appreciated update. Just want to say I'm glad you've found a renewed interest in these tools, as it looked like you were understandably experiencing a bit of burnout. I think I can safely speak for others when I say we all appreciate it more than you know!

Maybe I simply don't understand what you mean but:

you can't have parent/clone relationships over different softwarelists.
in fmtowns_cd you have prostudgr which is a clone of prostudg within fmtowns_cd.

...and in pc98_cd you have prostudgr..they do both have the <disk name="pro student g (japan) (rerelease)" sha1="11bc5195ccaf557fe17a349eb8284c78e08e29ac" /> in common, but in general you need them twice. One time for pc98_cd and one time for fmtowns_cd. Since software lists need distinct rompaths, you shouldn't run into any issues. Of course it's recommended to use single profiles for each software lists and not that combined mode.
With the new scanner it will be a different story, but for cmpro you should use single profiles.

I've been fighting this for like the last year, trying to figure out if it was my fault, the roms fault, etc...  but I'm certain I know what's going on now - so this is my attempt to explain it..

There is a game for the fm-towns and pc-98 called 'Pro Student G' - on the FM-TOWNS system, it had a secondary re-release with a slightly different disc.   
On the PC-98, *ONLY* the re-release was ever made available...

Mame relates the original release as the 'parent' and the re-release as the 'child' on FM-TOWNS....
However, since there is no original release on PC-98, the re-release is the 'parent'.   

clrMame seems to have a huge problem with this, considering they're both the same SHA/CRC.   So it SEEMS to be looking for a parent that doesn't exist, and gives errors about how the file is not right over and over.   Sometimes I can copy files around until it fools the system into going 'oh yeah', found it....  other times not.   

But my guess on what is going on here - the engine builds from the file up, and with the crc having different 'parents', it gets confused and looks for phantom files.   

Not sure if I can suggest a good fix...   I have considered writing a rom handler as well, but I was considering going 'top down' and building a list of needed files first, and then adding the file hashes to that list, and then building the zips that way.   It would reduce the number of times it scans a zip to once (which would be nice for when there are multiple sets in a single zip), but it probably would require a sqllite database or something to hold the relationships, as it may be such a large ram requirement, most people couldn't use it.  Not sure.   You've created one, so you would know better than I.    

Anyway, am willing to provide logs or whatever if needed. 

Rodimus

Hi, I don't find the rom of this game (sspeedr.zip zipped name).
Always rom with missing file.
Can someone send me the link with the working version?
Thanks.

I have the same error as you. I don't know how to handle it?

>No other things I can try?

Well you can try what I've told you, unfortunately you did not give too much details on your tests, so here again:

Try the 3 cases.
Start with an empty rompath, add one set with 1 wrongly named rom file.

1st test case: keep the set as folder/file
2nd test case: use a zipped set
3rd test case: use a 7z set

The scan should find the wrongly named rom (inside the folder / inside the archives) and if fix options are enabled, it tries to fix it. According to your post, modifying causes the exit. So try all 3 cases. Which one fails?
Instead of having one wrongly named file inside the archive/folder, you can also add a random file to it, which should appear as unneeded and fixing them would also cause a modification step. Let's see if that works.
You can post screenshots of the scanner windows where it lists (when fixing is off) your test case result, so I can have a look if that setup is ok already.


>Is there a way you can make a Mac version?

As the readme states, new scanner/rebuilder will get open source if they are done.
So you can try to get it compiled on a Mac.

Use RomVault.

No other things I can try? I would like to use both tools because they offer a different experience/features.

Is there a way you can make a Mac version?

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


- fix software list rom sizes determination (wasn't limited to loadflag value)
- fix software list merging (SL/SL collections don't use merge attributes, so lookup by hash in a parent/clone relationship)
- don't use # in default pattern (rompath) names since such names would be cut off when used in mame.ini due to comment handling
- pattern names can't end with '.' (Windows doesn't like this), replaced cases with "_"
- minor changes to the stats count output
- updated 3rd party libs (spdlog, bit7z, pugixml)

4.048d
fixed: softwarelists can lack some possible mergings
fixed: possible assertion during delta checks

Is there a next version yet?

Use RomVault.