Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFE: Optionally add ZipMix to Zip tool-chain #5

Open
TPS opened this issue May 23, 2016 · 5 comments
Open

RFE: Optionally add ZipMix to Zip tool-chain #5

TPS opened this issue May 23, 2016 · 5 comments

Comments

@TPS
Copy link

TPS commented May 23, 2016

@javiergutierrezchamorro ZipMix (close to public-domain, if I read the comments right, & source-archive also located there) would possibly be useful as an optional part of the ZIP tool-chain, though intermediate results from the whole chain would have to be kept (usually not an issue on today's multi-TB drives), & also would have to careful to perform exactly sufficient # of comparisons. Good news: ZipMix would likely be among the fastest tools in the chain!

@javiergutierrezchamorro
Copy link
Owner

Thanks TPS.
Problem is that I will need two different ZIP compressed versions of the same ZIP file in order to take advantage of ZIPMIX. Right?

@TPS
Copy link
Author

TPS commented May 23, 2016

Yes, hence my comment about keeping intermediate results. I find, when using ZipMix, best option is to run the original Zip through each compressor individually (because many tools use total Zip size, though they may compress individual files best), DeflOpt-DeFluff-DeflOpt (oddly, that seems to work best in that order) each resulting Zip & keeping as a copy , & then ZipMix all-of-the-above carefully (making sure each intermediate Zip is checked, but don't duplicate effort accidentally).

Alternatively, 1 can just keep 1 optimized Zip along the way, but run the risk of ZipMixing a non-DeflOpt-DeFluff-DeflOpt version against a DeflOpt-DeFluff-DeflOpt version, which obviously may lose a good result.

@javiergutierrezchamorro
Copy link
Owner

Thanks. I will see if I can manage it in the easy way. Currently FileOptimizer logic, is not keeping intermediate flles produced by plugins. It simply discards it, if same or larger, and keeps it for the next tool if smaller.

So at the moment, it will only have access to previous ZIP at most.

@TPS
Copy link
Author

TPS commented May 24, 2016

If simple way, after each tool in chain, run DeflOpt-DeFluff-DeflOpt on result, then ZipMix previous best with it (in-place, if you choose via ZipMix args). That should catch 99% of edge cases. Again, running this way is very fast compared to the other members of the chain, & you could make it optional via separate checkbox or as part of Optimization level 9.

Also, how do you see all this interacting with Zip option: ☑ Recurse?

@TPS
Copy link
Author

TPS commented May 24, 2016

Also, original Zip is usually kept @ least in ReCycle Bin, so it's potentially accessible.… &, since all this works best when starting each tool from the original Zip, maybe you want to intentionally keep it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants