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

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

21

clrmame Discussion / Re: ZIP compression level

« on: 06 March 2020, 16:09 »

Honestly I'm a bit puzzled as to how I could do it differently... OK it's off-topic here, but would you pls give me any pointers?
General "wisdom" on the 'net says something like: take your repository v1, add the new stuff v2, hit REBUILD and (many hours later) you get everything updated to full v2.
Especially when you need to generate different formats (split to non-merged, for instance), I don't know any ways around it...
Thanks!

22

clrmame Discussion / Re: ZIP compression level

« on: 06 March 2020, 13:49 »

UPDATE
The latest rebuild batch, which originally took 9.5h, took now <4.5h (by just  reducing the ZIP compression level 9->5)
Size wise, making the processed files total size = 100%, it's now 100.67%
To summarize: processing time almost cut in half, size increased by a negligible +0,67%
That's what I'd call a sterling success!
I can only recommend this trick to anyone wishing to reduce their processing time dramatically.
Thanks again Roman, you've brought a smile to my face

23

clrmame Discussion / Re: ZIP compression level

« on: 05 March 2020, 15:15 »

WOW, just WOW!!!  Thank you!
Will give it a spin this evening, will let you know how well it works in my scenario.
Thanks again

24

clrmame Discussion / Re: ZIP compression level

« on: 05 March 2020, 11:54 »

Thank you sir, much much appreciated! 

25

clrmame Discussion / Re: ZIP compression level

« on: 05 March 2020, 10:02 »

Thanks for your reply Roman, and for all the time you spend on CMP and supporting it!
Actually I run multiple batches every month, for a number of reasons (last but not least, formats - Retropie, anyone?) and each of them takes on my not-so-slow Win PC something in the neighbourhood of 9 hours!
Storage is cheap these days, but time is at a premium for me... if I could trade some space for some processing time, I couldn't be happier.
I sure understand it's weird asking to re-add something which was deemed useless almost a decade ago, but if you can do something... please please do it! As said, even a "minimalist" INI file option would spare me some headaches.
Otherwise I will definitely explore the "no compression, then batch-compress" option you have suggested
Thanks a lot!

26

clrmame Discussion / ZIP compression level

« on: 04 March 2020, 22:03 »

Hi all
new to the forum, even though I've been lurking around here for ages
I'd like to reduce the ZIP compression level apparently hard-wired into cmp...
A search netted me that the ZIP compressor tab has been removed like... 9yrs ago, and apparently there's no INI file option to tame it down - differently from RAR and 7Z.
I can see that every ZIP file produced when rebuilding (I use recompress) defaults to DeflateMaximum compression, which I assume to be a setting of 9 in the 7z DLL scale.
Long story short, the maxed out ZIP compression level takes way too much time for my frequent update batches..
Is there anything I can do for bringing it down a couple notches? Even a cmpro.ini config line (similar to the RAR and 7z entries there) would save the day for me!
Thanks in advance, and my compliments for CMP!!!

PS:
RATIONALE: I had some tests with the latest stable 7z/ZIP (deflate) compression levels:
Normal (5): Time=1, Size=100%
Maximum (7): Time=2-3x, Size=around 95-97%
Ultra (9): Time=10x (!), Size=around 90-93%
Default compression level in CMP would seem to be set to Ultra (9).. Sigh