paq8px_v69kzu

[kaitz]

I have made another version.

• Dynamic record model length up to 32 bytes (prints output of learned lens)
• indirectmodel2 again
• better utf detection - text min length 1024*2 bytes
• split compression by type
• Modified BMP 8,24 bit - do gradient estimation (better results on non-dithered 8bit images)
• split compression by type
• static dict preprocess (detected text/can be commented out)
• default compress option 7

Record model now works better on this problem:
http://encode.su/threads/1088-Someti...teresting-file

detects length in wav files that have 32bit samples (floating point)

Attachment has source and compiled version.

[Jan Ondrus]

Crash on this file

[kaitz]

Crash on this file

Cant reproduce:

Creating archive G:\paq\p\_.7z.paq8pxkzu with 1 file(s)...

File list (12 bytes)
Compressed from 12 to 15 bytes.

1/1 Filename: G:/paq/p/_.7z (13312 bytes)
Block segmentation:
0 | default | 512 bytes [0 - 511]
1 | hdr | 806 bytes [512 - 1317]
2 | 8b-image | 2280 bytes [1318 - 3597] (width: 4)
3 | default | 1010 bytes [3598 - 4607]
4 | text | 8154 bytes [4608 - 12761]
Encoded file 5839
5 | default | 550 bytes [12762 - 13311]
Compressed from 13312 to 2972 bytes.

Total 13312 bytes compressed to 2999 bytes.
Dynamic record model with len upto 32
Len Final count
2 15
4 153
Time 1.47 sec, used 846955390 bytes of memory

decompress is identical

Did you use my compile?

[BetaTester]

G:\>paq8px_v69kzu.exe -8 _.7z
Creating archive _.7z.paq8pxkzu with 1 file(s)...

File list (12 bytes)
Compressed from 12 to 15 bytes.

1/1 Filename: _.7z (13313 bytes)
Block segmentation:
0 | default | 512 bytes [0 - 511]
1 | hdr | 806 bytes [512 - 1317]
2 | 8b-image | 2280 bytes [1318 - 3597] (width: 4)
3 | default | 1010 bytes [3598 - 4607]
4 | text | 8154 bytes [4608 - 12761]
Encoded file 5841
5 | default | 551 bytes [12762 - 13312]
Compressed from 13313 to 2978 bytes.

Total 13313 bytes compressed to 3005 bytes.
Dynamic record model with len upto 32
Len Final count
2 15
3 1
4 153
Time 1.05 sec, used 1660650375 bytes of memory


G:\>paq8px_v69kzu.exe _.7z.paq8pxkzu
Extracting ./_.7z 13313 -> Encoded file 5841

bla bla bla bla...

Time 1.22 sec, used 1660648322 bytes of memory


WinXp 2003 pro Sp2 X64, AMD Phenom II, 4GB of RAM

[Skymmer]

Quick test at -8 on TestBed.tar from my PAQ TestBed Set.
Tested on i5-2500k, 16G RAM, WinXP x64 SP2

               size        time        memory
            ---------     ------     ----------
px69        5 303 486     655.58     1974723284
px69kzu     5 303 882     737.00     2042492948

For px69 I used paq8px_v69_sse2.exe compile by LovePimple. I also tried to test the M4ST3R compiles but its appeared that all of them doesn't work for this file on my system. They report:

 13          | 24b-image |    838572 bytes [2465448 - 3304019] (width: 1788)
Out of memory

[Matt Mahoney]

I reproduced the error. "paq8px_v69kzu -5 x _.7z" crashes when temp_HKCC_dict1.dic is not in the current directory.

It also has the g++ tmpfile() bug. I get "tmpfile: Permission denied" when run on the C drive because in Vista, the root on the C drive does not have write permission to produce a temporary file. This is a problem in the g++ library. It ought to use %TEMP% instead. I get around it by running it from the D drive.

[Jan Ondrus]

I reproduced the error. "paq8px_v69kzu -5 x _.7z" crashes when temp_HKCC_dict1.dic is not in the current directory.

That was the problem temp_HKCC_dict1.dic was missing

[BetaTester]

????????????????????