Print

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

[oldieboy]

Hello, I am using 7-Zip as a compressor, no problem here. But when clrmamepro is backing up files to backup folder, it always zips those files (7z -> zip).

How does one stop that behavior? Uncompressed files are OK when backing up, zipping just takes too much time (and is waste, because files will often be re-compressed with 7-Zip again).

That probably is a problem only when using external packer, internal zipper handles that kind of situation OK.

[Roman]

If a file within an archive is unneeded it gets moved to the backup folder and since 7z does not support a direct copy of compressed data, you always have a decompress + compress step, so it doesn't really matter if zip or 7z is used. Actually zip would even be faster since it would support direct copy of compressed data (but currently I don't know if this is used when backing up data...I somehow doubt it).
Generally for backup zip is used. You can't change it.

"waste, because files will often be re-compressed with 7-Zip again"
erm...why? If cmpro moves files to the backup they usually stay there since they are unneeded.

"Too much time"....well, usually (unless you scan a completely wrong path), you only have some unneeded files which get moved to backup...so the time argument is not really that important in my opinion....and as I said, no matter if you use 7z or zip, the files get decompressed and recompressed anyhow just for backup.

Maybe I change this for the new scanner....

[oldieboy]

I just waited for some gigabytes to be removed from 7z archives and zipped to backup folder. That is when I started to wonder if zipping could be skipped.

Uncompressed backup folder would be nice option, thank you.

[Roman]

Removing can be costy in 7z especially when using solid archives since the removal part alone would require the archive to get recompressed. So it may not even be the backup process but the removal of the original archive.

But again, moving some parts of an archive to backup would require a decompression and recompression in case of 7z, so I highly doubt that will be faster.
A different case would be if the full archive would be obsolete, then of course a simple filesystem based move would be quick.

The new scanner might be a bit more clever in that case (actually the removal of unneeded files is the next part on my to do list...so I will take it into account)