Help! Garry's Mod Compressor - Page 2

rinaldo · #16 21-01-2016, 22:38

if someone manages to squeeze more rock

panker1992 · #17 22-01-2016, 05:47

your bin = 2.62 mb
my bin = 2.60 mb

precomp + msc + srep +nzmax (all 4 cores active)

felice2011 · #18 23-01-2016, 10:15

Rinaldo Bin = 2.62 mb
Panker Bin = 2.60 mb
M_S_Kompressor Bin = 2.55 mb...

Rina.7z

RamiroCruzo · #19 23-01-2016, 19:49

I can't extract that bin of your amigo yet...I used Reflate, so the size is now 5.68 MB...& now the compression part with KungFq...Its still going on... 31% size 20KB

Miravinder · #20 26-01-2016, 11:06

Quote:

Originally Posted by panker1992

do not use srep 3.93a
it has memory leak and it crash endlessly especially on windows 10
this is verified bug

switch to 3.93 or 3.2 version and use 64 bit

panker1992, please show proof of this error and load data are compressed.
What build a srep 3.93 used?

Quote:

Originally Posted by hasandgn34

OS is Windows 8.1 x86 and x64 and RAM 8GB I have.

hasandgn34, I can recommend to close all programs that devour RAM. (torrent, browser, skype, etc.)

Quote:

Originally Posted by hasandgn34

SREP says 3911(or similar size) mb memory required and went ERROR.

You need to have 4 GB of contiguous block of memory, so use SREP 3.92 x64.

Quote:

Originally Posted by hasandgn34

I have free space for compression.

32 + 32 = 64 GB only need for temporary files srep. I would have freed at least 100 GB.

Code:

Compress DiRT Rally SREP x64 3.92 beta (OS Win8.1 x64 RAM 8Gb)

FreeArc 0.67 (September 13 2014) creating archive: .\DiRT Rally.arc
Compressing 10,735 files, 34,372,742,743 bytes. Processed  99.9%
Compressing 34,372,742,743 bytes with srep64 -m3f -l512 -c256 -a4  $$arcdatafile
$$.tmp $$arcpackedfile$$.tmp
100.0%SREP 3.92 beta (July 23, 2013): input size 32780 mb, memory used 3911 mb,
-m3f -l512 -c256 -a4/4 -hash=vmac -b8mb
0%: 8,388,608 -> 6,926,624: 82.57%.  Cpu 13 mb/s (0.608 sec), real 1 mb/s (9.051
0%: 16,777,216 -> 14,486,233: 86.34%.  Cpu 21 mb/s (0.764 sec), real 2 mb/s (9.7
0%: 25,165,824 -> 16,056,981: 63.80%.  Cpu 28 mb/s (0.858 sec), real 2 mb/s (9.9
0%: 41,943,040 -> 21,587,208: 51.47%.  Cpu 38 mb/s (1.045 sec), real 4 mb/s (10.
0%: 58,720,256 -> 25,811,362: 43.96%.  Cpu 45 mb/s (1.232 sec), real 5 mb/s (10.
0%: 75,497,472 -> 31,318,434: 41.48%.  Cpu 51 mb/s (1.404 sec), real 7 mb/s (10.
0%: 92,274,688 -> 39,457,433: 42.76%.  Cpu 53 mb/s (1.669 sec), real 8 mb/s (10.
---
99%: 34,301,018,112 -> 22,062,405,978: 64.32%.  Cpu 52 mb/s (629.292 sec), real
99%: 34,309,406,720 -> 22,070,760,456: 64.33%.  Cpu 52 mb/s (629.542 sec), real
99%: 34,317,795,328 -> 22,079,071,108: 64.34%.  Cpu 52 mb/s (629.823 sec), real
99%: 34,326,183,936 -> 22,087,367,162: 64.35%.  Cpu 52 mb/s (630.072 sec), real
99%: 34,334,572,544 -> 22,095,561,982: 64.35%.  Cpu 52 mb/s (630.353 sec), real
99%: 34,342,961,152 -> 22,103,882,334: 64.36%.  Cpu 52 mb/s (630.634 sec), real
99%: 34,351,349,760 -> 22,112,169,616: 64.37%.  Cpu 52 mb/s (630.868 sec), real
99%: 34,359,738,368 -> 22,120,494,866: 64.38%.  Cpu 52 mb/s (631.149 sec), real
99%: 34,368,126,976 -> 22,128,839,143: 64.39%.  Cpu 52 mb/s (631.414 sec), real
100%: 34,372,742,743 -> 22,133,391,584: 64.39%.  Cpu 52 mb/s (631.539 sec), real
 40 mb/s (811.045 sec) = 78%
Sorting matc100.0% Second 100.0100.0%
100.0%
Errorlevel=0
Compressed 10,735 files, 34,372,742,743 => 22,133,414,352 bytes. Ratio 64.39%
Compression time: cpu 93.87 sec/real 3080.10 sec = 3%. Speed 11.16 mB/s
All OK

hasandgn34 · #21 26-01-2016, 12:07

Quote:

Originally Posted by Miravinder

panker1992, please show proof of this error and load data are compressed.
What build a srep 3.93 used?

hasandgn34, I can recommend to close all programs that devour RAM. (torrent, browser, skype, etc.)

You need to have 4 GB of contiguous block of memory, so use SREP 3.92 x64.

32 + 32 = 64 GB only need for temporary files srep. I would have freed at least 100 GB.

Code:

Compress DiRT Rally SREP x64 3.92 beta (OS Win8.1 x64 RAM 8Gb)

FreeArc 0.67 (September 13 2014) creating archive: .\DiRT Rally.arc
Compressing 10,735 files, 34,372,742,743 bytes. Processed  99.9%
Compressing 34,372,742,743 bytes with srep64 -m3f -l512 -c256 -a4  $$arcdatafile
$$.tmp $$arcpackedfile$$.tmp
100.0%SREP 3.92 beta (July 23, 2013): input size 32780 mb, memory used 3911 mb,
-m3f -l512 -c256 -a4/4 -hash=vmac -b8mb
0%: 8,388,608 -> 6,926,624: 82.57%.  Cpu 13 mb/s (0.608 sec), real 1 mb/s (9.051
0%: 16,777,216 -> 14,486,233: 86.34%.  Cpu 21 mb/s (0.764 sec), real 2 mb/s (9.7
0%: 25,165,824 -> 16,056,981: 63.80%.  Cpu 28 mb/s (0.858 sec), real 2 mb/s (9.9
0%: 41,943,040 -> 21,587,208: 51.47%.  Cpu 38 mb/s (1.045 sec), real 4 mb/s (10.
0%: 58,720,256 -> 25,811,362: 43.96%.  Cpu 45 mb/s (1.232 sec), real 5 mb/s (10.
0%: 75,497,472 -> 31,318,434: 41.48%.  Cpu 51 mb/s (1.404 sec), real 7 mb/s (10.
0%: 92,274,688 -> 39,457,433: 42.76%.  Cpu 53 mb/s (1.669 sec), real 8 mb/s (10.
---
99%: 34,301,018,112 -> 22,062,405,978: 64.32%.  Cpu 52 mb/s (629.292 sec), real
99%: 34,309,406,720 -> 22,070,760,456: 64.33%.  Cpu 52 mb/s (629.542 sec), real
99%: 34,317,795,328 -> 22,079,071,108: 64.34%.  Cpu 52 mb/s (629.823 sec), real
99%: 34,326,183,936 -> 22,087,367,162: 64.35%.  Cpu 52 mb/s (630.072 sec), real
99%: 34,334,572,544 -> 22,095,561,982: 64.35%.  Cpu 52 mb/s (630.353 sec), real
99%: 34,342,961,152 -> 22,103,882,334: 64.36%.  Cpu 52 mb/s (630.634 sec), real
99%: 34,351,349,760 -> 22,112,169,616: 64.37%.  Cpu 52 mb/s (630.868 sec), real
99%: 34,359,738,368 -> 22,120,494,866: 64.38%.  Cpu 52 mb/s (631.149 sec), real
99%: 34,368,126,976 -> 22,128,839,143: 64.39%.  Cpu 52 mb/s (631.414 sec), real
100%: 34,372,742,743 -> 22,133,391,584: 64.39%.  Cpu 52 mb/s (631.539 sec), real
 40 mb/s (811.045 sec) = 78%
Sorting matc100.0% Second 100.0100.0%
100.0%
Errorlevel=0
Compressed 10,735 files, 34,372,742,743 => 22,133,414,352 bytes. Ratio 64.39%
Compression time: cpu 93.87 sec/real 3080.10 sec = 3%. Speed 11.16 mB/s
All OK

I did it. and there is no problem with srep64.
but you didn't use precomp for this. because it is increasing 58gb from 27gb.
when ı used srepx86, it went to error. but with x64 srep, it works perfectly.
thanks again.

Miravinder · #22 26-01-2016, 22:56

Quote:

Originally Posted by hasandgn34

but you didn't use precomp for this. because it is increasing 58gb from 27gb.

I have not used precomp, why it does not work in a multithreaded unpacking.

Quote:

Originally Posted by hasandgn34

but with x64 srep, it works perfectly.
thanks again.

Forget it! I'm happy for you.

rinaldo · #23 27-01-2016, 05:18

Quote:

panker
felix

if we get to 2 MB it is good .. but if only srep+msc+nz reach 2.62 I doubt use precompress ... if we go down below 2, we are riding on what I have to do .. otherwise I would look for other compressors more capable on the files .. thank you for the good help guy

panker1992 · #24 27-01-2016, 06:25

It's been a while since i went in this thread :P so i am reading from the beginning

Rinaldo try to use reflate, precomp (i recommend 0.38) and i posted antiz somewhere :P

if i try desperately i can make it 2 mb :P nanozip seems to provide a good ratio without the use of many postprocessing ~ recompressing tools

@Miradriver

you dont trust me ?? i keep all my tools updated so whenever a something comes up i see it swiftly

you can download 3.93a from Bulat

here is the proof, this is from the developer site

Code:

Quote:

Originally Posted by Original Post

Found a bug in srep3.93a...

Uploaded (a part of) the file which gives the error: http*****://hugefiles*****.net/****

In this case I use srep64 -m4 -l32 error.000

It crashes on the sorting matches. I tried the intel build and a self compiled vc2013 build.

E
--
Problem signature:
Problem Event Name: APPCRASH
Application Name: srep64m.exe
Application Version: 3.9.3.1
Application Timestamp: 55955c48
Fault Module Name: srep64m.exe
Fault Module Version: 3.9.3.1
Fault Module Timestamp: 55955c48
Exception Code: c0000005
Exception Offset: 000000000000e0cc
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1043
Additional Information 1: f7cb
Additional Information 2: f7cb6bcff07116ea5ca6ea0f1b74cb5a
Additional Information 3: c4fe
Additional Information 4: c4fed20a42589c3b8d6bd2094a895a6d

Miravinder · #25 28-01-2016, 10:14

Quote:

Originally Posted by panker1992

you dont trust me ?? i keep all my tools updated so whenever a something comes up i see it swiftly

you can download 3.93a from Bulat
here is the proof, this is from the developer site

Thanks, I found out about this error only on this forum, so he wanted to see proof.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Mini Compressor AIO 2021	Carldric Clement	Conversion Tutorials	286	20-04-2026 11:42
Carl Compressor	Carldric Clement	Conversion Tutorials	5	09-11-2015 20:09
14RePack Studio - Compressor v1.0 Beta (Testing Mode)	Cetrnaestsoft	PC Games	1	26-12-2014 12:53
[Tutorial] Making Compressor like BlackBox?	Carldric Clement	Conversion Tutorials	8	15-10-2014 21:50
Monster Compressor!	drexx	Conversion Tutorials	5	02-07-2014 20:24

The Following User Says Thank You to panker1992 For This Useful Post:
rinaldo (22-01-2016)

The Following User Says Thank You to felice2011 For This Useful Post:
rinaldo (27-01-2016)

The Following 2 Users Say Thank You to panker1992 For This Useful Post:
Miravinder (28-01-2016), rinaldo (27-01-2016)

The Following User Says Thank You to Miravinder For This Useful Post:
panker1992 (28-01-2016)