mgrinzPlayer
mgrinzPlayer
> @popugasik said: > (...) It says quite the opposite, actually. The grammar is defined as: > ``` > content-disposition = "Content-Disposition" ":" > disposition-type *( ";" disposition-parm ) >...
@fenopa, similar situation is with 7-Zip. You can find discussions [there](https://www.google.com/search?q=site%3Asourceforge.net%2Fp%2Fsevenzip%2Fdiscussion%2F+"ask"+"developers"). Basically, in many cases, Igor refused to open/handle files that doesn't follow specification. Similar to aria2 situation was with...
If cloudfront doesn't follow simple `"Content-Disposition" ":" disposition-type *( ";" disposition-parm )` ... what other things they messed.
> When creating a delta from Ultimate Edition to Test Professional Edition, the delta file size is 160 MB What parameters did you use?
In that case, you have to wait for 64bit hash version, that version also should have _-B values greater than 2GB_ Check this one https://github.com/jmacd/xdelta-devel/tree/64bithash from time to time. Or...
> What is the effect of -B values greater than 2GB https://github.com/jmacd/xdelta/blob/wiki/TuningMemoryBudget.md > What is this you are directing me to, and Why ? Again, read TuningMemoryBudget. Bigger -B, smaller...
One extra example what bigger -B switch could do if jmacd implement it. For now, we have to simulate it (it is not a perfect simulation). We can use 7zip...
It depends. Personally, I'm using this ``` -9 -S none -B 2000000000 -I 0 -e -s oldfile newfile deltafile ``` then compress delta file with thirdparty tool like 7zip or...
``` -9 -S lzma -B 2000000000 -I 0 -e -s oldfile newfile deltafile ``` or ``` -9 -S lzma -B 2000000000 -W 16777216 -I 0 -P 16777216 -e -s oldfile...
xdelta3 does not utilize GPU. It uses only one CPU thread. The most CPU time consuming are: secondary compression, then internal compression. If you are planning compressing diff files with...