new tool

[doofoo24]

Originally Posted by kassane

Yes, but I did not have a good compression rate using only xtools.

Compression ratio: Game Divinity Original Sin 2 [GameMaster.pak]
xtools only = 100%
xtools + srep = 97%
srep + lz4mt (hc) = 94%
xtools + lz4mt (hc) = 93%

xtool+srep+lz4:hc

[Hibor]

Originally Posted by doofoo24

i attached the tools in the first post

Anyone can repost OGGRE?
Can't download it on krinkels, and first post is empty.

[dixen]

Originally Posted by hibor

anyone can repost oggre?
Can't download it on krinkels, and first post is empty.

OGGRE.rar

[Hexagon123]

Protip #1:
Don't use OGGRE because on multi-channel audio, Unreal games, and some other games that has a special file on it.

Use OGGRE on normal files.


Protip #2:
Don't use BPK because on rarely big .bk2 files over 200MB or alpha planes.

Use BPK on normal files on some sizes with no alpha plane.

Hint: Use radinfo.exe to check the file features.

[doofoo24]

ya this is old thread better to close it...
i gave up on compression a long time ago because of cheap storage

[devil777]

What's Bufsize=512k In the Cls.ini?

Should it been left like that or it can be changed by the user?

[KaktoR]

Buffer size

I think its self-explanatory

[kj911]

Originally Posted by 78372

No temps, no chunks, no external executables nor dlls.

BPK has two cls, I just added both of them to a single dll and compiled.

I don't think this needs another new thread so posting here.

Enjoy!

Very thanks!! Its DLL file working via FreeArc and running from XP!! (De)compression its works, via tested one BIK file. OK.

C:\>Arc.exe a -mbpk tmp.arc rockstar_logos.bik
FreeArc 0.67 (March 15 2014) updating archive: tmp.arc
Compressed 1 file, 35,665,884 => 26,079,703 bytes. Ratio 73.12%
Compression time: cpu 13.45 sec/real 15.52 sec = 87%. Speed 2.30 mB/s
All OK

Any test in coming soon.

Mini update: Found the bug! The DLL not compressing via splitted BIK/BK2 videos!!

Found few sample: http://samples.mplayerhq.hu/game-formats/bink2/

C:\>Arc.exe a -mbpk BIK3.arc Open_Logos_partial.bik
FreeArc 0.67 (March 15 2014) creating archive: BIK3.arc
Compressing 1 file, 10,240,000 bytes. Processed   0%
ERROR: general (de)compression error in bpk

C:\>Arc.exe a -mbpk 0.arc sc13_01_partial.bk2
FreeArc 0.67 (March 15 2014) creating archive: 0.arc
Compressing 1 file, 10,240,000 bytes. Processed   0%
ERROR: general (de)compression error in bpk

Multiple files compression, via folders, its works. ;-)

Update2: Compressing BIK files sourced from SC2 Hungarian versions.

BPK Only:

C:\>Arc.exe a -mbpk videos.arc offline videos
FreeArc 0.67 (March 15 2014) creating archive: videos.arc
Compressed 24 files, 454,103,532 => 353,408,418 bytes. Ratio 77.83%
Compression time: cpu 184.66 sec/real 202.88 sec = 91%. Speed 2.24 mB/s
All OK

BPK+LZMA:

C:\>Arc.exe a -mbpk+lzma:a1:mfbt4:d256m:fb273:mc1000:lc8 videos2.arc offline videos
FreeArc 0.67 (March 15 2014) creating archive: videos2.arc
Compressed 24 files, 454,103,532 => 324,503,253 bytes. Ratio 71.46%
Compression time: cpu 598.48 sec/real 643.92 sec = 93%. Speed 0.71 mB/s
All OK

Without SREP-ed version smaller than ~150kBytes. Gain its very minimal.

BPK+LOLZ version worse results: 340 590 349 byte (Ratio: 75.00%)

UPDATE3: SREP-ed version, not decoompresseable in properly, use any variant and methods. (CLS-*.dll/*.exe files, arc.ini, any..) CRC-error in 2% percentage. Try it use REP or REP+LZMA methods from compressing.

[kj911]

Originally Posted by KaktoR

...

OGGRE - compressor ogg vorbis audio files. In the format of vorbis, the final entropy encoding of the frames is very well done, so there is not much to pinch there. But with ogg headers and codebooks at the beginning of each ogg file is a completely different situation, so they had to apply deduplication for them. As a result, only 5-7% of lzma won.
To compress via freearc in arc.ini, you need to add something like this:
[External compressor: oggre]
header = 0
packcmd = oggre_enc.exe {options} $$ arcdatafile $$. tmp $$ arcpackedfile $$. tmp
and for unpacking use CLS-OGGRE.dll.

I also made a version for the compression of wwise vorbis separately - there they just removed all the ogg headers and code books. OGGRE compressor for wwise was done very much on the knee, so to encode a file you must first convert it using ww2ogg utility from .wav to .ogg and then press oggre_enc_wwise.exe. The instance unpacked through the oggre_dec_wwise will correspond to the .wav file, but without the WAVE header. Shorter than clean play.

PS if you do not understand how to use, or something will not work - these are your problems, I scored a bolt on this project.

...

This OGGRE_enc tools not yet released x86 binary?? These CLS-OOGRE.dll its x64 only?? Any alternative, from OGG/Vorbis lossless compression?

UPDATE: Found very tiny and special EXE tools, used in from OGGRE binaries patched and working from now running Windows XP!! Hurry!

And quick question from "CLS-OGGRE.dll" file: Found, two minimally different file sized dll's files:

V1: 247 296 byte (from CIU 3.0.0.1b8 package)
V2: 246 272 byte (from any forum post or net)

Whats difference in two files?

[Unjk223]

I tried to pack bik video files using old build (bink_pack.exe) before new bpk 0.2.6 released by profagge. When I tested to extract archive using external compressor bink_unpack.exe and CLS dll in FreeArc, the archive came corrupted.

So my solution is:
Is there any I can get bpk 0.2.6 version and other compressors to me by PM?

- Unjk223

[Varis9]

Originally Posted by Unjk223

I tried to pack bik video files using old build (bink_pack.exe) before new bpk 0.2.6 released by profagge. When I tested to extract archive using external compressor bink_unpack.exe and CLS dll in FreeArc, the archive came corrupted.

So my solution is:
Is there any I can get bpk 0.2.6 version and other compressors to me by PM?

- Unjk223

Try this dll

[kj911]

See this old ESP compressor Github repository and get the "image24.raw" file...

The declared name "MM2" filter from 24bit images, better than LOLZ used versions? (ESP compressed to 333 bytes.) Classic LZMA wont compress in below 60+ KB sizes. LOLZ in get barelly smaller output.

69 519 image24.7z
72 493 image24.dlz
 2 610 image24.lolz
98 304 image24.raw

I wonder if it would make sense to create an extended data filter based on this "MM2" algorithm—perhaps in the form of a standalone compressor and/or CLS filter?