XTool 2020 (Main Project)

[Cesar82]

Originally Posted by Razor12911

yes but you'll have to change arc.ini from { -moption} to { -option}

Thanks.
Yes, I use { -option} in Arc.ini of the DSG.
I tested precompressing pngs with just "xtool:mpreflate" or with "xtool:mpreflate:mpng:d1" and got similar (near)I figured I was using the command order wrong.

[yasitha]

sorry, for asking this question here, i don't know where to ask.

someone please tell me and give me,
best .Wav (.pck) compressor
with arc.ini info and required files.
Thanks 😊

hint:
i try Pck files, on GFC.
Game File Scanner showing WAV streams. so i guess i can use Wav compressor.

[KaktoR]

msc

And I don't know what this has to do with xtool.

[yasitha]

Originally Posted by KaktoR

msc

And I don't know what this has to do with xtool.

yes, my bad, this is not related to xtool
i try msc, but wont work. can you help me.

[kj911]

yasitha: Try it use testing tta methods from FreeArc and totally ignored file extension from during compression.

This compression oks, use final packing the following switches:

tta+srep+lzma or lolz

[shazzla]

Afaik freearc's tta works on per file basis,while msc works on stream(/file)?!

[KaktoR]

Posting it here aswell

xtool:png+xtool:preflate+srep+lzma2
Compressed 8,178 files, 2,202,105,870 => 1,112,132,188 bytes. Ratio 50.50%
Compression time: cpu 17.70 sec/real 1593.72 sec = 1%. Speed 1.38 mB/s
All OK

precomp_mtx+srep+lzma2
Compressed 8,178 files, 2,202,105,870 => 1,120,270,164 bytes. Ratio 50.87%
Compression time: cpu 16.72 sec/real 2599.17 sec = 1%. Speed 0.85 mB/s
All OK

[yasitha]

Originally Posted by kj911

yasitha: Try it use testing tta methods from FreeArc and totally ignored file extension from during compression.

This compression oks, use final packing the following switches:

tta+srep+lzma or lolz

thanks bro can you please share tta+ config required files as (.zip)
so i can try and use

thank you!!

[yasitha]

Originally Posted by shazzla

Afaik freearc's tta works on per file basis,while msc works on stream(/file)?!

thank you

[yasitha]

Originally Posted by KaktoR

Posting it here aswell

xtool:png+xtool:preflate+srep+lzma2
Compressed 8,178 files, 2,202,105,870 => 1,112,132,188 bytes. Ratio 50.50%
Compression time: cpu 17.70 sec/real 1593.72 sec = 1%. Speed 1.38 mB/s
All OK

precomp_mtx+srep+lzma2
Compressed 8,178 files, 2,202,105,870 => 1,120,270,164 bytes. Ratio 50.87%
Compression time: cpu 16.72 sec/real 2599.17 sec = 1%. Speed 0.85 mB/s
All OK

what is this ?

[Masquerade]

Originally Posted by yasitha

what is this ?

https://fileforums.com/showpost.php?...&postcount=493

[elit]

During repacking of Final Fantasy XIII(PC version), I found that using

xtool:d1:c64m:mzlib:mreflate

cause crc error during unpacking of the game. Cause is almost certainly due to combining zlib with reflate as alone either one work. Maybe they are not together compatible with depth option, only d0?

[External compressor:xtool]
header = 0
packcmd = _EC\xtool\xtool precomp -t50p {options} - - <stdin> <stdout> 
unpackcmd = _EC\xtool\xtool decode -t50p          - - <stdin> <stdout>

EDIT: Its probably something else, I still got error today after using only reflate. Its strange I don't tend to get these kind of errors for no reason:

fferr.png
fferr2.png


-----------------------------------------------------------------------------------
EDIT2:
Found the problem! It's with reflate. If I use zlib instead:

xtool:d1:c32m:mzlib+srep64:m3f:mem8g:a0+4x4:lzma:64mb:normal:32:lc8

, it works. I don't know why, in other cases I never saw issue with reflate.

ADDENUM: It's due to depth. Anything higher than -d0 cause failure during decompression. Zlib and preflate do not have this problem. Data tested is 'sys' directory(2.8gb) in Final Fantasy XIII(PC, fitgirl version).

[Cesar82]

Originally Posted by elit

During repacking of Final Fantasy XIII(PC version), I found that using

xtool:d1:c64m:mzlib:mreflate

cause crc error during unpacking of the game. Cause is almost certainly due to combining zlib with reflate as alone either one work. Maybe they are not together compatible with depth option, only d0?

[External compressor:xtool]
header = 0
packcmd = _EC\xtool\xtool precomp -t50p {options} - - <stdin> <stdout> 
unpackcmd = _EC\xtool\xtool decode -t50p          - - <stdin> <stdout>

I could be wrong, but using this method line, I think something like this should be used in arc.ini:

[External compressor:xtool]
header = 0
packcmd = _EC\xtool\xtool precomp -t50p { -option} --dbase - - <stdin> <stdout>
unpackcmd = _EC\xtool\xtool decode -t50p - - <stdin> <stdout>

[elit]

Originally Posted by Cesar82

I could be wrong, but using this method line, I think something like this should be used in arc.ini:

Nope, still throws the error. Also it compress fine and show correct chain on archive info:

xtool:d1:c64mb:mzlib:mreflate+srep64:m3f:mem8g:a0+4x4:lzma:64mb:normal:32:lc8

, which is same regardless if I use {options} or { -option}

EDIT: Found the problem, see 2 posts above.

[elit]

Also, aside from what I stated above, there was another interesting thing I found. When inflating(with reflate option), if I use c32m-c128m range, xtool process about 25150 streams. Then when I use -c256m, it only process ~22000 streams. And yet, if I use -c512m option, it again process ~25150 streams. All other options same. Go figure.