FileForums - XTool 2020 (Main Project)

Page 34 of 37

« First

Last »

Show 40 post(s) from this thread on one page

FileForums (https://fileforums.com/index.php)

- Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)

- - XTool 2020 (Main Project) (https://fileforums.com/showthread.php?t=102832)

yasitha

23-05-2022 09:30

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

23-05-2022 09:55

msc :confused:

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

yasitha

23-05-2022 10:01

Quote:

Originally Posted by KaktoR (Post 496949)

msc :confused:

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

24-05-2022 04:45

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

24-05-2022 04:51

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

KaktoR

24-05-2022 08:06

Posting it here aswell

Code:

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

25-05-2022 11:40

Quote:

Originally Posted by kj911 (Post 496958)

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

thank you!! :)

yasitha

25-05-2022 11:44

Quote:

Originally Posted by shazzla (Post 496959)

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

thank you :)

yasitha

25-05-2022 11:45

Quote:

Originally Posted by KaktoR (Post 496962)

Posting it here aswell

Code:

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

:confused::confused::confused: what is this ? :eek:

Masquerade

25-05-2022 11:50

Quote:

Originally Posted by yasitha (Post 496984)

:confused::confused::confused: what is this ? :eek:

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

elit	03-07-2022 14:55

2 Attachment(s)

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

Code:

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?

Code:

[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:

Attachment 32015
Attachment 32016

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

Code:

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

03-07-2022 15:14

Quote:

Originally Posted by elit (Post 497431)

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

Code:

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?

Code:

[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:

Code:

[External compressor:xtool]

header = 0

packcmd = _EC\xtool\xtool precomp -t50p { -option} --dbase - - <stdin> <stdout>

unpackcmd = _EC\xtool\xtool decode -t50p - - <stdin> <stdout>

elit	03-07-2022 15:44

Quote:

Originally Posted by Cesar82 (Post 497432)

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:

Code:

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	03-07-2022 15:58

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.

elit	03-07-2022 16:40

2 Attachment(s)

And even more interesting, reflate is actually faster than zlib at same options(with depth 1 and chunk size of 32m at least)???:

Attachment 32013
Attachment 32014

All times are GMT -7. The time now is 02:19.

Page 34 of 37

« First

Last »

Show 40 post(s) from this thread on one page