OldComp.cz

Komunitní diskuzní fórum pro fanoušky historických počítačů


Právě je 16.04.2024, 17:06

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]




Odeslat nové téma Odpovědět na téma  [ Příspěvků: 11 ] 
Autor Zpráva
PříspěvekNapsal: 23.11.2019, 15:05 
Offline
Profík
Uživatelský avatar

Registrován: 20.02.2017, 01:17
Příspěvky: 806
Has thanked: 19 times
Been thanked: 48 times
Nevíte někdo, jak přesně nabývá velikost archivu RAR v závislosti na počtu souborů a složek v něm uložených při nulové kompresi? Jde o to, že když vypaluji na DVD / blu-ray tak používám FillCD, který umí "připravit" složky a soubory dle vymezené velikosti, ale WinRAR při vytvoření archivu tento zvětší pravděpodobně o údaje o obsahu a tuším čím více položek tím větší nárůst. Ale potřeboval bych jestli tento nárůst není někde zdokumentován nějakým vzorcem apod. abych byl schopen nastavit maximální mez pro FillCD. Zatím to vždy řeším tak, že když mi archiv přeteče, tak z něj pak odstraňuji položky dokud se "nevlezu". A pozor! - bez rozdělování archivu na více částí Děkuji.


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 10:46 
Offline
Profík
Uživatelský avatar

Registrován: 20.02.2017, 01:17
Příspěvky: 806
Has thanked: 19 times
Been thanked: 48 times
Dnes jsem s tím trochu laboroval a nedospěl k žádnému závěru. Jelikož pracuji s nulovou kompresí, neměly by se tam dít nepředvídatelné věci. Nicméně:

velikost zdroje = 133296154 bajtů
velikost vytvořeného RAR = 133307200 bajtů
rozdíl mezi velikostmi = 11046 bajtů

Pravděpodobně záleží na metadatech a cestě k souborům. Např. výstup z Total Commanderu "c:\Users\Tomas\Downloads\.Tallow. - Red Disc Of Proxima\cd.jpg" je v RAR možná tento řetězec (?): "!CŹC äçäç ˛ŕ;Ş€ %.Tallow. - Red Disc Of Proxima/cd.jpg" + " ­˜™Ó".

Pokud půjdu touto cestou:

velikost mého "DIR" výstupu na jednom souboru = 62 bajtů
velikost RAR metadat na jednom souboru (?) = 73 bajtů
koeficient = 1,176 (cca)

ale:

velikost mého celkového DIR výstupu na všech souborech = 7486 bajtů
RAR zvětšen o = 11046 bajtů
koeficient = 1,476 (cca)

při jiné velikosti zdroje (více souborů):

zdrojové soubory = 2029895594
výstupní RAR = 2030009675
DIR output = 83052
rozdíl velikostí = 114081
koeficient = 1.374 (cca)


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 11:37 
Offline
Site Admin
Uživatelský avatar

Registrován: 11.05.2013, 23:48
Příspěvky: 10121
Bydliště: Praha
Has thanked: 1956 times
Been thanked: 1521 times
A proč používáš nulovou kompresi? Je jasné, že si to ukládá nějaké info o souborech navíc. Určitě CRC atp. Pokud to nekompresíš kvůli rychlosti depaku, tak v dnešní době výkonných procesorů je spíš bottleneck rychlost čtení ze zdroje, než dekompresení. Hlavně na "nulovou kompresi", tedy jen poskládání více souborů do jednoho, jsou vhodnější jiné programy.

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 17:09 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3660
Bydliště: Bratislava
Has thanked: 373 times
Been thanked: 795 times
Presne ako pise misticjoe, pouzivat RAR len na pospajanie suborov dokopy je neefektivne (ja by som napisal, ze je to ako ist s kanonom na vrabca), na tento ucel je kopec inych vhodnejsich aplikacii. Napriklad taky obecne najznamejsi je TAR, ktory je zaroven aj multiplatformovy.


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 17:49 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
TAR má tuším nevýhodu, že nezabezpečuje integritu ukladaných dát pomocou CRC...

Ale k téme. Vypočítať výslednú veľkosť archívu pomocou nejakého vzorca je nereálne už len z toho dôvodu, že výslednú veľkosť ovplyvňuje množstvo ďalších ukladaných informácií o jednotlivých súboroch. V tomto konkrétnom prípade je to napríklad názov súboru vrátane cesty, ktorý môže mať rôznu dĺžku.

Treba napísať Roshalovi nech ti upraví RAR tak aby nevytváral archív, iba oznámil jeho výslednú veľkosť. ;)

Čo tak použiť ZIP archív, keď nie je vyžadované rozdelovanie archívu? Špecifikácia formátu je známa, stačilo by iba napísať program, ktorý by preskenoval adresáre a oznámil výsledok.

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Naposledy upravil iwosh dne 24.11.2019, 17:58, celkově upraveno 1

Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 17:54 
Offline
Site Admin
Uživatelský avatar

Registrován: 11.05.2013, 23:48
Příspěvky: 10121
Bydliště: Praha
Has thanked: 1956 times
Been thanked: 1521 times
Hlavně - pokud se opravdu jedná o nárust jen pár Kb, tak bych to neřešil - jestli palící software tvrdí, že se to na DVD/BD nevejde, tak aktivovat overburn a prdět na to.

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 18:01 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
S tým overburnom DVD/BD by som bol opatrný. Čo bolo pri CD takmer samozrejmé môže byť pri DVD a BD "nebezpečné"

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 18:07 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
Popis formátu RAR 5.0

Inak plniť média po úplný okraj (posledný sektor) nemusí byť vždy dobré riešenie. Médium môže (a časom aj bude), v závislosti od použitej mechaniky/média/rýchlosti zápisu, pri okraji začať "hniť". Niektoré média môžu byť hneď po zápise na okraji nekvalitne zapísané. V takom prípade je lepšie spolu s dátami zapísať aj recovery dáta (napr. z programu MultiPAR).

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 20:06 
Offline
Pan Generální

Registrován: 01.12.2017, 21:01
Příspěvky: 2089
Bydliště: BA-Petržalka :(
Has thanked: 18 times
Been thanked: 327 times
Zásadne nenapalujem až po okraj. Pri manipulácií s médiom sa zvyčajne okraj zašpiní (otlačky prstov, škrabance, atď), a potom tiež už spomínaná skaza média, tá nastáva od okraja (aj na nových ešte nenapálených médiách). Vždy napálim toľko údajov, aby ostal asi 1 cm od okraja prázdny. Preplňovanie média je už totálne nanič. Vymeníš mechaniku, a zistíš, že nová nevie takéto médium vôbec načítať (lebo krátka lead-out). A si v keli.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 20:50 
Offline
Profík
Uživatelský avatar

Registrován: 20.02.2017, 01:17
Příspěvky: 806
Has thanked: 19 times
Been thanked: 48 times
Ono zapnutí komprese ne vždy znamená menší velikost archivu. Zvláště když archivujete FLAC nebo JPEG. Moderní RAR krásně pracuje také s Unicode, což potřebuji. Popis formátu je asi detailní, ale pro mě celkem nesrozumitelný. Pravděpodobně to vyřeším metodou pokus-omyl. Vytvořím archiv a pokud přeteče, vytvořím jej znovu zmenšený o danou hodnotu. Tak bych měl dostat nějakou stálou hodnotu pro daný typ dat a strukturu složek (rozuměj: stejný typ dat = podobné množství adresářů a souborů).


Nahoru
 Profil  
 
PříspěvekNapsal: 24.11.2019, 21:32 
Offline
Site Admin
Uživatelský avatar

Registrován: 11.05.2013, 23:48
Příspěvky: 10121
Bydliště: Praha
Has thanked: 1956 times
Been thanked: 1521 times
Nikdy jsem se s popisovanými problémy při použití overburn nesetkal. A to tu mám "přeplněná" média, která jsou už pár let stará a mechaniky mám od té doby jiné. Pravda, vždy od LG už posledních patnáct let (nikdy jsem LG mechaniku neměnil, že by přestala šlapat, ale spíš jako upgrade). Když už mi nějaké médium začalo hnít, tak snad jen jednou od krajů. Většinou se setkávám s různými paprskovými nebo bodovými (následně flekovými) výhnitky.

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX


Nahoru
 Profil  
 
Zobrazit příspěvky za předchozí:  Seřadit podle  
Odeslat nové téma Odpovědět na téma  [ Příspěvků: 11 ] 

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]


Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 0 návštevníků


Nemůžete zakládat nová témata v tomto fóru
Nemůžete odpovídat v tomto fóru
Nemůžete upravovat své příspěvky v tomto fóru
Nemůžete mazat své příspěvky v tomto fóru
Nemůžete přikládat soubory v tomto fóru

Hledat:
Přejít na:  
Založeno na phpBB® Forum Software © phpBB Group
Český překlad – phpBB.cz