XTool 2020 (Plugins)

[Razor12911]

The problem isn't about ratio, the ratio you will get is the same. The problem is speed will be affected because of 10 different types of streams for xtool to look for when only one stream type exists, furthermore I don't know if I have uploaded the updated frostbite3 plugin here on the forum or on the mega link (I tend to first run tests before uploading here) but if you haven't you can check it here

In the configuration there is a note I left inside
"// FIFA 20 and NFS Heat streams are detected the same, use -mfrostbite3:fifa20 or -mfrostbite3:nfsheat to be specific"

This is the 2nd problem, basically these games are detected the same way but the compression settings used are different so being specific will produce better result.

[Cesar82]

Originally Posted by Razor12911

I don't know if I have uploaded the updated frostbite3 plugin here on the forum or on the mega link (I tend to first run tests before uploading here) but if you haven't you can check it here

If the frostbite3 link plugin is newer, it contains 2 extra files: fifa_dict and fifa_key.

The file "fifa_dict" from what I could see is used in the [Stream9] section and from what I understand XTool doesn't have dictionary support yet and you left commented out the [Stream9] section (maybe for that reason).

The file "fifa_key" is only mentioned in the [Stream5] section referring to FIFA 19.

The file "fifa_key" only needed next to XTool if using Xtool:mfifa19?
Are these files necessary to be together from XTool in decompression?

[Masquerade]

Test for the madness plugin:

Compressed 13 files, 114,276,277 => 1,328,849,308 bytes. Ratio 1162.84%
Compression time: cpu 0.19 sec/real 61.78 sec = 0%. Speed 1.85 mB/s
All OK

Perfect.

[Razor12911]

Originally Posted by HunterEmrah

F:\Games\Hitman 3\pack\test>HitmanExtractor extract "F:\Games\Hitman 3\pack\test\chunk0patch1.rpkg" output
Building file entry list...
System.IO.EndOfStreamException: Unable to read beyond the end of the stream.
   at System.IO.BinaryReader.FillBuffer(Int32 numBytes)
   at System.IO.BinaryReader.ReadUInt32()
   at HitmanExtractor.Program.BuildFileEntryList(BinaryReader binaryReader) in C:\Users\Lennard\source\repos\HitmanExtractor\Src\HitmanExtractor\Program.cs:line 154
   at HitmanExtractor.Program.HandleArguments(String[] args) in C:\Users\Lennard\source\repos\HitmanExtractor\Src\HitmanExtractor\Program.cs:line 76
   at HitmanExtractor.Program.Main(String[] args) in C:\Users\Lennard\source\repos\HitmanExtractor\Src\HitmanExtractor\Program.cs:line 50

F:\Games\Hitman 3\pack\test>pause
Press any key to continue . . .

chunk0patch1.rpkg is not extracting, but chunk2.rpkg extracted successfully.

Same with hitman3+lz4

chunk0patch1.rpkg ratio %100
chunk2.rpkg ratio %106

perhaps that could be the reason the plugin I made is also producing weird results because its also based on the same program

Originally Posted by Cesar82

If the frostbite3 link plugin is newer, it contains 2 extra files: fifa_dict and fifa_key.

The file "fifa_dict" from what I could see is used in the [Stream9] section and from what I understand XTool doesn't have dictionary support yet and you left commented out the [Stream9] section (maybe for that reason).

The file "fifa_key" is only mentioned in the [Stream5] section referring to FIFA 19.

The file "fifa_key" only needed next to XTool if using Xtool:mfifa19?
Are these files necessary to be together from XTool in decompression?

fifa_key/fifa_dict in xtool are considered resource files and they are embedded along with the processed data meaning, if you use frostbite plugin, all its information (ini and its resources) are no longer needed for decompression.

[Cesar82]

Originally Posted by Razor12911

fifa_key/fifa_dict in xtool are considered resource files and they are embedded along with the processed data meaning, if you use frostbite plugin, all its information (ini and its resources) are no longer needed for decompression.

The explanation was a bit technical.
I couldn't understand if only one of them needs to be with xtool, or both, or not.
Thanks!