well, I made a note...but actually this sounds like a very rarely used use case.... guess you're faster if you simply convert all your chds with progetto's chdman frontend, backup and replace your old ones, scan and then replace back the ones which give a bad sha1 due to needed redump.....
If you got subfolders in zips then you got definetly something wrong in your rebuilder configuration. MAME sets don't use subfolders (i.e. there are no specifications for such things in the -listxml database) and by default the rebuilder does not magically add them.
You should check your rebuilder advanced options if you got something specified in "dest. prestring" option...which allows something like this. Nothing should be listed there and the option should be unticked.
(assuming you're using a direct import from the official MAME binary...and no 3rd party modified dat which may do magic with setsubfolders or rebuildto elements...)
You may want to create a new mame exe based profile with clean default options.
hmm...ok I will look at the "is bios and also part of the software list" thingie...can you send me some example files for that? ...and of course I will also check the chd one....
Regarding the "set exists in various rompaths" message, it seems that you e.g. keep the set "c64_cs" in bios as 7z and as zip..guess one can be removed. The other ones seem a bit odd to me...you go e.g. apple2gs.7z as bios (which seems to be fine) and the set as folder in e:\ume\software\apple2gs.
Seems like you rompath setup is a bit wrong...I'd assume that the apple2gs software list got an own rompath assigned (in settings and in systems)...
A clean softwarelist/bios splitting via sysdefpaths should also prevent you from your unneeded problem where sets are moved to a place you don't want them to be moved.
Regarding the chd missing but fixable ...I will have another look soon.
Sorry...but I don't understand what your problem is in detail. If there is a problem, can you give more details (filenames/setnames, what do you expect etc...)
added: batcher rebuilder and scanner merge mode overwrites added: supporting rar and 7z binaries rename operation. However your packer version needs to support it. For 7z, the latest alpha does. If your version does not, you can uncheck the option in settings compressor 7z and/or rar. misc: updated to 7z sdk 9.22 for reading and unpacking 7z archives (e.g. supports LZMA2) fixed: wrong unneeded files message in samples folder if you're using software lists fixed: rare obsolete missing but fixable chd message based on rompath ordering fixed: decompressed samples in non wav format causes wrong prompts
added: batcher rebuilder and scanner merge mode overwrites added: supporting rar and 7z binaries rename operation. However your packer version needs to support it. For 7z, the latest alpha does. If your version does not, you can uncheck the option in settings compressor 7z and/or rar. misc: updated to 7z sdk 9.22 for reading and unpacking 7z archives (e.g. supports LZMA2) fixed: wrong unneeded files message in samples folder if you're using software lists fixed: rare obsolete missing but fixable chd message based on rompath ordering fixed: decompressed samples in non wav format causes wrong prompts
well....actually there is a known and intended behaviour when the file is only moved to backup....and you need to readd them from the backup folder. It depends a bit on the ordering of the scanned sets and their parent/clone relationship in the old and new version of MESS/MAME. It simply needs another scan or rebuild run to put them back.
So...unless you got more details I'd assume it's the normal behaviour...and it's not related to 7z...that effect would also happen with zip.
Actually it should not matter if 7z or zip is used for moving...but I will have a look at it. Can you give me a concrete example (setname, filenames) for further investigation?
A set is a collection of roms and/or chds and/or samples...so the unneeded sets check checks both. The "samples" checkbox in combination with "name" or "case" will then check the files within the sample sets.
well, sure it should see them since the "unneeded sets" check checks rom and sample paths for unneeded entries....but actually, amora is needed. I see that you're using 7z files, can you send me that amora.7z file please?
By the way...you don't have all sets enabled. I can see that in the title bar of the scanner. Seems like you got some sets disabled and actually that can cause the sample issues...e.g. if you disabled the armora etc sets.
Go to "set information" (Scanner tree window button bottom left) and let me know what settings you got there....and maybe you should enable all sets there...
Well, be aware of the correct error message...regarding the samples, it most likely asks you about removing unneeded sets (not samples). So an unticked samples checkbox doesn't affect this. I will double check the chd exists/missing but fixable checks...maybe there is some weird ordering effect which causes this. Regarding the samples (or maybe sets) messages, can you give me a detailed example with filenames please?