Help on 7z

VonGratz · Post by **VonGratz** » 26 Apr 2006, 06:42

Ive intended to test some units of my mod in the UH changing the files,but the packed version not appear in the mod list!
Can someone help me about the configuration of 7z??
Im utilizing the following:

Format 7z
Compression level ultra
Compression method LZMA
dictionary size 32MB
word size 64
NOT solid

Thanks in advance
VonGratz

Zenka · Post by **Zenka** » 26 Apr 2006, 07:46

Strickly speaking the mod will appear int he mod list when a file called "modinfo.tdf" is in the root of the sd7.
With the value:

[MOD]
{
Name=This is a example mod;
Description=EXaMod;
URL=http://www.clan-sy.com/;

ModType=1;

NumDependencies=3;
Depend0=springcontent.sdz;
Depend1=otacontent.sdz;
Depend2=tatextures.sdz;
}

And the sd7 (or sdz) are just zipped directories right?

Maelstrom · Post by **Maelstrom** » 26 Apr 2006, 08:08

^ is the correct 7-zip options.

Zenkas post is also correct, except that you dont NEED all those dependancys, only the springcontent.sdz

NOiZE · Post by **NOiZE** » 26 Apr 2006, 14:58

compression on Ultra works just fine!! and saves those exta bytes

alphagamma · Post by **alphagamma** » 26 Apr 2006, 15:30

For me this is the best combination of switches for 7-Zip when compressing maps:
C:\"Program Files"\7-Zip\7z.exe a -r -mx9 -ms=e -mfb=273 -mlc=8 -mpb=3 map.sd7 mapfiles\*

You can also include those last 2 parameters in the GUI in the parameter box as follows:
lc=8 pb=3

FizWizz · Post by **FizWizz** » 26 Apr 2006, 16:46

NOiZE wrote:compression on Ultra works just fine!! and saves those exta bytes

yeah, nothing wrong with Ultra, but if you keep it down to Maximum you save more CPU time, and the extra size is negligible (in my opinion anyway, there is no truly "correct" compression setting)

Forboding Angel · Post by **Forboding Angel** » 26 Apr 2006, 20:27

Seems to me that he simply doesn't realize that you have to rename 7z to sd7

NOiZE · Post by **NOiZE** » 27 Apr 2006, 16:43

FizWizz wrote:
NOiZE wrote:compression on Ultra works just fine!! and saves those exta bytes
yeah, nothing wrong with Ultra, but if you keep it down to Maximum you save more CPU time, and the extra size is negligible (in my opinion anyway, there is no truly "correct" compression setting)

The Cpu time saved is negligible imo

alphagamma · Post by **alphagamma** » 27 Apr 2006, 19:16

try adding "lc=8 pb=3" in the parameter box, then you get a gain with no cpu nor memory increase.

VonGratz · Post by **VonGratz** » 15 May 2006, 07:11

OMG...I dont know really what I will do to this work well..Ive packed the same UH13 with modifications utilizing the picture parameters above and the Spring still not reconizes the file!!I only changed the ship transport files getting back to the oolde OTAs because AIs produce a lot of these units as they are armed instead of destroyers or something like that.
Help!!!!!

VonGratz

bamb · Post by **bamb** » 15 May 2006, 15:42

NOiZE wrote:
FizWizz wrote:
NOiZE wrote:compression on Ultra works just fine!! and saves those exta bytes
yeah, nothing wrong with Ultra, but if you keep it down to Maximum you save more CPU time, and the extra size is negligible (in my opinion anyway, there is no truly "correct" compression setting)
The Cpu time saved is negligible imo

I don't think so. If you increase decompression time by 100% (compression time by 500%) to save size by 5%, it's not worth it.
Of course, that depends on the computer, and I have a sucky one.

Spring already uses tiling, a form of compression, so some maps don't compress that much.
It's useful to be able to browse the maps in the battle screen without having to wait long for the minimap to uncompress.

Spring RTS Engine

Help on 7z

Help on 7z