> I had no problems rebuilding the mentioned file. Neither I had problems scanning
> it.
>
> If rebuilding fails, you probably have some corrupt zipfiles somewhere. Turn on
> settings->zipsettings->full structure scan.
>

I thought so too, but here's the catch - I don't have zipped sets in this case - everything is UNzipped for ease of use. I just don't understand why it won't rebuild the stand alone files.

> When a setname-rename fails, the 'newname' already exists (like pacman should be
> puckman and puckman already exists). Use Scanner->advanced->move not renamed
> sets to backup in this case.

Already had that one set.

So, as you say you had no problems rebuilding, but I believe that is having it rebuild the set as a ZIP file. This isn't the result I'm looking for. Maybe you can try rebuilding it as NOT a zipped set?

Now, here's some interesting behavior. When I point CMP to rebuild from CMP's own backup folder, and the destination points to my tables folder - the rebuilder creates the set folder not in the destination path, but CMP's backup folder. And it still refuses to rebuild the standalone files ("Error Rebuilding").

This is the only file it won't rebuild from zip files to non-zipped, even if the actual set names are correct. All other rebuilds in 4 other pinball DATs work just fine.