#106
|
||||
|
||||
the cpk.bms has nothing whatsoever to do with actual inflation it is designed to extract and decompress the file hence the bigger size that is not inflation that is just a result of decompiling the data..
__________________
Ideas are bulletproof... |
Sponsored Links |
#107
|
||||
|
||||
Ouch...You really shouldn't reply when you don't know, each file extracted by cpk.bms is infact a Crilayla stream which is extracted by XTool too, so apart from size of tables in .cpk files, their results are identical unless there is encryption on top of streams.
__________________
We are such stuff as dreams are made on, and our little life is rounded with a sleep. |
The Following 4 Users Say Thank You to RamiroCruzo For This Useful Post: | ||
#108
|
||||
|
||||
Quote:
__________________
Ideas are bulletproof... |
#109
|
||||
|
||||
Quote:
@Shiv, Ramiro and darkwolves From my personal experience with crilayla, what darkwolves is saying is right but I'm not going through that source, it's exhausting to translate all that stuff to Delphi, however what Ramiro and Shiv are saying is also correct to a certain extent, it's the same thing, it only differs if the the stream do not start with CRILAYLA, either because they are encrypted or it's just missing, there were a few samples I have received where instead of CRILAYLA header you just find a null header, in this case, xtool approach will not work. But keep up with the debate, it's good. Last edited by Razor12911; 26-04-2018 at 21:42. |
#110
|
||||
|
||||
Quote:
__________________
Ideas are bulletproof... |
#111
|
|||
|
|||
Quote:
Code:
the cpk.bms has nothing whatsoever to do with actual inflation it is designed to extract and decompress the file hence the bigger size that is not inflation that is just a result of decompiling the data.. Quote:
Code:
PDF (904 MB) --> precomp (4.92 GB) --> 4x4:b32m:t4:lzma (550 MB) PDF (904 MB) --> xtool, c32m (4.98 GB) --> 4x4:b32m:t4:lzma (710 MB) PDF (904 MB) --> xtool, c256m (5.05 GB) --> 4x4:b32m:t4:lzma (686 MB) Last edited by ShivShubh; 27-04-2018 at 00:33. |
The Following User Says Thank You to ShivShubh For This Useful Post: | ||
Andu21 (02-05-2018) |
#112
|
||||
|
||||
because it is designed to decompile and extract once extracted it no longer even reads as a cpk file until it is recompressed and encrypted with a cpk tool it would take razor forever to be able to read through all that data and try implementing it into xtool
__________________
Ideas are bulletproof... Last edited by darkwolves; 27-04-2018 at 01:55. |
#113
|
|||
|
|||
Why would it be able to read as cpk file after extraction ? Its obvious it wont be read as CPK. And as far as I think XTool's crilayla is based on cpk bms thats why there's no x64 build for it.
|
#114
|
||||
|
||||
Quote:
how exhausting it is to have to translate all of that
__________________
Ideas are bulletproof... |
#115
|
|||
|
|||
You understood that incorrectly, he meant to say it is exhausting to translate CPK's BMS language into Delphi which is a totally different thing.
|
#116
|
||||
|
||||
oh no i understood that very correctly considering... i have done that enough myself trying to develop my own tool for it his way is faster and its easier so him using a cpk bms would only hinder him and make the project take longer.... and it would only work to a point because some cpk games will not even work with the bms i began using a different tool that extracts all cpk files as well as viewing the content within deeming the cpk bms unreliable
__________________
Ideas are bulletproof... Last edited by darkwolves; 27-04-2018 at 09:54. |
#117
|
|||
|
|||
@Razor12911
its not about ratio ,just for the records :) XTool V0.2 x64 [External compressor:xprecomp] header = 0 packcmd = xtool.exe e:precomp:c64mb,t75p:zlib - - <stdin> <stdout> unpackcmd = xtool.exe d:precomp:t75p - - <stdin> <stdout> arc a -mxprecomp p:\x.arc "d:\00_win32_audio.zip" FreeArc 0.67 (March 15 2014) creating archive: p:\x.arc Compressed 1 file, 1,870,559,418 => 1,870,559,726 bytes. Ratio 100.00% Compression time: cpu 3.23 sec/real 67.89 sec = 5%. Speed 27.55 mB/s All OK arc t p:\x.arc FreeArc 0.67 (March 15 2014) testing archive: p:\x.arc Testing 1 file, 1,870,559,418 bytes. Processed 89.0%WARNING: CRC failed in "00_win32_audio.zip". Tested 1 file, 1,870,559,726 => 1,870,559,418 bytes. Ratio 100.00% Testing time: cpu 1.78 sec/real 2.32 sec = 77%. Speed 804.75 mB/s There were 1 warning(s) dataset : (1.74GB) https://mega.nz/#!g4phDAiZ!bUFwMndnl...9i3Mnf3PclAKi8 Last edited by pakrat2k2; 03-05-2018 at 14:18. |
#118
|
||||
|
||||
@shazzla
i just use msc+srep+lzma on those files and call it a day lol
__________________
Ideas are bulletproof... |
#119
|
|||
|
|||
@razor. i tried xtools zlib preprocessor against sevral game files like tomb raider 2013, mass effect 3, splinter cell etc. in all cases, in all cases it produced same result as is produced by precomp042 and also performed better than ztool (speed as well as precompression). hence, i consider it stable.
|
The Following User Says Thank You to ZakirAhmad For This Useful Post: | ||
Razor12911 (12-05-2018) |
#120
|
||||
|
||||
Can someone upload samples from games that utilize Anvil Engine, thank you.
Those https://en.wikipedia.org/wiki/AnvilNext |
The Following User Says Thank You to Razor12911 For This Useful Post: | ||
ShivShubh (24-11-2019) |
![]() |
Thread Tools | |
Display Modes | |
|
|