FileForums

FileForums (https://fileforums.com/index.php)
-   Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)
-   -   XTool - Successor of ZTool (https://fileforums.com/showthread.php?t=101729)

Andu21 10-05-2019 17:23

L0v3craft, as far as i know you need to unpack the archive with the key, compress it's content and then re-import the files back.

L0v3craft 10-05-2019 19:38

Quote:

Originally Posted by Andu21 (Post 480932)
L0v3craft, as far as i know you need to unpack the archive with the key, compress it's content and then re-import the files back.

I can extract it with quickbms, but you mean re import with quickbms ? Is possible to implement it with inno in the way that inno can shows the installation with a progress bar ?

Andu21 11-05-2019 07:41

Quote:

Originally Posted by L0v3craft (Post 480933)
you mean re import with quickbms ?

Yes.
Quote:

Is possible to implement it with inno in the way that inno can shows the installation with a progress bar ?
Maybe, haven't tried yet.

Razor12911 16-06-2019 04:54

Update available (.. or rather update was available, I forgot to post this)

Changes

- added mk11 lzna support

Status

Project is halted, and to be replaced with this

KaktoR 16-06-2019 05:00

Thanks for this. Did you fixed the big input bug yet? Or is this on your to-do list? :)

Razor12911 16-06-2019 05:03

to do list, I have chosen to rewrite the project from scratch, surely that will fix many if not all issues but who knows :)

darkwolves 16-06-2019 19:33

Quote:

Originally Posted by Razor12911 (Post 481383)
Update available (.. or rather update was available, I forgot to post this)

Changes

- added mk11 lzna support

Status

Project is halted, and to be replaced with this

inflation test of mk11 successful i am now repacking it and will do a test unpacking

FitGirl 17-06-2019 19:00

Quote:

Originally Posted by darkwolves (Post 481390)
inflation test of mk11 successful i am now repacking it and will do a test unpacking

Don't expect good ratio, LZNA is the best compression algo in Oodle family.

Razor12911 20-06-2019 15:12

@everyone
I'm now focusing on the main code of XTool 2019, so now it's a good time to mention all the bugs the current xtool has so I can try to avoid as I write the new code from scratch and what new features would you like to be added in the upcoming release.

KaktoR 20-06-2019 16:02

^^
For oodle codec on AC:Origins and Odyssey: XTool only unpack a small amount of forge files in the beginning, then it just copy the rest of the files (ratio is somewhat by ~102% overall if I remember right).

I think there was something with lz4hc on Far Cry too (I just don't remember what it was exactly, I'm sorry).

Would be good if you can add lzo for unreal engine games (borderlands, ME1+2, etc) and for the older forge engine games aswell.

Btw, what about oodle3 codec? Destiny 2 is using this and I can't get it with xtool nor your oodle tools released previously (oo2recx).

Razor12911 21-06-2019 10:36

I think it is also best if you provide samples and the required resources to make precompression possible, like dlls. You could start with oodle... I just hope the headers are still the same

KaktoR 21-06-2019 12:55

Here are a few samples

Destiny 2 (oodle 3)

Borderlands 2 Remastered (unreal engine lzo)

Borderlands PreSequel Remastered (unreal engine lzo)

Mass Effect (unreal engine lzo)

Mass Effect 2 (unreal engine lzo)

AC Odyssey (forge engine oodle 4)



Maybe more to come...

Razor12911 21-06-2019 18:09

if it's an unreal engine game compressed with lzo then for precompression, you must provide lzopro, standard lzo cannot restore any of the streams. If you use ztool/xtool but skip verification, you'll notice that the precompressor does see the streams but just for the fact that it cannot restore them with perfect crc, it just skips all of them. The reason I added skip verification was the fact that if it ever came to a point where one cannot really precompress a game with perfect crc, it should then at least allow you to try to pack a game with different crc but then also allow you to repack it, example of this was DmC: Devil May Cry, also unreal engine game compressed with lzo, I couldn't use xtool to precompress game but used skip verification, the game files were different but the game played from start to finish without crashing plus I managed to save space after repacking it.

as for Odyssey, probably some internal issue but the scanner does see all the streams in the samples
DataPC_ACD_Greece_DX11.forge:
Code:

Universal Oodle stream scanner

Created by Razor12911

[0] = Unknown/Invalid
[1] = Kraken/Hydra
[2] = Mermaid/Selkie/Hydra
[3] = Leviathan/Hydra

0001[2]| Pos: 00004CE4, Size: 13359
0002[2]| Pos: 00008117, Size: 13271
0003[2]| Pos: 0000B4F2, Size: 25162
0004[2]| Pos: 00011740, Size: 25029
....
0387[2]| Pos: 00856A2E, Size: 26334
0388[2]| Pos: 0085D110, Size: 13314
0389[2]| Pos: 00860568, Size: 21767
0390[2]| Pos: 00865A73, Size: 23507

Done!!!

for Destiny, I think lzna was used on this game just like mk11 (I see a lot of 0x058c headers everywhere), support for lzna is not added at the moment, but I obviously need to confirm this.

hungeuro 21-06-2019 20:45

Quote:

Originally Posted by KaktoR (Post 470215)
Wooh nice.

Thank you!

thanks so much

KaktoR 22-06-2019 01:55

Quote:

Originally Posted by Razor12911 (Post 481438)
if it's an unreal engine game compressed with lzo then for precompression, you must provide lzopro, standard lzo cannot restore any of the streams. If you use ztool/xtool but skip verification, you'll notice that the precompressor does see the streams but just for the fact that it cannot restore them with perfect crc, it just skips all of them. The reason I added skip verification was the fact that if it ever came to a point where one cannot really precompress a game with perfect crc, it should then at least allow you to try to pack a game with different crc but then also allow you to repack it, example of this was DmC: Devil May Cry, also unreal engine game compressed with lzo, I couldn't use xtool to precompress game but used skip verification, the game files were different but the game played from start to finish without crashing plus I managed to save space after repacking it.

as for Odyssey, probably some internal issue but the scanner does see all the streams in the samples
DataPC_ACD_Greece_DX11.forge:
Code:

Universal Oodle stream scanner

Created by Razor12911

[0] = Unknown/Invalid
[1] = Kraken/Hydra
[2] = Mermaid/Selkie/Hydra
[3] = Leviathan/Hydra

0001[2]| Pos: 00004CE4, Size: 13359
0002[2]| Pos: 00008117, Size: 13271
0003[2]| Pos: 0000B4F2, Size: 25162
0004[2]| Pos: 00011740, Size: 25029
....
0387[2]| Pos: 00856A2E, Size: 26334
0388[2]| Pos: 0085D110, Size: 13314
0389[2]| Pos: 00860568, Size: 21767
0390[2]| Pos: 00865A73, Size: 23507

Done!!!

for Destiny, I think lzna was used on this game just like mk11 (I see a lot of 0x058c headers everywhere), support for lzna is not added at the moment, but I obviously need to confirm this.

Yeah I used oo2recm for Odyssey and it worked fine (AFR works too but has no stdin support for compression, means temp files are over 250GB in size before srep even starts). With XTool:oodle it was just game size + ~2gb temp file (in task manager xtool just stop working after a certain point just in the beginning, no cpu or ram load, only hdd load for copying).

We already can use uelr for the unreal engine lzo games listed above, but the main problem is, that it has no stdin too and only specific files can be unpacked with it (unlike xtool, you can't just pack the whole game with uelr if files are present which don't have lzo streams, for example binaries or text files. You have to use masking or a seperate archive if you use diskspan for example. With xtool we can just pack the whole game without seperate it by files or streams).


All times are GMT -7. The time now is 20:16.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com