![]() if both installers DO USE some kind of encryption or compression (even weak compression like zip), the resulting diff probably will be bigger.The diff file will be as much compressible as those newer files. if both installers do not use encryption/compression, the resulting diff shouldn't be bigger than those few newer files.You have bunch of files within installer1Īnd installer2 contains mostly the same files and few updated/newer. It just works best when input files have many identical (byte exact) windows/frames. Xdelta3 doesn't care if input data is compressed or not, it doesn't care if it is compressible or not. If your installers are using deflate, you achieve best result by inflating (precomp) them before creating a patch. And zip files created in step2,4 are still compressible with 7zip (like your installers). It can be deflate(zip), it can be LZMA (7zip), LZX (cab), etc. Why we did this test? Because some installers are using some kind of compression. ĭ is 12.6MB (this delta can be compressed with 7z into 12.5MB)ĭ is 7.41MB (this delta can be compressed with 7z into 3.91MB) do xdelta3 patch from Data01.zip into Data02.zip.compress new collection into zip, preset: fastest.now, copy your collection, and change some files, about 5 MB should be enough (remove few files and add few new).compress them into zip, preset: fastest.collect many files, about 200MB, EXEs, DLLs, some game files, some text files.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |