FileForums

FileForums (https://fileforums.com/index.php)
-   Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)
-   -   XTool 2020 (Plugins) (https://fileforums.com/showthread.php?t=103876)

KaktoR 22-01-2021 06:46

I think he made a mistake somewhere.

My result is 133.86% too, no matter what ue4dt/xtool version I use.

Snake288 22-01-2021 09:04

Hello
Razor12911
Mortal Kombat 11 XTool 2020 Plugins is it available ?

Razor12911 22-01-2021 09:17

The old xtool had support for mk11, lzna was used.

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

But if you want me to make a plugin, you'll have to provide a sample.

dixen 22-01-2021 09:50

Quote:

Originally Posted by Razor12911 (Post 490002)
f you want me to make a plugin, you'll have to provide a sample.

This two *.PSF & two *.XXX files

http://sendfile.su/1592724

Snake288 22-01-2021 10:44

Hello
Razor12911
Are Mortal Kombat 11 XTool 2020 plugins available?

It had support for the old XTool mk11, lzna was used.

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

Hello
Razor12911
Are Mortal Kombat 11 XTool 2020 plugins available?

It had support for the old XTool mk11, lzna was used.

Merhaba
Razor12911

These Sample Files Hopefully Help

Mortal Kombat 11-Sample Files : Mortal Kombat 11-Sample Files.7z - 252.0 MB

Cesar82 22-01-2021 11:06

Quote:

Originally Posted by Razor12911 (Post 489998)
am I missing something? run this test

Here the unreal plugin tool and ue4dt show similar results, but the plugin is a little faster in 5 out of 5 tests.
P.S: CPU 4 cores and 8 Threads
https://i.imgur.com/2y2Y6zq.png

Decompression:
Code:

ue4dt
FreeArc 0.67 (March 15 2014) extracting archive: data1.arc
Extracted 1 file, 25,296,846 => 18,898,278 bytes. Ratio 133.86%
Extraction time: cpu 0.06 sec/real 0.65 sec = 10%. Speed 28.86 mB/s

unreal plugin

FreeArc 0.67 (March 15 2014) extracting archive: data2.arc
Extracted 1 file, 25,297,425 => 18,898,278 bytes. Ratio 133.86%
Extraction time: cpu 0.03 sec/real 0.58 sec = 5%. Speed 32.63 mB/s


Cesar82 22-01-2021 14:57

I wonder if I can use the unreal plugin this way?
Will I not lose any parameters (-m or -k)?
Code:

Borderlands 3 test ue4 plugin

arc.ini
[External compressor:xtool_ue4]
header    = 0
packcmd  = XTool.exe precomp -mzlib+ue4{:option} -c32mb -t100p -d1 --dbase - - <stdin> <stdout>
unpackcmd = XTool.exe decode -t100p - - <stdin> <stdout>

pack.bat commanline
arc.exe a -ep1 -r -ed -s; -w.\temp -m"xtool_ue4:m1:k0x115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7" data.arc "pack\*"

For this test (Borderlands 3) it worked perfectly.
I tested it using other options like ue4:{option}, ue4:{options}, ue4{: options} but it didn't work.
- if use ue4:{options} or ue4:{option} not inflate (Ratio 100.00%).
- If use ue4{options} or ue4{option} or ue4{: options} show error message, ERROR: write error (disk full?) in compression algorithm...
I want to know if when a game needs the -m2 parameter it will work (maybe -m1 is the default). Using {option} implies that you will put only one parameter.
If someone can explain the differences between the 4 types of use of {:options} with arc.exe please share the information.
Thanks!

Razor12911 23-01-2021 00:20

Plugins Updated

Changes

- Updated Hitman plugin

Tests

chunk2.rpkg
Code:

Compressed 1 file, 464,824,761 => 494,266,572 bytes. Ratio 106.33%
Compression time: cpu 0.59 sec/real 3.83 sec = 15%. Speed 121.23 mB/s

arc.ini
Code:

[External compressor:xtool]
header    = 0
packcmd  = xtool.exe precomp -mhitman3+lz4 -d1 -c32mb -t100p --dbase - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t100p - - <stdin> <stdout>

Maybe sample doesn't have a lot of streams...

infovs 23-01-2021 02:15

Quote:

Originally Posted by Cesar82 (Post 490014)
If someone can explain the differences between the 4 types of use of {:options} with arc.exe please share the information.
Thanks!

{option} in arc.ini will pass parameters as is, {options} will add - (minus) sign to parameters..so if your command line contains, for example,
arc create -mxtool+srep:m3f+lolz
you are in fact passing srep -m3f
Sad is that this is not explained anywhere, had to test it on my own to figure it out.
So your arc.ini should probably should contain
-mzlib+ue4:{option}
but in command line it should be (without quotes!)
-mxtool_ue4:m1:k0x115EE4......

With all that said, I'm not sure if your command line will work (can't test it) because this + sign in xtool combining codecs syntax is conflicting with arc syntax of combining codecs so there is a chance it can fail because of that. Change to, for example, & sign with ResourceEditor and try it with that if it fails.

Also, not sure if 0x is needed or optional before key, would like to know preferred way - with or without 0x , Razor12911?

Cesar82 23-01-2021 02:31

Quote:

Originally Posted by infovs (Post 490019)
{option} win arc.ini will pass parameters as is, {options} will add - (minus) sign to parameters..so if your command line contains, for example,
arc create -mxtool+srep:m3f+lolz
you are in fact passing srep -m3f
Sad is that this is not explained anywhere, had to test it on my own to figure it out.
So your arc.ini should probably should contain
-mzlib+ue4:{option}
but in command line it should be (without quotes!)
-mxtool_ue4:m1:k0x115EE4......

With all that said, I'm not sure if your command line will work (can't test it) because this + sign in xtool combining codecs syntax is conflicting with arc syntax of combining codecs so there is a chance it can fail because of that. Change to, for example, & sign with ResourceEditor and try it with that if it fails.

Also, not sure if 0x is needed or optional before key, would like to know preferred way - with or without 0x , Razor12911?

as I already mentioned above if using ":" before "{option}" does not work (-mzlib+ue4:{option}). It only works if you use {: option}.
I will not pass the "+" character on the command line as parrametter.
The 0x character is optional for the ureal plugin, but for the uedt tool I think it is necessary to use 0x. As DiskSpan_GUI uses the same code for both (unreal plugin and uedt) so I always decided to enter 0x on the command line.
With quotes in the method it works perfectly, in the input directory -dp"directory" it is necessary to remove "" from the end if it is in quotes.

infovs 23-01-2021 02:57

Quote:

Originally Posted by Cesar82 (Post 490020)
as I already mentioned above if using ":" before "{option}" does not work (-mzlib+ue4:{option}). It only works if you use {: option}.
I will not pass the "+" character on the command line as parrametter.
The 0x character is optional for the ureal plugin, but for the uedt tool I think it is necessary to use 0x. As DiskSpan_GUI uses the same code for both (unreal plugin and uedt) so I always decided to enter 0x on the command line.
With quotes in the method it works perfectly, in the input directory -dp"directory" it is necessary to remove "" from the end if it is in quotes.

As I mentioned - I was not testing this, just saying..depending on program sometimes {:option} is needed, sometimes :{option} will work.
As for quotes, I meant "no quotes for -m parameter". Of course you need quotes with -dp etc. So your command line should be
Code:

arc.exe a -ep1 -r -ed -s; -w.\temp -mxtool_ue4:m1:k115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7 data1.arc "pack\*"
Yes, it is possible it works with " after -m but I think it is not preferred syntax.
And arc.ini probably should be (or maybe :{option} or {option})
Code:

[External compressor:xtool_ue4]
header    = 0
packcmd  = xtool.exe precomp -mzlib+ue4{:option} -d1 -c128mb -t100p --dbase - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t100p - - <stdin> <stdout>

Syntax is correct, if it is not working it is because of how xtool/arc handles + sign in arc.ini so unless you change combining codecs sign with ResourceEditor it will never work correctly.

KaktoR 23-01-2021 05:01

Quote:

Originally Posted by Razor12911 (Post 490018)
Plugins Updated

Changes

- Updated Hitman plugin

Tests

chunk2.rpkg
Code:

Compressed 1 file, 464,824,761 => 494,266,572 bytes. Ratio 106.33%
Compression time: cpu 0.59 sec/real 3.83 sec = 15%. Speed 121.23 mB/s

arc.ini
Code:

[External compressor:xtool]
header    = 0
packcmd  = xtool.exe precomp -mhitman3+lz4 -d1 -c32mb -t100p --dbase - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t100p - - <stdin> <stdout>

Maybe sample doesn't have a lot of streams...

Code:

Compressed 103 files, 59,074,904,235 => 59,722,953,857 bytes. Ratio 101.10%
Compression time: cpu 76.63 sec/real 1530.57 sec = 5%. Speed 38.60 mB/s
All OK

:(

Code:

chunk3.rpkg
Compressed 1 file, 1,397,636,053 => 1,557,661,362 bytes. Ratio 111.45%
Compression time: cpu 1.34 sec/real 16.36 sec = 8%. Speed 85.40 mB/s
All OK


Masquerade 23-01-2021 06:24

Chunk10.rpkg

@Razor12911 - use the newest liblz4 - it gets better ratio:

Newest liblz4 (v1.9.3):
Code:

Compressed 1 file, 1,329,894,358 => 1,435,849,840 bytes. Ratio 107.97%
Compression time: cpu 1.42 sec/real 31.24 sec = 5%. Speed 42.58 mB/s
All OK

Old liblz4 (comes with xtool):
Code:

Compressed 1 file, 1,329,894,358 => 1,424,410,961 bytes. Ratio 107.11%
Compression time: cpu 1.25 sec/real 29.12 sec = 4%. Speed 45.68 mB/s
All OK


yasitha 23-01-2021 13:52

Hi Razor12911!

I get only 101% for all files in Hitman 3
why?

Can you fix it!

Masquerade 24-01-2021 01:00

yasitha
The files do not contain many streams.


All times are GMT -7. The time now is 00:56.

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