7zip a největší komprese? Vyřešeno

[Verxes]

Nazdar, ať dělám co dělám, tak za Boha nemůžu nastavit, aby 7zip při balení ve formátu 7z nastavil pořádnou úroveň komprese, když přidám do archivu, tak si mohu zvolit úroveň komprese (Skladovací,Nejrychlejší,Rychlá,Normální,Maximální,Ultra), ale pokaždé jsem při balení dosáhl max. 90% z původní velikosti - testováno na obrázkách, dokumentech, nebo programech..
Jaký je rozdíl v komprimačních metodách? - LZMA, PPMd, BZip2
K čemu je velikost slovníku, velikost slov a solid block size?
Jak to zkrátka nastavit na co největší zabalení?

A co doporučujete pro soubory, které chci mít jen pohozené na externím disku a cca jednou, dvakrát do roka se na ně kouknout(např. ročníky s fotkami - výběr mám v PC, ale komplet ročníky bych chtěl smrsknout a hodit na disk)?
A jak balit když tam chci přidávat, chci to mít na externím HDD, ale jednou za týden, dva chci k tomu přibalit další věci.

dík, nikde jsem nenašel řešení.

[Reklama]

[Weslo]

no všeobecně platí že se blbě komprimují už zkomprimované věci.Takže třeba obrázky,dokumenty,hudba a filmy...na ten zbytek by mě taky zajímala odpověď..

[El Diablo]

To nemá cenu balit, u zkomprimovaných souborů jako jsou MP3, avi, jpg, dojde spíš ke zvětšení velikosti...

Závěr

Jak je vidět z naměřených hodnot účinnost komprese silně závisí na charakteru dat. Velmi dobře jdou "balit" např. soubory typu RTF, BMP, TXT a třeba i PDF. Oproti tomu formáty jako MP3 nebo JPG tedy formáty které jsou samy o sobě "kompresní" se "balit" vůbec nevyplatí. Dále platí, že rozdíly mezi nejlepšími kompresními metodami jednotlivých programů jsou velmi malé. Někdy rozhodovaly i setiny procenta. Budu-li se držet nastíněného způsobu bodování dopadlo vše takto:

1. místo ACB v2.00c 46 bodů
2. místo bzip2 v1.0.1 40 bodů
3. místo WinImp v1.2 31 bodů
4. místo WinAce v2.02 30 bodů
5. místo WinRar v2.70 19 bodů
6. místo gzip v1.3 14 bodů
7. místo Ain v2.32 10 bodů
8. místo WinZip v7.0 9 bodů
9. místo JAR v1.02 3 body

Rád bych si dovolil jednu malou ale důležitou poznámku k programu ACB. Jedná se o poměrně starý program (z roku 1997) a pravděpodobně díky tomu má ACB jednu velkou vadu na kráse a sice tu, že neumí řádně pracovat s dlouhými názvy souborů. Všechny názvy souborů, které obsahují více jak 8 znaků tak při následné dekompresi "ořeže" na tento počet. Další jeho nevýhodou je poměrně velká časová náročnost Díky těmto vlastnostem již asi nemá šanci na větší rozšíření. Do testu jsem ho zařadil spíše pro srovnání, protože "pakuje" opravdu nádherně!

http://reboot.cz/howto/software/velky-t ... tml?id=157

[Dawidx]

Zdravím. U komprese se to má obecně tak, že čím větší soubor(y) komprimujete, tím více místa ušetříte. Samotná komprimace totiž funguje tak, že se v souborech najdou řetězce, které se pořád opakují, a vytvoří se tzv. slovník, ve kteréj jsou tyto řetězce zapsané ve zkratce. A ten slovník taky něco zabírá. Když balíte jen malý soubor, je v něm jen málo podobných řetězců, takže se ušetří jen málo místa, navíc musíte připočítat velikost slovníku, takže původní soubor o velikost 100kB může mít po zabalení velikost třeba 120kB. Úrovně komprese jak jste je vypsal učují, jak moc do hloubky bude program řetězce hledat a zapisovat - úroveň ultra udělá z 8GB souboru třeba 3GB, ale bude trvat několik hodin. Pozdější dekomprese taky. Chtěl jsem jenom říct, že velikost ušetřeného místa roste geometrickou řadou s velikostí komprimovaných dat.