When it comes to testing oodle libraries is it just trial and error like with testing LZ4 libraries? Haven't tackled a ton of Oodle titles and currently taking a crack at "Wolfenstein Cyberpilot". Testing with the included "oo2core_6_win64.dll" reveals with verbose mode in xtool that only level 4 streams are successfully processed, however the sample I'm using for testing only ~300/900 streams are processed with this resulting in only a 100.10% output. I should know how to deal with Oodle by now, but in the past I've been lazy and just read through the posts here to figure out which library to use.

@L33THAK0R
With XToolUI you can use library checker.

Armored Core VI Fires of Rubicon

All files are matching with the original files after installation (use xtool decode + the xtl file).

PS: I don't know what's up with that sd.bdt file. Maybe someone can check it as it is not compressed with kraken.

I think SD.bdt is sound data? Not sure :p

Armored Core VI Fires of Rubicon

1. Xtool erase Movies folder from Data0.BDT

2. Compress:

• *.bdt
  
  Code:

  ---

  xtool_kraken_dd5+lolz

  ---

• *.bk2
  
  Code:

  ---

  xtool_bk2_dd5_fl2

  ---

• Everything else:
  
  Code:

  ---

  razor

  ---

3: Xtool decode database you made in Step 1 to restore Data0.bdt.

59.7GB ---> 38.2GB

Guys!

Those duplicated bk2 files in data0.bdt are required to run the game ?
(Im away from my compo)

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: