Not entirely sure. You can start the game normally, and the first videos + intro will show (if you cut bk2 videos from Data0.bdt). But I cannot speak for the whole game.

If you move the movie folder or rename it, the game will not even start.

Sorry for offtopic,but kaktor ,can u please check your msgs? A few days ago i sent u a pm.... thanks!:)

Wolfenstein Cyberpilot
 

Uses Kraken, after testing with KaktoR's Oodle library collection, v2.9.0 seems to yield the best results, however even with this library a considerable number of streams are dropped. Against the attached sample 88/231 steams are processed (full recompression currently, as reported by XTool, indicates 6248/7387 streams are processed), verbose output indicates streams are at a depth of L4.

xtool 0.7.8 (-mkraken:l4:n128:t256+zlib+reflate) + srep + lolz

It should be noted that it seems at least with the current library re-compression isn't very effective, with the reinflated output only being ~10MB larger than the initial input. The original Oodle DLL matches the CRC-32 checksum for library v2.6.0, when compared against KaktoR's kindly supplied checksums for all current library.

What does the Oodle srream scanner say?

Database preset is now up for download (check in DSG for update).

However in CIU something has to be added in Setup.ini

Here is the output for the stream scanner, as well as the output for the library checker.

No, I meant the oo2scan_7_win64.exe by Razor12911, as it lists these algorithms:

If you scan and you see [1] appearing, it could be that you are seeing Hydra streams, not kraken.

Try extracting a single stream from the sample you are testing on using XTool verbose output and a Hex editor and attempt to precompress it with oo2reck. If it *is* a Kraken stream, it will be inflated. Otherwise, try Hydra.

Hey guys. Is there any suggested method for ARMA III?

I'm seeing results for both [1] and [3], however using XTool's GUI and testing each library against the sample, now with both the Kraken and Hydra codecs, still results in the same number of streams being successfully pre-compressed, when compared to only using Kraken. I've got a feeling it may in this case be Leviathan & Kraken, and I'm aware of how annoying Leviathan is to process since theres a notable manual element to pre-compressing this Oodle variant. I might investigate this title further, at some point in the future, once I'm more confident with working with undocumented Oodle titles.

If I may quote Razor12911 on this:

I'm nothing if not stubborn, well at least with that information I've got something to go off of, I'll see what I can do.

AFAIK half of this game is RSA encrypted ,so it cannot be recompressed (EBO)

PBOs maybe some kind of LZO?!

Then how Fitgirl compressed it from 146GB to 73GB?

Because she decrypted it... duh.

IMHO its impossible ! RSA is asymmetric. So u can obtain the decryption key from the game ,but reencrypt...?! Only the devs knows the encryption key (Maybe its buried accidentally somewhere in a gamefile )...
Or am i wrong ?

btw Masquerade's answer seems good....

Edit:

Maybe start looking here :

https://www.unknowncheats.me/forum/arma-3-a/

Trine 5: A Clockwork Conspiracy

You can rip voiceovers from audio1.fbq in Trine 5 using this QuickBMS script:

Made by eaZy41 from XeNTaX community.

Although comtype LZ4 is mentioned, Trine 5 uses only ZSTD and you can use libzstd v1.3.7 (v1.3.6 also seems to work). LZ4 is used on older versions of the FBQ archive structure.

Better use zstd version "1.3.7", as it is stored in trine5.exe.
https://i.imgur.com/q4OTfAM.png

Although it doesn't make any sense, I looked through some of the streams in the texture archives.

Actually this is the repeating size pattern.

This Unknown 8 bytes are actually the byte size difference for DSize. 8 and 16.

Did your archive decompress alright? I'm getting this error from XTool when trying to decompress my archive:
I was using libzstd v1.3.7.

same, xtool just crash on unpack with 1.3.7 zstd lib
"ERROR: write error (disk full?) in compression algorithm zstd" in arc

edit.
1.3.5,1.3.6,1.3.7 - error (crash)
test file: gui1.fbq
Trine 5 [3 fbq files] - https://pixeldrain.com/u/cTSsXMes

I won't test as I'm currently busy with something else but maybe try this development version of xtool as a ton of issues were fixed however no update as of yet because it's currently in development so if it works, use it for only this case and revert back to 0.7.8 for everything else. (don't use -dd#, it is bugged in dev build)

I made quickly made this the other day, not sure if it works very well.

Yes it works fine here using libzstd v1.3.7, but tbh I am using the development version of xtool since days, there were some fixes.

Extracting could take a while because of zstd l22 btw.

Sid Meier's Civilization VI
AUGUST 2023 UPDATE

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

Baldurs Gate 3
v4.1.1.3686210

Starfield

DiskSpan
xt_zlib+xtool:s:mzlib+srep_new:3+LOLZ_ULTRA

Test File (Starfield - Animations.ba2)
Size: 319 MB >> 711 MB
Final Size: 170.56 MB

Here is my DSG_Settings for starfiled, is this right or not?
And what about for .bk2 files? is enough using chunk 256mb to compress it? Or i can increase the chunk size? Thank you:)

Should be enough

Why use old xtool with new xtool? And why skip parameter?

for try to get more size

You tried compressing on just a single file. When you compress all the files it will be stuck forever. Do not try this as this is wrong.

Yes, I notice that in some files.

Wtf. Why not use the correct codecs with appropriate chunk size instead?

And do not use the skip option if you don't know what you do.

Why i get stuck at this?
http://i.ibb.co/sVbn5hm/Starfiled.png
Alredy tried with xtool:mreflate, xtool:mpreflate & xtool:mzlib still same. Maybe you know what cause it? Thank you:)

Because the codecs can't read the stream of the file. The files contains encoded lz4 that can be compressed only using a certain plugin 'mstarfield' (starfield.dll). Leave out the wwise sound files and compress using that algo.. wwise sound can only be compressed using srep+lzma (as of my knowledge right now)

Here is my DSG_Settings for starfiled, is this right or not?

Quite a lot of audio in Starfield is WWISE PCM - meaning you can use MSC on it.

Other type of WWISE audio is Vorbis, which you can read more about in WemTool topic.

^Yes, all of the *WwiseSounds* are PCM. The Language files are Vorbis it seems.

I used flac plugin with l8 option here. I guess msc is better in terms of ratio but alot slower.

PS: And compression for the other files, files which have "02 00 00 00" in the beginning are compressed with zlib, "03 00 00 00" are compressed with lz4.

As for the WEM files in Starfield, seems like it does not make sense to process them.

xtool:dd3:l4

xtool:mstarfield+xtool:mreflate+srep_new+lolz/lzma seems correct for all .ba2 files except WWise Sound files. Also as of now, DSG won't be able to extract the files. You need to do it with your installer only.