Helping thread :)

[Gupta]

Originally Posted by Razor12911

Well srep on default, if you're using stdio, it has a setting of expecting no more than 25GB/25 600MB from stdin.
"-sBYTES: explicitly specify filesize (for compression from stdin), default 25gb"
All you need to do is guess or have an estimation of your input and set a value, to be safe, set a high value
-s50gb or whatever, just know that this increases memory allocation so also make sure you have enough memory to allocate such, plus for big inputs, you're better off using x64 version of srep to avoid x86 memory allocation barrier.

specifying correct size probably more good while decompressing
srep will fail if u specify less and use more ram if u specify more, is little bit slow too

probably the reason why it is failing to restore things data correctly is becoz of the fact that i don't even store checksums while processing with srep(-hash-)

[Bulat]

Originally Posted by PrinceGupta2000

specifying correct size probably more good while decompressing

razor is correct - -sSIZE works only at compression stage. it allocs memory required to compress files up to this size. it's ignored at decompression stage. if atcompression you tries to process file larger than specified, it should just copy remaining data without further compression and correctly decompress it, but may i'm not sure whether it really works - try yourself with standalone srep.exe and report if it goes wrong

overall, if it goes wrong with srep+7z+shar, why you don't try srep alone?? do you expect that someone will solve yuor problems if you can't do simple things yourself?