Not enough ram amsal :(

this is error related to not enough ram to allocate :(

let me see if i can lower a bit more ram allocation will post in few minutes

edit

[External compressor:lzt]
;x64 version ;fast: -32 ;max:-p1 -49 -b200
packcmd = lzt -32 -b200 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = lzt -d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp
datafile = $$arcdatafile$$.tmp
packedfile = $$arcpackedfile$$.tmp

@Amsal

lzt doesnt have a direct memory allocation limitation
try this here

and wish for success

Bro, thanks a lot, it works now THANKS THANKS!! bro, also change this update to the 6G arc.ini, which you uploaded on first page

i will try to test this, a bit more before i post it on 6G ram

lzt is hard program to control, due to not having direct memory allocation control like lzma and lzma2 and nanozip

Hey Panker, as always it is discriminated those under of 4GB of RAM...:(:o:D
If you want to test your masks quickly and work with white gloves, I can send you in private, something useful preview, still under development, I need some consulting on your part before you finish the job..;)
I also intend to to give the possibility of choosing quickly in choosing the quantity of RAM to be used during compression (4,8,12,16 and 32gb) instead of modifying the ini file manually.
Something like this..

http://i65.tinypic.com/34tbg54.png

But you need a few days to finish the demo.:)

i always try to optimize for all ram systems, problem is that some programs refuse to work especially the closed source x64 bit lzturbo :(


Send me the review :D I like the colour already

i will help you as best as i can

rep:512m is obsolete, no need to be used razor kindly explained why :)

zpaq is replaced by nanozip due to better handling on text files, i can always recompile zpaq to test it of course also nanozip uses less ram, 4G ram users can compress with nanozip easily

@Panker, thanks for your feedback, I will wait and hope that there will be a multithreaded precomp (would be really great!).

@Felice: Your creating tool looks quite cool, a lot of possible options integrated

Please both keep up your good work!

precomp 0.45 is on the way


trying to figure it and optimize this

it brings packmp3 to the table lossless audio on a very low API :)


i optimized packmp3.exe quite some time ago it was 13% faster than the original

lets see time will tell

Ok when it's finished you can to test the preview, you tell me if you remove, add or change something.;)

dont worry :)

You will get a log fully detailed

also you will get
packjpg.exe my new optimized x64 bit version
zstd new optimized version
precomp 0.44 alpha and if i manage precomp 0.45 beta with low api mp3 recompression

panker bro how to solve this
http://i.imgur.com/pXIKwJt.png

[External compressor:xz]
header = 0
packcmd = 7z a -txz -an -mcrc=0 -m1=lzma2:d27:fb=273:mf=bt4:mc=1000000:lc=4:lp=0 -mmt=on -mx9 -si -so <stdin> <stdout>
unpackcmd = dec x -txz -an -y -si -so <stdin> <stdout>

used value instead of memory allocation || and changed multithread to automatic

test and feedback please :)

this configuration still get the same error that always xz,

this is ram related problem :/

what version of 7z.exe and 7z.dll you use ??




edit) added a 7z.exe reduced that will do the job ;)

feedback if tha tsolved it

Worked here, thank you :D

so the 7z.exe 15.14 version was causing the fuss :/

ok so now i know the problem, i will either post 15.12 or replace with this reduced format i gave you

will see how this behaves