It is. Take "Lords of the Fallen" as an example, where the key looks funny aswell
With that key you will get almost all streams and output is better than without. I was surprised aswell.

Furthermore if using DSG, you have to set correct oodle library as parameter (which is just a fake parameter for xtool). In this case the correct parameter should be as follow:
But I said you have to use the other v2.9.10 library, and even in this case there is a fake parameter possible, namely
which just tells DSG which library to copy near xtool.exe for compressing/decompressing (in this case "oo2core_9_win64_2.dll", which will be renamed to "oo2core_9_win64.dll" from "core_2.9.10" folder).

Edit: I still prefer to run multiple instances for xtool for different codecs because sometimes things will get broken if you use -d1 option and more than one or two methods, at least with current public xtool version and my testing (archive data corrupted and things like that). But honestly I don't know if this has anything to do with xtool or srep or DSG.

In this case I would use something like this for DSG
Edit 2:
mermaid+kraken / ue5<key>+mermaid+kraken
Did not tested with zlib

Wrong GAME name on this one needs redoing.

Don't know what you talking about, but fixed.

@Kaktor
Some of my files for Starfield .ba2 keeps erroring out during decompression. Can you help?

Like: Starfield - Terrain01.ba2, Starfield - Textures01.ba2, etc.
I use DSG 2.0.2.0
Method: mstarfield+mreflate+dd+lolz

Should I be compressing them separately?

Do not compress them separately, as you will miss many duplicates.

Use starfield+zlib+reflate instead. All streams which cannot be processed by zlib will processed by reflate instead so "wrong" streams will processed with the correct method.

However in those cases always make testing with a single file, just don't waste your time. If you get errors on a specific file than take that "Starfield - Terrain01.ba2" file to some folder and use starfield+reflate and on a second test starfield+zlib+reflate and test decompression.

I could go even further and tell you to see what specific stream is making problems and extract it from the file, then test things with that specific stream but this would go a bit far for this case I guess.

I'm using the plugin on the DSG, and verified that it already has zlib dll. Should i use that same plugin and external zlib dll too?
Like: mstarfield (this already has zlib) + mzlib + mreflate?

Whatever you said I'll try and DM tomorrow in case of help.

Yes, for DSG it is "xtool:mstarfield+xtool:mzlib:mreflate:dd[1..5]" then.

@kaktor

For file: Starfield - LODTextures.ba2
The compression method with xtool:mstarfield plugin is failing.
Should I be compressing it with zlib+preflate only? Or seperately?

What exact method you are using? Works fine here

hello
I've got some question, its about "terminator dark fate"
the is a file called "basis.pak".
I'ts a PKZIP file (zip 2.0 with a password)
this file contains several files (animation,textures,sound ect)

In this file I extracted with sfk/partcopy a block from byte 882682388 to 4507627948.

I obtain a new file called sound.pak with is aroung 3.7Go.
it's again a PKZIP file with the same password of the big file...

I would like to know how to compress it , my first idea was to use xtool/flac or msc, but seems to not working (probably because password and packed)

I think the right way is to uncompress/decode compress then during installation use batch with sfk to re inject sound in basis.pak ...

thanks for your help

password
Thanks to masquerade

PS: The password is stored as plain text in trm.exe
https://i.imgur.com/fF5pLvn.png

yes I have already found the password.
Now I try to find a way to compress/decompress the separate pak files

I need to unpack zip, compress with arc then make a batch to rebuild files likes on the game inital structure ?

I would try to compress the files with zip with same zip settings and password, then make diff patch to patch files back to original. Not sure if this will work, could be difficult because of the password protection.

yes it's more or less what I tried

In fact this file, basis.pak was uses as a mounted drive/partition
There is a structure like if they done an usb/harddrive image.

I'm starting a test, maybe the game do not check the crc of this file.
in this case probably I may unpack/repack without problem

I'll give an update this evening

Game runs with unpacked data.