Yeah, I just noticed that. Looking into it.

Version 3 released.
Download here.

Changelog:
Version 1:

• Initial release

Version 2:

• Fixed file size check

Version 2:

• Added support for the Mooncrash DLC

Don't have the game, so I can't update the DR3 bin tool for this.

New version that supports listing all file names contained within an archive and extracting specific files.

Name list has also been updated with some new names.

http://sktest.aruarose.com/WD2FatTools_v003.7z

Run it from the command shell (cmd.exe). Running it without any parameters will show the usage, but it should be DXMDExtract.exe <dir with .archive & .pc_headerlib files> <output dir> or something like that.

If you mean the asset names in NameMap.txt, those come from the pc_headerlib files.

I also figured most of it out a while ago, but never got around to make a fully functional tool.

https://sktest.aruarose.com/DXMDExtract_v002.7z

Due to the nature of the asset names, it produces filenames like "00BB10BBA81D424A.bin".
The actual names and their matching hashes go into NameMap.txt.

Yes, files can be either compressed or uncompressed, with the latter mostly being used for really small files.

Added a tool to repack (doesn't compress) and merged my filelist with Ekey's.

http://sktest.aruarose.com/WD2FatTools_v002.7z

The uncompressed chunk at the end of the compressed data is actually required, since the compressed data is loaded into the end of the output buffer and decompression keeps going while src pointer < dest pointer.

There's undoubtedly support for archives with LZMA compression, it just may not be used in the PC version. I haven't looked too hard for whatever enables it.

There's a function pointer the game calls with the string to hash if it's non-null, so I just set the function pointer to a function that dumps the passed in string into a file.

Some of the data in the .dat files is compressed with the modified LZMA, and the rest is compressed with the modified LZ4.

It's certainly being used.