FileForums - new tool

FileForums (https://fileforums.com/index.php)

- Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)

- - new tool (https://fileforums.com/showthread.php?t=99953)

Quote:

Originally Posted by doofoo24 (Post 470717)

pack and unpack improved speed...
AS ALWAYS THANK TO Edison007..

Only packer was improved, unpacker is the same as in 0.1.1b

Can't create read mapping!

Fix Problem

Code:

Regedit

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

EnableLUA > 0

ConsentPromptBehaviorAdmin > 0

FilterAdministratorToken > 0

Restart Computer

more information

What do you think about this LZ4 version?

I have tested with srep and even with xtools compression / decompression and it works.

src github: here

The app attachment was compiled statically using gcc[mingw/msys2] v7.3 x64

Code:

[External compressor:lz4]

header    = 0

;default = -1 fatest

;HighCompress = -9

;BlockDependency = -BD

packcmd   = lz4mt.exe -9 -BD $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

unpackcmd = lz4mt.exe -d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

but you can use built-in lz4:hc

Quote:

Originally Posted by doofoo24 (Post 471230)

but you can use built-in lz4:hc

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.9%
xtools + srep + lz4mt (hc) = 93%

xtools:e:precomp:c32mb:t100p:lz4+lz4

Code:

Result:

Compressed 1 file, 447,157,530 => 424,672,129 bytes. Ratio 94.97%

Compression time: cpu 0.61 sec/real 20.50 sec = 3%. Speed 21.81 mB/s

Quote:

Originally Posted by kassane (Post 471233)

:confused:

xtool+srep+lz4:hc :)

Quote:

Originally Posted by doofoo24 (Post 465364)

i attached the tools in the first post

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

Quote:

Originally Posted by hibor (Post 490495)

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

Attachment 28964

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.

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

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

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

Buffer size

I think its self-explanatory

Quote:

Originally Posted by 78372 (Post 466075)

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.

Code:

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/

Code:

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:

Code:

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:

Code:

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.

Quote:

Originally Posted by KaktoR (Post 465367)

...

Code:

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?

i haven't noticed the new tools

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

Quote:

Originally Posted by Unjk223 (Post 499743)

Try this dll

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.

Code:

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?

This raw is probably some type of gradient, for which MM2 may have special filters. On real game 24-bit textures it won't produce such great benefit, quite the opposite, as my tests show.