|
Oodle MT Compressor for FreeArc
4 Attachment(s)
Oodle Compressor 2.5.2 by RAD Game Tools
This is a wrapper to use it with freearc and stdio Comprssion levels: None = 0, SuperFast = 1, VeryFast = 2, Fast = 3, Normal = 4, Optimal1 = 5, Optimal2 = 6, Optimal3 = 7, Count = 8 None don't compress, just copy raw bytes SuperFast super fast mode, compression can be very poor; try VeryFast first VeryFast fastest LZ mode for normal use, good for runtime encoding Fast fast - good for daily use Normal standard medium speed LZ mode Optimal1 optimal parse level 1 (faster optimal encoder) Optimal2 optimal parse level 2 <- recommended Optimal3 optimal parse level 3 (slower optimal encoder) Compression methods: None = 3, Kraken = 8, Leviathan = 13, Mermaid = 9, Selkie = 11, LZNA = 7, BitKnit = 10, LZB16 = 4, Hydra = 12, LZBLW = 5, LZH = 0, LZHLW = 1, LZNIB = 2, LZA = 6, Count = 14 None None = memcpy Kraken Fast decodes, high compression, amazing! NOTE : LARGE QUANTUM Leviathan Leviathan = Kraken's big brother with higher compression. NOTE : LARGE QUANTUM Mermaid Mermaid is between Kraken & Selkie - crazy fast, still decent compression. NOTE : LARGE QUANTUM Selkie Selkie is a super-fast relative of Mermaid. Faster than LZB16/LZ4 but more compression. NOTE : LARGE QUANTUM ; NOTE : Selkie will show up as Mermaid data in the decoder LZNA LZNA : the highest compression option in Oodle, comparable to LZMA (7zip) but much faster to decode BitKnit BitKnit ; usually close to LZNA compression levels but faster. Particularly great on some types of structured binary, such as structs of DWORD/float. LZB16 LZB16 = LZ-Bytewise ; 64k window ; fast, low compression. Generally prefer Selkie unless you need the 64k window Hydra Hydra, the many-headed beast = Kraken, Mermaid, or Selkie LZBLW OLD : LZBLW = LZB-LargeWindow ; often a free win over LZB16 LZH OLD : LZH , 128k sliding window ; generally use LZHLW instead LZHLW OLD : LZH-LargeWindow ; fast to decode, good compression LZNIB OLD : LZ-Nibbled ; fast to decompress + medium compression LZA DO NOT USE : LZA = LZ-Arithmetic ; use LZNA instead Multithreading is done by chunks, remember that highest RAM usage for decompression = Chunksize*2*threads May contain bugs, not fully tested with multicore cpus, I only have 2 cores Updated oodlemt Changelog Code:
1. Fixed some threading bugs.ChangeLog Code:
1. Memory usage optimized a little. |
Maybe a stupid question ,but is this x64 version ?
If no ,can u make an x64 version? Atm im from mobile... Thanks in advance ! |
1 Attachment(s)
@shazzla its already x64 bit complied
|
Oodle Compressor 2.5.2 by RAD Game Tools
HOW TO USE THE KNOWLEDGE REQUIRED TO USE WITH THE EXAMPLE |
[External compressor:oodle]
header = 0 packcmd = oodlemt.exe e -c256 -m6 -l9 -t4 - - <stdin> <stdout> unpackcmd = oodlemt.exe d - - <stdin> <stdout> |
Oodle Compressor 2.5.2 by RAD Game Tools
which games are used information and sample usage on a few games |
Leviathan = 13 - don't work for me.
|
Quote:
|
it is a compresstor and not pre-compresstor - if u want to use it,
Just like this srep+oodle or srep+lzna it has faster decompresstion, so can use instead of using lolz or lzma |
use lzna or kraken instead of using old lzma or xz
|
Thanks 78372
Only Count = 14 Not Work |
Sorry everyone, I actually didn't tested all codecs, I just tested kraken and copied other codec and method names from oodle documentation, I don't know if they exist in 2.5.2 core or not.
Anyways, if you find any codec not working at all, just post here and I will remove it from first post, sorry again. |
Interesting...
[External compressor:lzna] header = 0 packcmd = oodlemt.exe e -m7 {options} - - arc a -mlzna:c128:l7:t4 pack.arc data.dat uses only basic(?) thread ,while running oodlemt.exe from command line t4 works fine. any idea ? :( (i5-6600) Edit : [External compressor:oodle] header = 0 packcmd = oodlemt.exe e {options} - - arc a -moodle:c128:m7:l7:t4 pack.arc data.dat it works ! strange.... :confused: |
1 Attachment(s)
Some information at last
Try this, it may fix the error, works here for two threads, no idea if it will work for more than 2 or not, test it please. Use -t4 and keep an eye on task manager, make sure your data is 4x than chunksize. Test with both old and new edition and report. Test compression only. |
Nothings changed here ,still the same.
Console version works fine with same file. Old and new version with -t4 works from console ,but not with arc.exe (arc.exe uses only 25% of CPU ,console uses 100%). Dataset is 1.2 GB. |
Quote:
|
i use process explorer to monitor my tasks.
if i use console version with -t4 ,cpu usage is 9x% (oodlemt ,of course). with default t2 ,its 25%. damn ,i have no time to experiment. :/ btw thank you very much ! |
Updated oodlemt
Changelog Code:
1. Fixed some threading bugs. |
2 Attachment(s)
High ram usage in this edition. It reached 2GB usage using only one thread and 32mb chunks (rep:1600mb+oodlemt:m8:l9:t1:c32).
Compression speed is not satisfactory, although I am using a celeron dual core pc. Decompression is fast enough as expected(used 2 threads and around 260MB RAM). |
Probably the last update uploaded.
OodleMT 1.3 (Final) Quote:
No longer working on this anymore. It will not receive any future updates except bug-fixing |
@78372
-t#: Threads(Default = 2) to -t#: Threads(Default = t50p) is it possible? |
Quote:
|
This noob question from bumping the thread:
Newest Oodle Core v6/7 and 8 (x64 only) have better compression ratio from various codec compare to v5?? OOZ taken from GitHub its working from compress any data? 32bit compile? Any users, tested the few codecs variants from find the best versions from any data?? Textures, text data, sound files and more? |
| All times are GMT -7. The time now is 15:59. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com