> But now Clrmame considers these as "name" errors. Is there a way to tell Clrmame
> that these should not be considered "errors"... without having to edit the
> datfile?

No. We now have strict set/romnames.
Your reported storing method was never really supported....and I think you were the only one who does it that way...besides it's a hell of manual work to keep zipsubfolders for each and any clone.

As mentioned, the datfile says how roms are named. The belonging folder is part of the name. If you want to keep them 'your' way, you need a datfile which got cloneroms listed as rom ( \ size ... crc..). No way around it.

The advanced scanner option to mark/not mark useless zipstructures as unneeded is something else. Standard zipfiles only handle files...if the filename contains a / or \, the zipprograms unzip them as folders. Some programs add a dummy folder entry to the zip, too. This entry is not needed and simply a waste of space. You can toggle the detection of that extra-information with the scanner option. Nothing else.

Back to your 'problem'. Well...in fact I may be able to ann an exportfunction to clrmame which exports a datfile which got clonefiles listed as \. But it'll make only sense if you keep them fullmerged then. If kept unmerged or splitmerged you'll have the subfolders in the zips as well.

Roman Scherzer
ClrMamePro