Use reflate bro :rolleyes:

Ratten Reich v.RR-0.1.5
 

And yet he continues to clog up the thread all the same. :o

^^
No harm in learning, you need wind your neck in!! You too had to start somewhere and I don't see anyone else making frequent contribution to thread! :mad:

It's true there's no harm in learning, but posting sub-optimal results (in such large numbers to boot) is hardly worthy of commendation. Contributions of that nature shouldn't be encouraged in my mind, lest you wish to breed and normalise a culture of sub-par work.

^^
Look in the conversion index and you will see plenty of sub optimal results, why don't you go and correct them all since apparently you are now the judge and jury for what optimal results are?

And don't you dare suggest I encourage sub-par repacking, I take immense pride in the work and those who know me know I hate seeing messy and poor releases by other "repackers". Even I make mistakes from time to time. I also didn't see any commendation in my reply, only telling you to not act like a moron. You don't become a perfect repacker overnight and LILU will learn over time.

I have made a small impact on these sub-optimal results that you mention, but the truth is there's a disproportionately large number of titles that aren't that interesting to analyse and repack, and I've lacked the interest to tackle them. I'm by no means claiming to be a great repacker, of my current body of publicly available work (recorded at the time of publication for each), only 351/464 (75.64%) are record breakers (using other existing published results, with their choice of components as a base for comparison, and including lossless (if I made a lossy offering) to determine eligibility for record status), 27/464 (5.82%) are determined to be equal as a result of variance due to non-deterministic solutions used. Unfortunately then that leaves a massive 86/464 (18.53%) of published works being sub-optimal (largely due to either avoiding heavy compression, like for oodle titles for the sake of install-time, disproportionate (in regards to the install size of the title) additional read/write operations post-install, or a simple lack of ability to re-compress/decrypt assets) but you sure as heck won't find me posting those sub-optimal results here. I don't post the majority of my work here simply due to the fact there isn't much competition to encourage that sort of posting. I choose to just post the more interesting compressions that require specific tinkering to properly process, since I believe that's the sort of content that would be appreciated.

Your defense of his posting, at least to me seems to indicate you're supporting those practices, but hey if I'm misinterpreting that, I'm fine with admitting I'm at fault. In my eyes you can either support or condemn an issue, and I don't interpret this as the latter.

I fully support LILU in learning and striving to be one of the greats, but posting en masse a large swath of unhelpful and sub-optimal approaches for a variety of titles isn't helpful, least of all for future members who wish to learn. Asking specific questions, which might also be of assistance to future members is a much better approach, at least in my opinion.

I'll preface this last point, since you seem to be interpreting my comments as inflammatory that my goal is not to insult you or your friends, I'm just laying out what I see. I know you're part of a collective and I'm sure communication is tricky, but if I, by far a novice repacker is besting recent releases with very little effort, that doesn't indicate to me that you're as focused on achieving as optimal a result as you seem to be claiming to pursue.

Finally can I just ask you cool it with the insults? It's not very productive to conversation, and only results in escalating tensions, which I'm sure nobody wants.

To add something actually usefull to the discusion here and some information to the user LILU...

If using DSG you can add a additional parameter to xtool command line like ":lib_#" which just tells DSG to use another oodle library which might work better than the other which is actually the same version but not the very same version (if you know what I mean). To specify this a bit more, we can just take oodle library v2.9.10 for example. Currently we have two libraries of this version. The second one (named here as "core_2.9.10\oo2core_9_win64_2.dll") is a "leaked" library from the oodle SDK, which was never shipped by any game actually. This library will achive much better results then the other v2.9.10 library (in this case "core_2.9.10\oo2core_9_win64.dll"). This is simply due to the fact that the leaked library from the SDK has significant changes and some games were compiled with this specific library, so the other library doesn't work well simply because of the library code changes. But this also means that using the second library version inflationary does not give you automatically better results for games which were compressed with the first library. So this goes in both directions.

Included libraries in DSG are stored here: Resources\Win64\ADDONS\Libraries\Oodle\Oodle_Libs. 7z
There you can also see for which libraries you can use the additional parameter ":lib_#" (# = oo2core_#_win64_#.dll)

I suggest to use XToolUI (xtool.exe + xtoolui.dll) to test around with game files and different libraries so you know which library is the optimal to use. Some time ago I wrote some informations for beginners about this case. You should read this
https://fileforums.com/showpost.php?...2&postcount=23
https://fileforums.com/showpost.php?...8&postcount=24

Alan Wake 2
v1.1.1

Notes:
- I have extracted all the bink videos from the game files. In my previous test using plain xtool with bms plugin and bink plugin was not working correctly for some reason. That's why I extracted and removed the files out of the game files with xtool. I attached xtl file for which you can extract the files aswell with xtool (use xtool extract command). This is why input is bigger in this case. Normal game size is about 100GB + 32GB extracted videos. Like I said the 32GB video files were removed from the game archives so the zero'd parts of the game files will compress with like ratio 0%, so the result (output) is the very same like as you weren't extracting the video files.
- The attached xtl file is compatible with game version 1.1.1. As long as future game updates does not modifiy any of the game files (diff-like) this xtl file should work.
- xtool command order for xtl file: 1. extract, 2. erase, 3. decode (after install with xtl file).
- I decided to not extract & process WEM files because I was just too lazy, sorry. In the end it doesn't give a big size loss anyway. This is only important for repackers anyways, but they know by now.
- To make a bms plugin use the bms script with bms2xtl with the following settings:
SafeMode=1
LZ4=lz4hc:l9
input files: *.rmdtoc

Yhe result is the same as mzlib:confused:

it is 3 gb bigger

SNAP SNAP Build 15334191
 

Pine Harbor v.0.11
 

VLADiK BRUTAL build 15410643
 

Black Myth Wukong (Test)
 

Black Myth Wukong (Test)

Files Test (118mb)

Method Kraken (oodle file attached)

Result

This is v2.9.5

almost that, i take it from AC Mirage

oo2core_9_win64.dll rename it to oo2core_5_win64.dll

AC Mirage has no shipped oodle library :confused: Also for AC Mirage use 2.8.4 (same like Valhalla, both latest versions).

However fyi, for 95% of all newer games you can be safe of using oodle library 2.9.5. For the rest use 2.9.10 or 2.9.10 lib2 or even older libraries like 2.8.x (mainly ubisoft titles).

Here on this forum we have a grand collection of libraries which were collected over the years (some are missing, I have to upload them sometime).

Your old collection library you uploaded don't work with me
I tested it but as you said new library working

If you're going to use oo2rec tools you have to rename oo2core_8_win64 and oo2core_9_win64 to oo2core_7_win64 (or below) to make them work with oo2rec tools.

Btw, could you share some samples from that wukong game? Thanks.

I don't download the full game, I downloaded some sample files from a torrent
Sample files tested

https://www.mediafire.com/file/7ps2r...k7m/0.rar/file

Robin Hood - Sherwood Builders
 

Star Wars Outlaws

mermaid, any 2.7.x to 2.9.x library. They perform the same.

CarX Street PC
 

Best compression ?:)

Sample
https://i.imgur.com/WD6l596.png

Gundam breaker 4 maybe anyone knows the right compression method for this game? Sorry I can't upload the sample file because there is only one file and it's impossible to upload

Use file cutter and upload first 200mb
https://i.imgur.com/WD6l596.png

Edit:
You have to figure out the correct library. Good luck :rolleyes:

For all bundle files
unity plugin lz4hc l12

Code Vein

JP voiceovers ripped. You can play the game without problems, but updating the game will get difficult without rehashing pakchunk0-WinAnvil.pak file. I suggest to do this step when the game is finished.

Processing WEM files and BNK files will work aswell but I did not do it here because of lazyness.

^^
Use zlib+reflate for a little ratio increase. Using WemTool for a bulk of the larger wems leads me to a minimum size of 22GB with EN VO only. JP VO + Credits video ripped.

bcm on CriWare movies
XTool Zlib+Reflate + srep + lolz on all else.

Kaktor
sorry for the wait , i had some trouble!sorry!

https://uploadnow.io/f/VQjLfrx

use DiskPan GUI, set to

sorry if I ask again, how do I find out if the library file is encrypted? I have tried scanning using xtool.exe but none of them match. Thank you

What library file is encrypted? Only the pak file is encrypted.

Yes, that's what I mean. How do I know which library is used if the .pak file is encrypted? I've tried scanning using xtool.exe but none of them match.

You can test like this

https://i.imgur.com/SHlimhc.gif

Sorry to ask again. Why is there nothing in mine when I click on external codes?
http://i.ibb.co.com/4ZjjNT2/Screensh...-04-194138.png

^^
Because you have placed no codecs by xtool.exe

Place unreal.dll in _libraries folder

https://fileforums.com/showpost.php?...1&postcount=25

Warhammer 40000 Space Marine 2

You can open and extract pak files with 7zip normally.

binks are kb2n, except of a few which are bink1's (not worth to process them).

wem processing is possible aswell.