Podpora :: RAR Features

2019-06-08 13:48:36
Tom
Úprava názvu záchranných segmentů

Dobrý den,

šlo by poupravit označování názvu záchranných segmentů?
Aktuální situace:
- mám party *.part01.rar*.part09.rar
- RAR vytvoří následně záchranné segmenty: *.part1.rev a *.part2.rev

Po úravě by to bylo u s úvodní nulou jako u partů.

Ďeje se to pouze u RAR4. RAR5 vytváří správně, tedy *.part01.rev a *.part02.rev

2019-06-11 19:42:37
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Dobrý den,

doporučujeme používat nejnovější verzi WinRARu. Starší verze nejsou více opravovány.

Pro přejmenování souborů lze použít například bash skript:

#!/bin/bash
do
mv XYZ.part${i}.rev XYZ.part0${i}.rev
done
2019-06-10 09:17:09
Tom
Re: Úprava názvu záchranných segmentů

Mám verzi 5.71, jenom jsem použil přepínač -ma4 .

2019-06-10 12:07:12
Tom
Re: Úprava názvu záchranných segmentů

Ještě dodám, že se to děje jenom za určitých podmínek:
- výpočet: nekomprimovaná data / velikost partu >= 10 (číslování partů je 01, 02...)
- konečný počet partů je dosažen <= 9 z důvodu dobře komprimovatelných dat (číslování záchranných segmentů je potom 1, 2...)

Chová se to stejně na Linuxu i Windows verzi.

2019-06-11 20:01:04
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Můžete mi prosím poslat celý příkaz, kterým archiv se záchrannými segmenty se špatným názvy vytvoříte?

Díky

2019-06-12 12:15:52
Tom
Re: Úprava názvu záchranných segmentů

Zde je archiv:
https://uloz.to/!LN3znmsymAy9/test-rev-rar
, kde je porovnání, jak se to chová u RAR4 a RAR5 + v souboru ".rarrc" použité přepínače.

2019-06-12 19:39:47
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Děkuji za zaslání archivu.

Pokud umíte chybu vyvolat v poslední verzi WinRARu, prosím pošlete mí příkaz, kterým se vám to podaří.

Starší verze opravovány nejsou.

Díky.

2019-06-12 21:29:33
Tom
Re: Úprava názvu záchranných segmentů

Popíšu podrobný postup. Funguje to jenom někdy za určitých podmínek a jenom u RAR4. Použitá verze je 5.71 (poslední).
1. mám data o určité velikosti, např. 100 MB

2. zadám do RARu, aby vytvářel party po 9 MB > RAR vypočítá 100 / 9 = 11,111111 , takže začne číslovat *.part01.rar ...

Použitý příkaz: rar a -ep1 -rv20p -v9m -ma4 -- archiv.rar /adresa/na/složku

3. když komprese skončí, výsledný počet partů je 5:
archiv.part01.rar
archiv.part02.rar
archiv.part03.rar
archiv.part04.rar
archiv.part05.rar

4. RAR začne vytvářet záchranné segmenty a napočítá počet partů 5 > začne číslovat *.part1.rev ... (má být *.part01.rev)
Vypadá to takhle:
archiv.part01.rar
archiv.part02.rar
archiv.part03.rar
archiv.part04.rar
archiv.part05.rar
archiv.part1.rev

Když použiju formát RAR5 ( rar a -ep1 -rv20p -v9m -- archiv.rar /adresa/na/složku ), RAR následně vytvoří *.part01.rev , což je správně.
RAR by měl použít stejný styl číslování pro záchranné segmenty, jako u partů:
*.part01.rar > *.part01.rev
*.part001.rar > *.part001.rev
*.part0001.rar > *.part0001.rev

Není to chyba, která by dělala problém při rekonstrukci partů, ale už několikrát se mi stalo, že jsem záchranné segmenty nevybral pro upload na server a myslel si, že to patří jinému archivu.

2019-06-14 21:30:03
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Díky za přesný návod, unikalo mi, že chcete používat kompresi RAR4 a myslel jsem si, že používáte starší verzi RARu.

Problém se mi podařilo vyvolat na lokálním počítači a předám ho dál do centrály.

Můžu se zeptat, proč je pro vás výhodnější používat formát RAR4 ?

ale už několikrát se mi stalo, že jsem záchranné segmenty nevybral pro upload na server a myslel si, že to patří jinému archivu.

Možná by se to dalo řešit automatizací uploadu? Nevím, zvažte.

2019-06-14 23:00:04
Tom
Re: Úprava názvu záchranných segmentů

Bohužel "rar a -ma4 archiv.rar ./" != "rar a -md4m archiv.rar ./"
Jinak řečeno RAR5 s 4 MB slovníkem nedokáže dosáhnout úrovně komprese RAR4.

Mám data, které RAR5 při 32 MB slovníku nezkomprimuje tak, jako RAR4. A to RAR5 potřebuje asi o 30 % delší čas.
V 80 % - 90 % dosahuje RAR4 srovnatelnou úroveň komprese jako RAR5 při 32 MB slovníku. Energie potřebná na vytvoření archivu je vyšší u RAR5. Beru to jako zbytečný luxus. V dnešní době není důležité dosáhnout co nejmenšího archivu za každou cenu.

Chybí tam funkce, která by detekovala špatně komprimovatelná data a tyto části by bylo možné uložit bez komprese + by se tímto zvýšila rychlost vytvoření archivu.

"Možná by se to dalo řešit automatizací uploadu? Nevím, zvažte."

Bohužel se tohle řeší individuáně archiv od archivu. Uploaduje se a různé služby podle potřeby.

2019-06-16 23:10:13
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Předáho vývojáři. Zváží jestli to začlenit do některé další verze nebo ne. Předal jsem i informace o tom, proč preferujete RAR4.

Díky za zpětnou vazbu.

2019-06-17 20:54:55
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

Odpověď od Eugena Roshala:

> Jinak řečeno RAR5 s 4 MB slovníkem nedokáže dosáhnout úrovně komprese RAR4.

Pokud je použitý stejně velký slovník, úroveň komprese v průměru dosahuje stejných hodnot. Samozřejmě, že je možné najít případy, kde jedna nebo druhá metoda dosahuje lepší komprese, mluvím pouze o průměrech.

Například komprese textu může dosáhnout pomocí RAR4 lepšího výsledku než RAR5, ale za cenu mnohem delší dekomprese. Proto jsme z RAR5 odstranili kopresi textu. Pokud vás trápí spotřeba energie, pak je pro vás kompresní algoritmus RAR4 méně vhodný. Především pokud bereme do úvahy, že obvykle je archiv vytvořen pouze jednou a rozbalován několikrát a tím se stává výkon dekomprese důležitější.

> Mám data, které RAR5 při 32 MB slovníku nezkomprimuje tak, jako RAR4.

Pro každý kompresní algoritmus existují data s nejlepším kompresním poměrem a také nejhorším. RAR4 a RAR5 nejsou výjimkou. Takže je možné najít případ kdy RAR4 pracuje lépe než RAR5 s větším slovníkem. Ale průměrně RAR5 s větším slovníkem dosahuje lepší komprese než RAR4.

Možná jsou vaše data efektivněji komprimované, protože obsahují množství textu, ale pak nezapomeňte porovnat čas při dekompresi.

> A to RAR5 potřebuje asi o 30 % delší čas.

Ano, větší slovník potřebuje více času. Je možné zkusit RAR5 s menším slovníkem.

> Energie potřebná na vytvoření archivu je vyšší u RAR5. Beru to jako zbytečný luxus. V dnešní době není důležité dosáhnout co nejmenšího archivu za každou cenu.

Pochybuji, že to tak je při stejně velkém slovníku.

> Chybí tam funkce, která by detekovala špatně komprimovatelná data a tyto části by bylo možné uložit bez komprese + by se tímto zvýšila rychlost vytvoření archivu.

Funguje stejně pro RAR4 i RAR5.

Samozřejmě, je to vaše volba.

2019-06-18 00:13:49
Tom
Re: Úprava názvu záchranných segmentů

>Možná jsou vaše data efektivněji komprimované, protože obsahují množství textu, ale pak nezapomeňte porovnat čas při dekompresi.

Rychlost dekomprese je možná znát při zápisu na SSD. V mém případě je dozdíl minimální z důvodu vysokého výkonu CPU i při použití jednoho vlákna (RAR4) a čtení + zápis na HDD. RAR5 tedy určitě při dekompresi naráží na limit rychlosti zápisu na HDD.

>Ano, větší slovník potřebuje více času. Je možné zkusit RAR5 s menším slovníkem.

Můžu tedy nastavit u RAR5 4 MB slovník a zjistit, jestli se čas dekomprese zlepší (v závislosti od druhu dat), ale jak jsem psal výše - narazí to na limit HDD.

>Pochybuji, že to tak je při stejně velkém slovníku.

Porovnával jsem je ve výchozím nastavení (RAR4: 4MB a RAR5: 32 MB slovník)

>Funguje stejně pro RAR4 i RAR5.

Tohle jsem nepochopil, co tím je myšleno. Pravděpodobně asi přepínač -ms?
Měl jsem spíš na mysli případ, kdy 50 % souboru je dobře komprimovatelná a druhá 50 % ne.
Zajímá mě, jestli RAR dokáže tu nekomprimovatelnou část uložit bez komprese (ne celý soubor).

-----------------------

Ještě mě zajímá, jestli jde na linuxu zjistit více informací o archivu jako jenom "RAR5, Solid, Recovery record..." (přesněji, kolik záznamu pro opravu obsahuje) a bez toho, aby vypsal seznam souborů. Něco jak zobrazuje WinRAR.

2019-06-18 21:32:17
Ľubomír Mlích
Re: Úprava názvu záchranných segmentů

>> Chybí tam funkce, která by detekovala špatně komprimovatelná data a tyto části by bylo možné uložit bez komprese + by se tímto zvýšila rychlost vytvoření archivu.

>Funguje stejně pro RAR4 i RAR5.

Já to chápu tak, že stejný algoritmus je použit pro RAR4 i RAR5

> Rychlost dekomprese je možná znát při zápisu na SSD. V mém případě je dozdíl minimální z důvodu vysokého výkonu CPU i při použití jednoho vlákna (RAR4) a čtení + zápis na HDD. RAR5 tedy určitě při dekompresi naráží na limit rychlosti zápisu na HDD.

Souhlasím, že rychlost SSD a HDD je velký rozdíl. HDD a SSD mají také jistě jinou energetickou náročnost. Myslím si, že rychlost komprese a dekomprese je rychlostí HW jistě ovlivněna, ale algoritmus je stejný, musí se provést stejné množství operací nad CPU, pamětí a diskem. na HDD bude rozdíl snadněji vidět.

> Ještě mě zajímá, jestli jde na linuxu zjistit více informací o archivu jako jenom "RAR5, Solid, Recovery record..." (přesněji, kolik záznamu pro opravu obsahuje) a bez toho, aby vypsal seznam souborů. Něco jak zobrazuje WinRAR.

Nevím o tom.

Možná by ten váš problém šlo zkusit řešit tak, že pro nový archiv vytvoříte novou složku, do které se uloží všechny rarem vytvořené soubory a pak celou složku uploadujete na server a nic nezapomenete