Last Whisper v 0.12.6
 

Creatures of Ava build 15279045
 

Deathbound v.1.1.3
 

I guess you don't really know what you are doing, right?

Hi everyone, may I ask if anyone knows the right compression method for the game railway empire 2? I have tried compressing using xtool:mzlib but the size does not change. here is the sample file:
https://drive.google.com/file/d/1D_q...ew?usp=sharing

Thank you:)

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: