PCUTIL.1

Topics

1. setup (26)
2. memory.mgr (589)
3. disk.soft (545)
4. disk.cache (188)
5. arhiveri (1345)
6. virusi (392)
7. grafika (552)
8. tools (602)
9. razno (617)
10. van.conf (17)

Messages - arhiveri

arhiveri.1022 ppekovic, 25 Jun 93 -> #1018, pavbok

>> I mogu vam reęi da je bolji od PKZIP-a 2.04g tj. da >> bolje spakuje arhivu i sa normalnom kompresijom i sa >> maximalnom kompresijom, jedino źto je neźto sporiji. ... i źto nema verzija za UNIX, VMS, tj. źto ga nema u source-u. Paya

arhiveri.1023 dejanr, 25 Jun 93 -> #1021, sbrk

>> ako ARJ ume i da spakuje i da raspakuje, Žemu onda sluČi UNARJ? Pre svega za raspakivanje arhiva na ne-PC sistemima, jer je priloČen i source.

arhiveri.1024 kenza, 25 Jun 93 -> #1021, sbrk

(;> ako ARJ ume i da spakuje i da raspakuje, cemu onda sluzi (;> UNARJ? To i meni nije jasno ?!

arhiveri.1025 bulaja, 25 Jun 93 -> #1021, sbrk

│ako ARJ ume i da spakuje i da raspakuje, cemu onda sluzi UNARJ? └─── Manji je i dobija se source. Znacajan je pre svega zbog source-a, tako da mozes bez problema da ubacujes i u svoje programe da mogu da raspakuju ARJ datoteke (zgodno za instalacione programe).

arhiveri.1026 ssokorac, 25 Jun 93 -> #1019, dejanr

─┼┤ oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip ─┼┤ je tako¬e za kilobajt kraęi od ARJ-a. Ukratko, bolje ─┼┤ bi bilo da se novi ARJ distribuira arhiviran pomoęu Da, da, a źta je sa onim tekstom koji se dobije startujuęi arj241.exe kao i onom novom proverom koja, bar po trajanju :), nije par bajtova? Tek uzme ceo ekran, pa je samo on oko 3K. Fuj zip ;).

arhiveri.1027 viktor, 25 Jun 93 -> #1018, pavbok

> bolje spakuje arhivu i sa normalnom kompresijom i sa Nemam takvo iskustvo. Nisam izdrČao da se ne poigram. PKZIP 2.04g je u svim, veoma razliŽitim, sluŽajevima bio, osim jednom (ne, nije bio samo jedan pokuźaj :)) ), bolji od ARJ 2.41. Tek, da ne bi bilo diskusije tj. oseęanja da sam otklonjen na jednu stranu, koristim ih oba i sve do 2.04 skoro sve na disku mi je bilo ARJ-ovano. sada je drugaŽije ... ;))

arhiveri.1028 dejanr, 25 Jun 93 -> #1026, ssokorac

>> > oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip >> > je tako¬e za kilobajt kraęi od ARJ-a. >> >> Da, da, a źta je sa onim tekstom koji se dobije startujuęi arj241.exe «ek polako, arhiviraj sve fajlove koji Žine ARJ i to prvo ARJ-om sa -jm a onda PKZIP-om sa -ex. Dakle, nema tu nikakvog dopunskog teksta niti ikakvog security koda. Onda pogledaj koliki je dobijeni ZIP, a koliki je dobijeni ARJ. Mislim da je pore¬enje sasvim fer.

arhiveri.1029 pavbok, 25 Jun 93 -> #1019, dejanr

B> Nisam joź imao vremena za neke ozbiljnije testove, probao B> sam samo sledeęe: raspakova ARJ241.EXE a zatim sve to B> źto se dobilo ZIP-ovao sa PKZIP -ex, pretvorio u .EXE B> za ZIP2EXE i najzad ARJ-ovao sa -jm. Dobijeni EXE je za Ja sam skinuo TM4.11 iz Sezamovog dir-a i onda da bi to prebacio na svoju disketu sve raspakovao pobrisao one a01 i a02 i sve zipovao sa PKZIP2.04g-om i prebacio u drugi dir, onda sam ponovio postupak sa ARJ2.41-om i prebacio u isti onaj dir gde je ZIP, tako sam uradio i sa pkzip -ex i sa arj a -jm i uvek je arj bio manji od zip-a Žak i arj sa obiŽnom kompresijom mi je bio bolji od zip-a sa -ex.

arhiveri.1030 ematic, 25 Jun 93 -> #1019, dejanr

> za ZIP2EXE i najzad ARJ-ovao sa -jm. Dobijeni EXE je za > oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip > je tako¬e za kilobajt kraęi od ARJ-a. Verovatno je to zbog toga źto je novi ardČ :) originalno pakovan sa security envelope (VA u zip), pa odatle razlika od 1K.

arhiveri.1031 drakce, 26 Jun 93

Danas me je ZIP v2.04g "prijatno" iznenadio. Hteo sam da od dve ZIP arhive napravim jednu. Otpakovao sam ih u praznom direktorijumu i tamo otkucao: PKZIP -m -z TTF_DOC <c:\logo Odmah sam uradio i pkunzip -t ttf_doc i pozdravila me poruka o greźci. Pola Mb arhive je otiźlo u vetar ... Napominjem da ZIP koristim retko, pa je verovatnoęa da se ovo nekom ponovi tim veęa. U memoriji su ŽuŽali QEMM, Hyper, VGAMax i 4DOS. U istim uslovima, ARJ veę godinama fercera bez ijedne greźke. Sreęa da mi ta arhiva i nije bila posebno vaČna, inaŽe bi ton ove poruke bio bitno drugaŽiji ;) Pozdrav

arhiveri.1032 vcalic, 26 Jun 93 -> #1031, drakce

>> Danas me je ZIP v2.04g "prijatno" iznenadio. Hteo sam da od dve ZIP arhive >> napravim jednu. Otpakovao sam ih u praznom direktorijumu i tamo otkucao: >> >> PKZIP -m -z TTF_DOC <c:\logo >> Greźka je tvoja. Trebalo je da bude: PKZIP -m -z<c:\logo TTF_DOC

arhiveri.1033 dejanr, 26 Jun 93 -> #1031, drakce

>> PKZIP -m -z TTF_DOC <c:\logo «udna konstrukcija. U najmanju ruku treba da se stavi -z<C:\LOGO

arhiveri.1034 darone, 26 Jun 93 -> #1032, vcalic

>> Greźka je tvoja. Trebalo je da bude: >> PKZIP -m -z<c:\logo TTF_DOC Hoęeź da kaČeź da kada napiźeź neźto źto i nije baź logiŽno, program treba da ti uniźti podatke. Pogotovo u jednom ovakvom sluŽaju? Zamisli, pogreźiź u sintaksi label komande DOSa, a on ti formatira hard ;) darone

arhiveri.1035 dejanr, 26 Jun 93 -> #1034, darone

>> Zamisli, pogreźiź u sintaksi label komande DOSa, a on ti >> formatira hard ;) Ako pogreźiź u sintaksi, bude prijavljena greźka. Nevolja je źto u datom sluŽaju nije pogreźeno u sintaksi, nego u semantiKi. Najzad, meni se par puta desilo da umesto dir *.txt otkucam del *.txt i... odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu.

arhiveri.1036 vlad, 26 Jun 93 -> #1027, viktor

->> bolje spakuje arhivu i sa normalnom kompresijom i sa -> -> Nemam takvo iskustvo. Nisam izdrzao da se ne poigram. PKZIP 2.04g -> je u svim, veoma razlicitim, slucajevima bio, osim jednom (ne, nije -> bio samo jedan pokusaj :)) ), bolji od ARJ 2.41. Izgleda mi da je ovde u pitanju razlika u masinama na kojima su testirani ARJ i ZIP. Ako se ne varam, Zip koristi prednosti 386 procesora, a Arj ne. Doduse kod mene (386DX/25) Arj je i pored toga "jaci".

arhiveri.1037 sbrk, 26 Jun 93 -> #1035, dejanr

>> RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. I tako treba i da ostane! :)

arhiveri.1038 drakce, 26 Jun 93 -> #1032, vcalic

││ Otpakovao sam ih u praznom direktorijumu i tamo otkucao: ││ PKZIP -m -z TTF_DOC <c:\logo │└───────────── │ Greźka je tvoja. Trebalo je da bude: PKZIP -m -z<c:\logo TTF_DOC └───────────── Nou vej :). Taj naŽin komentarisanja arhiva koristim joź od verzije 1.10. I na Euklidu se ista sintaksa koristila za komentarisanje svakog Uploada, 24 Žasa dnevno ... Jedan jedini put se pojavila greźka, i to prekjuŽe, tako źto je pkunzip -t prijavio Bad CRC na *treęem* fajlu arhive. Probaj i sam, kreiraj ASCI tekst kao C:\LOGO i zapakuj arhivu na moj naŽin. Neęeź imati nikakvih problema. Uostalom, ja svaku redirekciju kucam na kraju komandne linije. Tako mi je logiŽno. Nemam pojma odakle vam ideja da je tu greźka? Pozdrav

arhiveri.1039 ssokorac, 26 Jun 93 -> #1028, dejanr

─┼┤ «ek polako, arhiviraj sve fajlove koji Žine ARJ i to prvo ARJ-om sa -jm ─┼┤ a onda PKZIP-om sa -ex. Dakle, nema tu nikakvog dopunskog teksta niti ─┼┤ ikakvog security koda. Onda pogledaj koliki je dobijeni ZIP, a koliki ─┼┤ je dobijeni ARJ. Mislim da je pore¬enje sasvim fer. Ok, to je u redu, ali nije u redu pravljenje .exe zip-a od arj fajlova i uporedjivati sa arj241.exe, koji se ne sastoji samo od tih fajlova...

arhiveri.1040 bulaja, 26 Jun 93 -> #1032, vcalic

││PKZIP -m -z TTF_DOC <c:\logo │└─── │Greska je tvoja. Trebalo je da bude: │PKZIP -m -z<c:\logo TTF_DOC └─── Nema to veze, cak je normalnije da < stoji na kraju reda jer se o redirekciji brine DOS a ne ZIP. Inace i meni je jednom prilikom ZIP sje*ao file u koji sam hteo da ubacim komentar, ali se ne secam vise pod kojim okolnostima je to bilo.

arhiveri.1042 bulaja, 26 Jun 93

**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- zzap66a zip 100081 ZZap v6.6, konverzija izmedju raznih formata arhiva Universal automated archive conversion. Supports all known archive programs. Convert archive type, test integrity, scan for viruses, validate program CRC's. Properly handles nested archives. NEW, support for self-extracting archives (SFX). Fully configurable. Several user "hooks" supported.

arhiveri.1043 ganta, 27 Jun 93 -> #1035, dejanr

> meni se par puta desilo da umesto dir *.txt otkucam del *.txt i... > odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. MoČda nevezano direktno na temu, ali iznerviran posle nekoliko ovakvih sluŽajnih brisanja, posluźao sam druga i instalirao Norton Erase protect (sada Smartcan) i nisam se pokajao. Obriźeź neźto vaČno i onda *mrtav ladan* za 2 sekunde ga povratiź sa 100% verovatnoęom. Zauzima samo 10k ili joź manje ako se digne. Nije reklama za losion, al' za razliku od nekih mojih drugova ja joź uvek imam kosu na glavi :) G.

arhiveri.1044 fancy, 27 Jun 93 -> #1043, ganta

ŮŢ> ovakvih sluŽajnih brisanja, posluźao sam druga i instalirao ŮŢ> Norton Erase protect (sada Smartcan) i nisam se pokajao. To isto radi i PcTools Delete sentry, a poJenta i jednog i drugog je da se podaci u stvari i ne briźu veę premeźtaju u direktorijum predvi¬en za to. LiŽno smatram da je dovoljan nivo zaźtite Deletion-tracking metod... (imaju ga i PcTools i novi DOS 6... a bogami i Norton) Fancy

arhiveri.1045 ndragan, 28 Jun 93 -> #1020, d.petrovic

/ Ă> bi bilo da se novi ARJ distribuira arhiviran pomoęu ZIP-a :) / Ponavljaź se ;))) DČang alias Jung se ponavlja :)

arhiveri.1046 jtitov, 28 Jun 93 -> #1031, drakce

> VGAMax i 4DOS. U istim uslovima, ARJ vec godinama fercera bez ijedne ------- Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle vodi poreklo?

arhiveri.1047 sbrk, 28 Jun 93 -> #1046, jtitov

Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni hrkljuź, ili Žuveni hepek. Dal se neko seęa onih naziva novŽanih jedinica? jedna je bila ░e je ba zapelo, al one ostale?

arhiveri.1048 kenza, 28 Jun 93 -> #1046, jtitov

(;>> VGAMax i 4DOS. U istim uslovima, ARJ vec godinama fercera (;>> bez ijedne (;> Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se (;> objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle Fercerati=sljakati=raditi ;) p.s. Poreklo=unknown

arhiveri.1049 dr.grba, 28 Jun 93 -> #1046, jtitov

>> Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se >> objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle vodi >> poreklo? Od hepeka, ba!

arhiveri.1050 toma, 28 Jun 93 -> #1047, sbrk

■■>> Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni ■■>> hrkljuź, ili Žuveni hepek. Dal se neko seęa onih naziva novŽanih ■■>> jedinica? jedna je bila ░e je ba zapelo, al one ostale? Sorry źto ide u arhivere, ali... Nije novŽana jedinica, nego Fabrika za proizvodnju NI▒TA. Jedna od sirovina se zove ░e je ba ono nestalo, a druga Nema niŽega. ps. hepek, to ti je mirikl!

arhiveri.1051 asterix, 28 Jun 93 -> #1047, sbrk

> Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni hrkljuź, ili > Žuveni hepek. Dal se neko seęa onih naziva novŽanih jedinica? jedna je bila > ░e je ba zapelo, al one ostale? Ih pa otad svake nedelje, od proleęa do jeseni, u komźijskom dvoriźtu igramo zgvoź na travi. Doduźe ne fenkiramo ulevo, jer je komźija obeęao da ęe da nam je*e majku ako mu joź jedna fenka zavrźi u dnevnoj sobi, kroz prozor koji gle- da dvoriźte.

arhiveri.1053 mazi, 29 Jun 93 -> #1036, vlad

> Izgleda mi da je ovde u pitanju razlika u masinama na kojima su > testirani ARJ i ZIP. Ako se ne varam, Zip koristi prednosti 386 > procesora, a Arj ne. Da, ali samo po pitanju brzine, ne i kompresije. Tako da se na XT-u i na pentiumu dobije ista arhiva. Ivan.

arhiveri.1054 dgrbic, 29 Jun 93 -> #1047, sbrk

:: ░e je ba zapelo, al one ostale? A druga daj źta daź. Treęe se nikako ne seęam :(

arhiveri.1055 vlad, 29 Jun 93 -> #1053, mazi

-> Da, ali samo po pitanju brzine, ne i kompresije. -> Tako da se na XT-u i na pentiumu dobije ista arhiva. To nisam znao. A tako je logicno! Svakog dana, u svakom pogledu...

arhiveri.1056 vstan, 02 Jul 93

Ej narode, pojavio se SHEZ 10.1. Verzija 10.0 nije trojanac vec je preskocena. Obavezno skinuti i patch - sada je podrzan i bulajin Arj ;>

arhiveri.1057 darone, 03 Jul 93 -> #1056, vstan

>> Ej narode, pojavio se SHEZ 10.1. Ovo i mene poŽinje da nervira. Ne koristim ▒ez, jedino se pitam kako li se oseęaju oni koji ga koriste :(( darone

arhiveri.1058 viktor, 03 Jul 93 -> #1057, darone

> jedino se pitam kako li se oseęaju oni koji ga > koriste :(( Zadovoljno, mada pomalo nervozno kada im stiČe raŽun za telefon ... :)) U svakom sluŽaju, kako mi se Žini, daleko zadovoljniji od onih koji koriste TM ... 8))

arhiveri.1059 dr.grba, 03 Jul 93 -> #1057, darone

>> jedino se pitam kako li se oseęaju oni koji ga koriste :(( Izveźtili smo se, pa skidamo verziju Žiji decimalni broj nije manji od 6 (;

arhiveri.1060 fancy, 03 Jul 93 -> #1056, vstan

ŮŢ> Ej narode, pojavio se SHEZ 10.1. ... ..da... eno ga sedi u Meku na Slaviji... ▒alim se.. gde se pojavio?

arhiveri.1061 slazar, 03 Jul 93

Verovatno svako ima za i protiv za ono nasta je navikao i sa cime radi i uvek ce naci neku gresku za drugu vrstu arhive.Ne mogu da se pohvalim vel;ikim iskustvom .Svega 6 meseci se bavim pc i njegovim problemima.Ali sam jednostavno dosao do izbora koji cu arhiver koristiti<a to je ARJ. Zasto?Jednostavno zato sto sam koristio PKZIP HPACK LZH I jos neke.Sa svakim sam na vise nacina arhivirao 12 direktorijuma WP51,CHI,DOS,NC,ORCAD,TANGO..... kod svih sam najbolju kompresiju to jest najgusce sabijanje dobio sa ARJ dovoljno da se opredelim za takvu vrstu Arhivera,naravno u zavisnosti od toga sta zelite da postignete sa arhiviranjem (a ja zasad zelim ustedu na disketama i hardu odabracete odabracete ono sto vam odgovara) tako da mislim da nema ova je bolja ona je losija sve su dobre ako ih dobro koristimo (SLAZAR)

arhiveri.1062 vstan, 03 Jul 93 -> #1060, fancy

>^]> Ej narode, pojavio se SHEZ 10.1. ... > > Salim se.. gde se pojavio? Salim se i ja :)) (procita li poruku do kraja ?)

arhiveri.1063 fancy, 03 Jul 93 -> #1062, vstan

ŮŢ> Salim se i ja :)) (procita li poruku do kraja ?) xe xe... a ja sam ube¬en da je "Bulajina arhiva" zaista zrela za standard..:) Fancy

arhiveri.1064 viktor, 04 Jul 93 -> #1062, vstan

Lepo, ja sam se źetao po svim mreČama ... :(( nije ignore ali jedan zabrinut pogled jeste :((

arhiveri.1065 nikac, 04 Jul 93 -> #1061, slazar

>■ arhivirao 12 direktorijuma WP51,CHI,DOS,NC,ORCAD,TANGO..... >■ kod svih sam najbolju kompresiju to jest najgusce sabijanje >■ dobio sa ARJ dovoljno da se To si mogo da dobijes jedino ako si koristio prepotopski zip 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u bajt podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M N O G O brze, narocito na jacin masinama (386 i jace). Ja kad biram uvek koristim ZIP jer je stvarno najbolji i najbrzi, bar za sada... -=Nikac=-

arhiveri.1066 jerry, 05 Jul 93 -> #1065, nikac

> na jacin masinama (386 i jace). Ja kad biram uvek koristim ZIP jer > je stvarno najbolji i najbrzi, bar za sada... Viva ZIP!

arhiveri.1067 vlad, 05 Jul 93 -> #1065, nikac

-> To si mogo da dobijes jedino ako si koristio prepotopski zip -> 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u bajt -> podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M N O G O Ti ocigledno koristis prepotopski ARJ 2.39, koji je jos uz to i beta. Probaj 2.41 pa onda javi utiske. Izgleda da kasnis sa softverom, a zuris sa izjavama (utisak stecen na osnovu jos nekoliko tvojih poruka).

arhiveri.1068 nikac, 05 Jul 93 -> #1065, nikac

>■ To si mogo da dobijes jedino ako si koristio prepotopski zip >■ 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u >■ bajt podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M >■ N O G O brze, narocito na jacin masinama (386 i jace). Ja kad >■ biram uvek koristim ZIP jer je stvarno najbolji i najbrzi, bar >■ za sada... A juce sam skinuo i arj 2.41 i pakuje nesto bolje (jedva 1% do 2%) ali je i dalje dobrih 20-tak % sporiji. -=Nikac=-

arhiveri.1069 dejanr, 05 Jul 93

U direktorijumu WINDOWS je WinZip 4.1 New features in WinZip 4.1 include: - A status line and header. The status line includes green and red lights to show when WinZip is ready/busy and a meter to show progress of internal unzipping. - The View Dialog Box can now be used to run the program associated with the selected file, the internal viewer, or any external viewer. - An all-new and easier-to-use Add Dialog Box. - The CheckOut Dialog Box now lets you create permanent Groups. - Password support. - Support for creation of ZIPs that span multiple floppies. - Support for all PKZIP 2.0 compression methods. - More sort fields (you can click on titles in the header to sort). - The compressed file size and compression ratio are optionally displayed. - Optional "always on top" feature. - Multiple WinZip windows no longer overlay each other. - Some prompts can be suppressed from the Configuration dialog box. Alternately, these prompts can also be suppressed by pressing the shift key. For example, hold down the shift key will dropping a file to avoid the Drop dialog box.

arhiveri.1070 bearboy, 06 Jul 93 -> #1027, viktor

> Tek, da ne bi bilo diskusije tj. oseęanja da sam otklonjen na > jednu stranu, koristim ih oba i sve do 2.04 skoro sve na disku > mi je bilo ARJ-ovano. sada je drugaŽije ... ;)) Sada nije skoro sve ardČovano, veę baź sve :>>>>>>

arhiveri.1071 bearboy, 06 Jul 93 -> #1035, dejanr

> meni se par puta desilo da umesto dir *.txt otkucam del *.txt > i... odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono Da, ali kod del bar postoji UNDELETE i UNERASE (kako kome ;), ovde...

arhiveri.1072 bearboy, 06 Jul 93 -> #1037, sbrk

>>> RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. > > I tako treba i da ostane! :) TaŽno. Zamisli kad ne bi ni to uradio ! :)))

arhiveri.1073 bearboy, 06 Jul 93 -> #1043, ganta

> Norton Erase protect (sada Smartcan) i nisam se pokajao. > Obriźeź neźto vaČno i onda *mrtav ladan* za 2 sekunde ga > povratiź sa 100% verovatnoęom. Zauzima samo 10k ili joź manje > ako se digne. Jaoooooo.... Jednom sam u 4DOS-u uradio jedno DEL A*.??C /S i tako mi je obrisao oko 15 Mb u kojih stotinak fajlova. Za to mu je trebalo nekoliko minuta :(((( A tek posle źto je bilo veselja kad sam video da se nije oslobodio ni bajt mesta, źta viźe, bilo je manje mesta nego pre komandoske akcije :)

arhiveri.1074 dejanr, 06 Jul 93 -> #1071, bearboy

>> Da, ali kod del bar postoji UNDELETE i UNERASE (kako kome ;), ovde... Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (veęina toga se povrati, neźto se ne povrati). ARJ-ove arhive se, ako su oźteęene, joź teČe oporavljaju.

arhiveri.1075 nikac, 06 Jul 93 -> #1067, vlad

>■ Ti ocigledno koristis prepotopski ARJ 2.39, koji je jos uz to >■ i beta. Probaj 2.41 pa onda javi utiske. >■ Izgleda da kasnis sa softverom, a zuris sa izjavama (utisak >■ stecen na osnovu jos nekoliko tvojih poruka). Isto vece kad sam poslao poruku video sam i uzeo arj 2.41... Odmah sam sproveo takmicenje izmedju zip-a i arj-a... Na osnovu rezultata neka svako vidi ko je bolji!!!! Masina koriscena za takmicenje je 80386 SX na 16 Mhz-a. (star 4 godine). Rezultati (ukupno 5 takmicenja): ================================ 1 takmicenje: ------------- Direktorijum koji sadrzi sledece: 2 x .res 2 x .chi 1 x .cht 4 x .com 3 x .txt 1 x .bnr 4 x .exe 1 x .bat 1 x .bas Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 186.523 bytes 38,84 sec. PkZip 2.04 Normal compres. 186.598 bytes 28,11 sec. Maximum compres. 186.277 bytes 36,60 sec. 2 takmicenje: ------------- Direktorijum sadrzi raspakovanu arhivu arj2.41 sa SEZAMA, raspakovane velicine 449.101 bytes tj. 449,101 KB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 206.407 bytes 46,16 sec. PkZip 2.04 Normal compres. 206.167 bytes 31,62 sec. Maximum compres. 205.298 bytes 40,40 sec. 3 takmicenje: ------------- Direktorijum sadrzi QEMM 6.03 a ukupna velicina fajlova je 466.661 bytes tj. 466,661 KB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 233.024 bytes 52,61 sec. PkZip 2.04 Normal compres. 234.822 bytes 33,80 sec. Maximum compres. 234.137 bytes 44,62 sec. 4 takmicenje: ------------- Direktorijum sadrzi PCTOOLS 6.0 Deluxe i jos neke fajlove. Ukupna duzina je 2.810.545 bytes tj. 2,810545 MB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 1.443.705 bytes 4 min 50,55 sec. PkZip 2.04 Normal compres. 1.448.093 bytes 3 min 20,22 sec. Maximum compres. 1.443.701 bytes 4 min 16,82 sec. 5 takmicenje: ------------- Direktorijum sadrzi ProComm Plus zajedno sa BiModemom i jos nekim fajlovima. Ukupna duzina je 1.225.411 bytes tj. 1,225411 MB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 563.124 bytes 2 min 02,08 sec. PkZip 2.04 Normal compres. 564.694 bytes 1 min 22,09 sec. Maximum compres. 562.939 bytes 1 min 43,28 sec. STVARNO MISLIM DA REZULTATE NE TREBA KOMENTARISATI!!! Viva ZIP 2.04g sto bi reko jerry!!! -=Nikac=-

arhiveri.1076 isekulovic, 06 Jul 93 -> #1075, nikac

>> Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB 393355 bytes = 384,136 Kb ;)

arhiveri.1077 nikac, 06 Jul 93 -> #1076, isekulovic

>■ 393355 bytes = 384,136 Kb ;) Izvinjavam se na ovoj banalnoj gresci, ali sam se jako zurio da prikazem uporedne rezultate zip-a i arj-a, pa nisam obratio paznju na ovakvu pocetnicku pogresku. Jos jednom sorry... -=Nikac=-

arhiveri.1078 jerry, 06 Jul 93 -> #1075, nikac

> STVARNO MISLIM DA REZULTATE NE TREBA KOMENTARISATI!!! > Viva ZIP 2.04g sto bi reko jerry!!! > -=Nikac=- Posle ovoga ima odma da ubijem sve kopije ARJ-a sa diska. V I V A! God save the ZIP!

arhiveri.1079 jerry, 06 Jul 93 -> #1074, dejanr

> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (vecina toga se povrati, Pitanje: Ako se obrise ZIP fajl i istog momenta uradi undelete, PKUNZIP kaze da ZIP ima greske. Zasto?

arhiveri.1080 mjova, 06 Jul 93 -> #1074, dejanr

> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (veęina > toga se povrati, neźto se ne povrati). > ARJ-ove arhive se, ako su oźteęene, joź teČe oporavljaju. zavisi, ako je kod zipa oźteęen dir na kraju arhive, onda ęe i on raditi isto źto i arj (jurcati po fajlu traČeęi zaglavlje datoteka). elem, kako se zahteva startovanje zipfix-a u takvim sluŽajevima onda o sigurnosti arhiva moČemo reęi *isto*. u sluŽaju kad je oźteęen samo jedan fajl (u okviru arhive), onda se samo treba nadati da ęe Bog uŽiniti da problem bude u nekom nevaČnom segmentu arhiva (ili ęe marfi, Bog nezgoda, biti jaŽi ;) jer se u takvim sluŽajevima opet svodi na isto: oźteęena arhiva se moČe povratiti, ali tada ęe pogreźan bit u arhivi napraviti zbrlj na veęem segmentu fajla. kako sve ovo i ti znaź dobro, ovim samo pokuźavam da skinem sumnju sa arj-a da neźto krije i neęe da 'opravi' ;) oźteęene datoteke. oęe, kao i zip, ali kad to uradi moČeź (najŽeźęe) samo da se slikaź sa njom ;)

arhiveri.1081 darone, 06 Jul 93 -> #1074, dejanr

>> ARJ-ove arhive se, ako su oźteęene, joź teČe >> oporavljaju. Meni nikako nije jasno zaźto. Recimo, sada zip i arj prave pribliČno iste datoteke (ok, zip manje). Ako se iz obe arhive (koje su gotovo identiŽne, vidi se i iz toga da arj zna da raspakuje neke zipovane datoteke) iseŽe ruŽno isti deo, recimo nulama popuni jedan sektor, zaźto ęe to zip bolje popraviti nego arj? Zar nije napravljena ista źteta? darone

arhiveri.1082 dejanr, 07 Jul 93 -> #1079, jerry

>> Ako se obrise ZIP fajl i istog momenta uradi undelete, PKUNZIP >> kaze da ZIP ima greske. Zasto? Zato źto UNDELETE ne mora da radi i ne mora da proizvede fajl identiŽan originalu. Komprimuj disk (npr. sa COMPRESS iz PCTOOLS-a), napravi ZIP, obriźi ga i UNDELETE-uj, i vrlo verovatno ęe biti ok. Ali, kada je disk fragmentiran UNDELETE ne moČe uvek da spase fajl Žak i ako niźta nije snimano na disk - morali bi se ruŽno traČiti "izgubljeni" sektori źto je izvodnljivo kada je fajl tekstualan, ali kada je arhiva... teźko. Ako hoęeź da budeź siguran od DEL, pokreni SENTRY (DOS 6.0). To ti garantuje da ęeź posle UNDELETE dobiti originalni fajl.

arhiveri.1083 dejanr, 07 Jul 93 -> #1080, mjova

Sve to je taŽno, ali ZIP ima centralni direktorijum, dakle odre¬ene redundane informacije koje poveęavaju verovatnoęu spasavanja fajla. Ako je jedan bajt u fajlu oźteęen, bięe CRC greźka i fajl ęe biti "sumnjiv" - ako je tekst, moČe u editoru da se gleda źta je zabrljano, a ako je binarni onda obiŽno moČe da se baci. Dakle, deo arhive koji je oźteęen je manje-viźe neupotrebljiv. ZIP zahvaljujuęi centralnom direktorijumu moČe viźe da uradi na izvlaŽenju podataka iz neoźteęenog dela arhive.

arhiveri.1084 npetrovic, 07 Jul 93 -> #1074, dejanr

> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (vecina toga se povrati, > nesto se ne povrati). Pa zavisi koliko si pisao na disk posle delete naredbe... Pyc

arhiveri.1085 npetrovic, 07 Jul 93 -> #1075, nikac

> Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB Cakaj , cekaj j amislim da nije isto 393.355 bytes i 393.355 Kbytes treba da se podeli 393.355 sa 1024 pa se tek onda dobije iznos u kb... Pyc

arhiveri.1086 dejanr, 07 Jul 93 -> #1081, darone

>> Meni nikako nije jasno zaźto. Recimo, sada zip i >> arj prave pribliČno iste datoteke (ok, zip manje). >> Ako se iz obe arhive (koje su gotovo identiŽne, >> vidi se i iz toga da arj zna da raspakuje neke >> zipovane datoteke) iseŽe ruŽno isti deo, recimo >> nulama popuni jedan sektor, zaźto ęe to zip bolje >> popraviti nego arj? Zar nije napravljena ista >> źteta? ▒teta jeste ista, ali u ZIP-u ima viźe informacija. ZIP, naime, ime sliŽne podatke kao i ARJ izme¬u fajlova *plus* ima centralni direktorijum na kraju arhive koji ARJ nema (ili bar nije imao u prethodnim verzijama, a mislim da je tako ostalo i u novoj). Dakle, neke informacije o falovima ZIP ima na dva mesta a ARJ na jednom, dakle kod ZIP-a je veęa verovatnoęa da ako je jedna informacija stradala, druga bude oŽuvana. Mana centralnog direktorijuma je źto poveęava arhivu, ZIP-ovi bi mogli da budu manji da ga nema. Tako¬e, zbog postojanja tog direktorijuma deźava se da se .ZIP moČe joź jednom ZIP-ovati uz neki "mikronski" dobitak, źto u praksi nije posebno bitno ali deluje malo neozbiljno. No, Katz je odluŽio da pretrpi te Črtve da bi moguęnost oporavka oźteęenih arhiva bila neźto poveęana. Moji (sasvim liŽni) zakljuŽci pore¬enja PKZIP 2.04g vs ARJ 2.41: - Oba programa proizvode arhive pribliČno jednakih duČina. U pojedinim sluŽajevima se pojavljuje mala prednost u prilog jednog od njih, ali je ta prednost u procentima beznaŽajna. - ZIP znaŽajno brČe radi (15-20%, nekada i viźe) - ARJ ima fleksibilnije reźeno deljenje arhiva na viźe delova. ZIP i ne moČe da deli arhive tako da komadi ostanu na disku. - ZIP pruČa bolju moguęnost oporavka delova oźteęenih arhiva.

arhiveri.1087 viktor, 07 Jul 93

Evo da imate oko Žega da se sva¬ate, ne, nisam ja imao vremena na bacanje veę samo prenosim ... ;)) Nisam imao Čivaca da se igram oko sre¬ivanja onih uspravnih crta i sliŽno, ko ima volje ... Path: mnemosyne.cs.du.edu!uunet!wupost!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni .ac.nz!pgut1 Newsgroups: comp.compression Subject: The compression list, 28/06/93 Message-ID: <1993Jun29.122301.14390▓cs.aukuni.ac.nz> From: pgut1▓cs.aukuni.ac.nz (Peter Gutmann) Date: Tue, 29 Jun 1993 12:23:01 GMT Organization: Computer Science Dept. University of Auckland Lines: 824 Here, at long last, is the latest compression list. It's been over a year since the last one, I thought that since the long-awaited Arj 2.4x is finally here I might as well post the new version. The only real changes are a few new compressors added. Every time I post this there's a small flurry of email along the lines of "Have you tested <x>" or "There's a newer version of <y>". Since it's been a long time since the last post, I expect a fair number of these to arrive. If there are enough changes, I'll post an updated version in a few weeks. Changes since the last list: - Added Pkzip 2.04, Arj 2.41, Hap/Pah 3, HPACK 0.78, SQZ 1083. Gzip is the same as Info-Zip for compression. - The timings are changed slightly since the last list, as I swapped my 386/25 for a 386/40. Based on running Pkzip 1.1 on the corpus on the faster system and comparing the timing with the same program on the previous one gave a speed improvement of 1.60 : 1.00. All timing results have been scaled by this amount (that is, all times on the 386/25 were divided by 1.60 to give the the 386/40 times). The inaccuracy introduced is at most a few fractions of a second, and the PC clock isn't that accurate anyway. (If anyone still wants to complain, they're welcome to rerun about a hundred compressors on the 3.5MB corpus to get exact timings :-). Changes since 07/02/92: - Alphabetized the compressors (mostly). - Reran the release version of Arj 2.30 (not the beta). - Added Info-ZIP 2.0 (actually Zip 1.9, Unzip 5.0, but it's the generic Zip 2.0 release so I've labelled it 2.0). - There were two requests for a ranking in order of compression performance (bits/byte), but I haven't added this since I feel it will just lead to yet another "my compressor is better than your compressor" war. - Shock horror! It appears there were a few mistakes in the list which had slipped past unnoticed until now (some of the figures were off by a few bytes, probably not enough to make an impact on the overall figures). I'd like to say a big "Thankyou" to Jean-Loup Gailly for digging these up. Changes since 15/07/91: - Added Info-ZIP compressor/decompressor, deleted 0.86 pre-release results. - Added Pkzip 2.0 beta (ie 1.93). - Reran Arj with maximum compression mode (Arj and the above two zip's have different compression modes, maximum is not the default mode). - Added Freeze. A note on compressor versions: Some compressors have new releases fairly regularly which implement bugfixes, new features, and so on. When a new release comes out I run a quick check on one or two files, and if the compression is basically identical to the previous release I don't bother rerunning it on the entire corpus. As a result if results are given for version x.00 of a compressor and the latest version is x.27 then it can be assumed that the results given for x.00 still apply to x.27. A note on test conditions: I run the tests with all programs and data on a Ramdrive to eliminate any problems with I/O bottlenecks or the load time of the compression code itself. Similarly I only count the size of the compressed data, not the total archive size (some archivers add a lot of cruft which influences the total archive size). A note on the suitability of the corpus: Some people have claimed that the corpus isn't a very good benchmark of actual performance ("My compressor can compress database files created by MegaBase 2000 in foo mode under a full moon while reciting from memory the verse contents of the Egyptian edition of Lord of the Rings, better than any other compressor"). There are datasets for which any compressor will outperform all others. The corpus is a reasonably good, almost universally accepted banchmark - it'll do for now. Its major advantage is that its data is unbiased - it hasn't been selected by someone just to make their compressor look good. A note on compressors on different platforms: Some programs have platform-specific optimizations which can make the speed (and in two cases compression performance) differ slightly. These are: COMP430D: Compresses better in non-MSDOS versions (memory limitations). HPACK: Somewhat faster and compresses slightly better in non-MSDOS versions (memory limitations). Lha: Somewhat faster in MSDOS and Amiga versions (routines in assembly language). Zip: Somewhat faster in MSDOS versions (routines in assembly language). Zoo: Somewhat faster in MSDOS versions (routines in assembly language). And now here it is....... +-----------------------------------------------------------------------------+ ¬ ¬ ¬ The Compression List 28/06/93 ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The following data represents the result of running various compression programs on the corpus of test data presented in "Text Compression" by Tim Bell, John Cleary, and Ian Witten (an excellent book on data compression BTW), sometimes referred to as the Calgary corpus or the BWC corpus, which is something of a standard benchmark among data compression types. The PC archivers were run on a 386/40, the Mac ones on a Mac SE30 (no inits, no Multifinder (one of the archivers runs up to three times slower under Multifinder)), and the NeXT one on a 25MHz 68040. The files in the corpus are: bib : A list of references for comp.sci.papers in UNIX 'refer' format. book1 : "Far from the Madding Crowd" by Thomas Hardy, plain ASCII. book2 : "Principles of computer speech" by Ian Witten, Unix troff format. geo : Geophysical data consisting of 32-bit numbers. news : Usenet news obj1 : VAX executable obj2 : Mac executable paper1: Technical paper, Unix troff format. paper2: Technical paper, Unix troff format. pic : CCITT fax test picture 5 (1728x2376 bitmap, 200 pixels per inch). progc : C program. progl : Lisp program. progp : Pascal program trans : Transcript of terminal session (text + ANSI control codes) Figures are: Output data size; compression time in seconds (or minutes); decompression time in seconds (or minutes), and compression ratio in bits/byte (eg 2.85 means 2.85 bits output for every 8 bits input): +-----------------------------------------------------------------------------+ ¬ ¬ ¬ "Text Compression" Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ Size LZR LZJ' LZ77 LZSS LZH LZB LZW LZC LZ78 LZT LZMW bib 111,261 3.59 3.63 3.75 3.35 3.24 3.17 3.84 3.89 3.95 3.76 3.21 book1 768,771 4.61 3.67 4.57 4.08 3.73 3.86 4.03 4.06 3.92 3.90 3.72 book2 610,856 3.97 3.94 3.93 3.41 3.34 3.28 4.52 4.25 3.81 3.77 3.23 geo 102,400 7.34 6.05 6.34 6.43 6.52 6.17 6.15 6.10 5.59 5.96 5.85 news 377,109 4.26 4.59 4.37 3.79 3.84 3.55 4.92 4.90 4.33 4.36 3.83 obj1 21,504 6.37 5.19 5.41 4.57 4.58 4.26 6.30 6.15 5.58 4.93 4.89 obj2 246,814 4.21 5.95 3.81 3.30 3.19 3.14 9.81 5.19 4.68 4.08 3.20 paper1 53,161 4.47 3.66 3.94 3.38 3.38 3.22 4.58 4.43 4.50 3.85 3.47 paper2 82,199 4.56 3.48 4.10 3.58 3.57 3.43 4.02 3.98 4.24 3.69 3.40 pic 513,224 1.40 2.40 2.22 1.67 1.04 1.01 1.09 0.99 1.13 0.96 0.96 progc 39,611 4.39 3.72 3.84 3.24 3.25 3.08 4.88 4.41 4.60 3.82 3.40 progl 71,646 3.05 3.09 2.90 2.37 2.20 2.11 3.89 3.57 3.77 3.03 2.43 progp 49,379 2.97 3.14 2.93 2.36 2.17 2.08 3.73 3.72 3.84 3.09 2.43 trans 93,695 2.50 3.52 2.98 2.44 2.12 2.12 4.24 3.94 3.92 3.46 2.45 4.12 4.00 3.94 3.43 3.30 3.18 4.71 4.26 4.13 3.76 3.32 Size LZFG Y LZRW3 HUFF DAFC ADSM MTF WORD DMC PPMC SAKDC bib 111,261 2.90 2.91 3.53 5.24 3.84 3.87 3.12 2.19 2.28 2.11 2.10 book1 768,771 3.62 3.19 4.38 4.56 3.68 3.80 2.97 2.70 2.51 2.48 2.47 book2 610,856 3.05 3.01 3.64 4.83 3.92 3.95 2.66 2.51 2.25 2.26 2.26 geo 102,400 5.70 5.99 6.58 5.70 4.64 5.47 5.80 5.06 4.77 4.78 4.72 news 377,109 3.44 3.57 4.09 5.23 4.35 4.35 3.29 3.08 2.89 2.65 2.66 obj1 21,504 4.03 5.16 4.71 6.06 5.16 5.00 5.30 4.50 4.56 3.76 3.78 obj2 246,814 2.96 3.71 3.50 6.30 5.77 4.41 4.40 4.34 3.06 2.69 2.77 paper1 53,161 3.03 3.38 3.69 5.04 4.20 4.09 3.12 2.58 2.90 2.48 2.47 paper2 82,199 3.16 3.19 3.84 4.65 3.85 3.84 2.86 2.39 2.68 2.45 2.45 pic 513,224 0.87 1.02 1.74 1.66 0.90 1.03 1.09 0.89 0.94 1.09 0.82 progc 39,611 2.89 3.45 3.62 5.26 4.43 4.20 3.17 2.71 2.98 2.49 2.50 progl 71,646 1.97 2.63 2.72 4.81 3.61 3.67 2.31 1.90 2.17 1.90 1.90 progp 49,379 1.90 2.69 2.72 4.92 3.85 3.73 2.34 1.92 2.22 1.84 1.84 trans 93,695 1.76 2.67 2.59 5.58 4.11 3.88 2.87 1.91 2.11 1.77 1.77 2.95 3.33 3.67 4.99 3.95 4.02 3.24 2.76 2.74 2.48 2.47 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Summary of Compressors ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The classifications of compressors by OS type are for timing purposes only. Some of the compressors are available for OS's other than the ones under which they are listed. -- MSDOS,OS/2 -- ARJ 0.15a Release 0.15a of the ARJ archiver, which uses an LZSS-like frontend followed by an adaptive Huffman encoder. ARJ 0.20, 1.00 Releases 0.20 and 1.00 of the ARJ archiver (they produce identical results), which uses an LZSS frontend followed by an adaptive Huffman encoder. ARJ 2.41 Release 2.00 of the ARJ archiver using a proprietary compression scheme (LZSS with adaptive Huffman). COMPRESS: Comp430D, an implementation of 16-bit Unix compress for the PC. Note that this gives compression figures which are not 100% the same as the standard Unix compress (figures for Unix compress are given as LZC in the text compression figures). Comp430D was used since it appears to be the most popular PC version of compress, and I had to use a PC version for timing results. DWC 5.01 Release 5.01 of the DWC archiver, using LZC. Freeze: LZSS with window size 8K followed by adaptive Huffman coding (this is an old version, there should be newer copies around (somewhere)). Hap3/Pah3 A PPMC-type arithmetic compressor. HPACK 0.75 Prototype of the HPACK archiver, which uses a mixture of arithmetic coders. HPACK 0.78 More recent prototype of the HPACK archiver, which uses a mixture of arithmetic coders. HYPER 2.5 Release 2.5 of the Hyper archiver using ??? Info-ZIP 1.00: As PKZIP 1.10 but with some improvements. Info-Zip 2.00/Gzip As PKZIP 2.00 but with some improvements. LARC 3.33 Release 3.33 of the Larc archiver, using pure LZSS. LHARC 1.13: LZSS with window size 4K, lookahead buffer size 60 bytes, followed by adaptive Huffman compression. LHA 2.11: LZSS with window size 8K and lookahead size 256 bytes, followed by plain Huffman backend for unmatched characters and lengths (these two use a common code space of 510 entries which includes the LZSS marker). Pointers are coded giving the size in bits, followed by the significant bits. These sizes are Huffman coded again. MDCD 1.0 Release 1.0 of Mike Davenport's MDCD archiver. PAK 1.00 Release 1.00 of NoGate Consulting's PAK archiver, which uses LZW with the code range from 2-13 bits and nodes being discarded on an LRU basis. PAK 2.51 Release 2.51 of NoGate Consulting's PAK archiver. PKARC 3.61 Release 3.61 of the PKARC archiver, which uses LZC with the code range from 9-13 bits. PKZIP 1.10: LZSS with window size 8K followed by compression of literals, positions, and lengths via static Shannon-Fano coding (the tables are transmitted as part of the file, but are static). PKZIP 2.04: LZSS with window size 32K followed by an adaptive Huffman compressor. SQZ 1.08.3 LZSS with window size 32K followed by an adaptive Huffman compressor. ZOO 2.01 Release 2.01 of the ZOO archiver, which uses LZC with the code range from 9-13 bits. ZOO 2.10 Release 2.10 of the ZOO archiver which uses the same compression method as Lha 2.xx. -- Macintosh -- Compactor/Compact Pro The Compactor archiver for the Macintosh, using RLE followed by LZ77 with window size 8K followed by compression of literals, lengths, and the upper bits of the position with Huffman compression. Disk Doubler Release 3.0A of the Disk Doubler compressor for the Macintosh, using LZC with codeword size 12-16 bits. Compression is as MacCompress. Times are for Finder with no inits; under Multifinder it runs up to three times slower. StuffIt/StuffIt Classic The StuffIt archiver for the Macintosh, using either LZC or Huffman depending on the data. -- NeXT -- Squash: The Squash archiver for the NeXT, using PPMC. -- Experimental -- BRENT: Robert Jung's implementation of R.P.Brent's compressor. COMP-1 The order-0 arithmetic coder from Dr.Dobbs Journal Feb'91. COMP-1A The simple order-1 arithmetic coder from Dr.Dobbs Journal Feb'91 COMP-2(1) The order-1 PPMC implementation from Dr.Dobbs Journal Feb'91. COMP-2(2) The order-2 PPMC implementation from Dr.Dobbs Journal Feb'91 Arithmetic: The simple order-0 arithmetic encoder from Communications of the ACM June'87. Y: Dan Bernstein's Yabba compressor. SAKDC: Ross Williams' Swiss Army Knife Data Compressor (scissors, magnifying glass, and tweezers option :-). +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Compression Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ ARJ 0.15a ARJ 0.20,1.00,1.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 40,503 6.87s 0.93s 2.91 ¬ 40,741 6.25s 0.89s 2.93 ¬ ¬ Book1: 768,771 ¬ 337,632 48.8s 6.31s 3.51 ¬ 339,078 47.5s 5.87s 3.53 ¬ ¬ Book2: 610,856 ¬ 227,566 37.5s 4.46s 2.98 ¬ 228,444 36.3s 4.15s 2.99 ¬ ¬ Geo : 102,400 ¬ 68,276 5.62s 1.31s 5.33 ¬ 68,574 5.63s 1.24s 5.36 ¬ ¬ News : 377,109 ¬ 154,421 22.5s 2.99s 3.28 ¬ 155,086 21.9s 2.78s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 10,309 1.87s 0.38s 3.84 ¬ 10,311 1.25s 0.34s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 85,008 14.4s 1.75s 2.76 ¬ 84,982 13.8s 1.68s 2.75 ¬ ¬ Paper1: 53,161 ¬ 19,613 3.12s 0.55s 2.95 ¬ 19,676 3.13s 0.55s 2.96 ¬ ¬ Paper2: 82,199 ¬ 31,988 5.00s 0.79s 3.11 ¬ 32,097 5.00s 0.76s 3.12 ¬ ¬ Pic : 513,216 ¬ 52,008 1m03s 1.93s 0.81 ¬ 52,221 1m02s 1.86s 0.81 ¬ ¬ Progc: 39,611 ¬ 13,876 2.50s 0.44s 2.80 ¬ 13,942 2.50s 0.44s 2.82 ¬ ¬ Progl: 71,646 ¬ 16,840 4.38s 0.58s 1.88 ¬ 16,915 4.38s 0.55s 1.89 ¬ ¬ Progp: 49,379 ¬ 11,490 3.12s 0.44s 1.86 ¬ 11,507 3.13s 0.45s 1.86 ¬ ¬ Trans: 93,695 ¬ 22,483 5.63s 0.69s 1.92 ¬ 22,578 5.63s 0.66s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.85 Average: 2.86 Book2 speed = 16.3 K/s Book2 speed = 16.8 K/s Size: 1,092,013 Size: 1,096,152 ARJ 2.41 COMPRESS +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 36,020 3.63s 0.55s 2.59 ¬ 46,258 1.00s 0.69s 3.33 ¬ ¬ Book1: 768,771 ¬ 318,835 30.9s 3.57s 3.32 ¬ 335,033 7.38s 4.43s 3.87 ¬ ¬ Book2: 610,856 ¬ 210,260 19.2s 2.52s 2.75 ¬ 256,378 6.00s 3.50s 3.36 ¬ ¬ Geo : 102,400 ¬ 68,916 12.0s 0.82s 5.38 ¬ 77,777 1.19s 0.83s 6.08 ¬ ¬ News : 377,109 ¬ 146,845 10.1s 1.76s 3.11 ¬ 185,241 3.75s 2.34s 6.00 ¬ ¬ Obj1 : 21,504 ¬ 10,315 0.77s 0.27s 3.84 ¬ 14,048 3.13s 0.21s 5.23 ¬ ¬ Obj2 : 246,814 ¬ 81,789 10.9s 1.10s 2.65 ¬ 130,574 2.81s 1.58s 4.23 ¬ ¬ Paper1: 53,161 ¬ 18,646 1.43s 0.38s 2.81 ¬ 25,077 5.63s 0.38s 3.77 ¬ ¬ Paper2: 82,199 ¬ 29,910 2.75s 0.50s 2.91 ¬ 36,161 0.81s 0.54s 3.52 ¬ ¬ Pic : 513,216 ¬ 53,342 38.9s 1.21s 0.83 ¬ 62,215 3.56s 2.12s 0.97 ¬ ¬ Progc: 39,611 ¬ 13,408 1.04s 0.33s 2.70 ¬ 19,143 4.38s 0.44s 3.87 ¬ ¬ Progl: 71,646 ¬ 16,389 2.25s 0.38s 1.83 ¬ 27,148 0.69s 0.34s 3.03 ¬ ¬ Progp: 49,379 ¬ 11,270 1.75s 0.33s 1.82 ¬ 19,209 0.50s 0.31s 3.11 ¬ ¬ Trans: 93,695 ¬ 20,055 2.08s 0.44s 1.71 ¬ 38,240 0.88s 0.61s 3.27 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.73 Average: 3.83 Book2 speed = 31.8 K/s Book2 speed = 101.8 K/s Size: 1,035,500 Size: 1,272,502 DWC 5.01 Freeze +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 52,529 0.59s 0.38s 3.78 ¬ 41,931 4.49s 1.83s 3.01 ¬ ¬ Book1: 768,771 ¬ 380,272 3.68s 2.48s 3.96 ¬ 351,762 36.4s 13.2s 3.66 ¬ ¬ Book2: 610,856 ¬ 292,779 2.85s 1.72s 3.83 ¬ 234,821 24.5s 9.69s 3.07 ¬ ¬ Geo : 102,400 ¬ 79,972 1.11s 0.44s 6.23 ¬ 68,487 19.6s 3.05s 5.35 ¬ ¬ News : 377,109 ¬ 210,916 1.92s 1.20s 4.47 ¬ 157,662 15.1s 6.88s 3.34 ¬ ¬ Obj1 : 21,504 ¬ 13,837 0.17s 0.14s 5.15 ¬ 10,527 2.30s 0.76s 3.91 ¬ ¬ Obj2 : 246,814 ¬ 131,367 1.21s 0.75s 4.26 ¬ 85,776 15.9s 4.50s 2.78 ¬ ¬ Paper1: 53,161 ¬ 26,244 0.31s 0.21s 3.95 ¬ 20,286 2.20s 0.96s 3.05 ¬ ¬ Paper2: 82,199 ¬ 38,113 0.44s 0.28s 3.71 ¬ 33,247 3.32s 1.38s 3.23 ¬ ¬ Pic : 513,216 ¬ 64,308 1.58s 0.86s 1.00 ¬ 57,643 4m47s 4.29s 0.83 ¬ ¬ Progc: 39,611 ¬ 19,148 0.24s 0.17s 3.87 ¬ 14,301 1.86s 0.75s 2.88 ¬ ¬ Progl: 71,646 ¬ 28,367 0.34s 0.24s 3.17 ¬ 17,265 3.57s 0.96s 1.92 ¬ ¬ Progp: 49,379 ¬ 19,215 0.28s 0.18s 3.11 ¬ 11,772 2.88s 0.71s 1.90 ¬ ¬ Trans: 93,695 ¬ 41,504 0.48s 0.31s 3.54 ¬ 23,002 3.61s 1.31s 1.96 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.86 Average: 2.92 Book2 speed = 214.3 K/s Book2 speed = 24.9 K/s Size: 1,398,571 Size: 1,128,482 HAP3/PAH3 HYPER 2.5 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 29,281 6.11s 7.00s 2.11 ¬ 41,972 2.37s 1.61s 3.02 ¬ ¬ Book1: 768,771 ¬ 260,048 45.0s 50.6s 2.71 ¬ 345,857 17.6s 12.3s 3.60 ¬ ¬ Book2: 610,856 ¬ 183,193 34.4s 39.4s 2.40 ¬ 241,646 12.9s 8.69s 3.16 ¬ ¬ Geo : 102,400 ¬ 67,418 22.8s 28.9s 5.27 ¬ 64,171 3.03s 2.48s 5.01 ¬ ¬ News : 377,109 ¬ 138,821 27.8s 32.7s 2.94 ¬ 167,080 8.56s 6.01s 3.54 ¬ ¬ Obj1 : 21,504 ¬ 10,174 3.16s 4.05s 3.78 ¬ 10,681 0.62s 0.48s 3.97 ¬ ¬ Obj2 : 246,814 ¬ 84,890 21.3s 25.9s 2.75 ¬ 87,839 5.01s 3.36s 2.85 ¬ ¬ Paper1: 53,161 ¬ 18,437 3.36s 3.91s 2.47 ¬ 20,966 1.20s 0.83s 3.16 ¬ ¬ Paper2: 82,199 ¬ 25,110 4.78s 5.49s 2.44 ¬ 33,204 1.85s 1.27s 3.23 ¬ ¬ Pic : 513,216 ¬ 52,873 39.4s 41.9s 0.82 ¬ 59,152 8.19s 3.13s 0.92 ¬ ¬ Progc: 39,611 ¬ 12,375 2.78s 3.26s 2.50 ¬ 15,043 0.89s 0.62s 3.04 ¬ ¬ Progl: 71,646 ¬ 16,959 4.03s 4.43s 1.89 ¬ 18,872 1.38s 0.83s 2.11 ¬ ¬ Progp: 49,379 ¬ 11,288 3.06s 3.50s 1.83 ¬ 12,824 0.96s 0.58s 2.08 ¬ ¬ Trans: 93,695 ¬ 20,665 5.04s 5.80s 1.76 ¬ 24,792 1.68s 1.03s 2.12 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.55 Average: 2.99 Book2 speed = 17.8 K/s Book2 speed = 47.4 K/s Size: 929,532 Size: 1,144,099 HPACK 0.75 HPACK 0.78 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,619 5.98s 2.85s 2.56 ¬ 33,420 9.01s 2.42s 2.40 ¬ ¬ Book1: 768,771 ¬ 306,876 1m07s 22.3s 3.19 ¬ 299,030 1m58s 20.9s 3.11 ¬ ¬ Book2: 610,856 ¬ 208,486 40.0s 15.6s 2.73 ¬ 200,695 1m06s 13.8s 2.63 ¬ ¬ Geo : 102,400 ¬ 58,976 18.0s 7.06s 4.61 ¬ 58,971 36.1s 7.09s 4.61 ¬ ¬ News : 377,109 ¬ 141,608 26.2s 11.0s 3.00 ¬ 138,395 44.5s 9.78s 2.94 ¬ ¬ Obj1 : 21,504 ¬ 10,572 2.51s 1.20s 3.93 ¬ 10,591 3.24s 1.15s 3.94 ¬ ¬ Obj2 : 246,814 ¬ 80,806 17.9s 8.56s 2.62 ¬ 79,190 27.8s 7.63s 2.57 ¬ ¬ Paper1: 53,161 ¬ 18,607 3.23s 1.48s 2.80 ¬ 18,182 4.45s 1.31s 2.74 ¬ ¬ Paper2: 82,199 ¬ 29,825 5.69s 2.26s 2.90 ¬ 28,773 8.68s 2.14s 2.80 ¬ ¬ Pic : 513,216 ¬ 51,778 13m2s 5.91s 0.81 ¬ 52,231 23m55 4.40s 0.81 ¬ ¬ Progc: 39,611 ¬ 13,475 2.44s 1.13s 2.72 ¬ 13,257 3.13s 0.99s 2.68 ¬ ¬ Progl: 71,646 ¬ 16,586 4.36s 1.41s 1.85 ¬ 16,217 6.54s 1.15s 1.81 ¬ ¬ Progp: 49,379 ¬ 11,647 3.26s 1.03s 1.89 ¬ 11,487 4.45s 0.88s 1.86 ¬ ¬ Trans: 93,695 ¬ 20,506 4.12s 1.82s 1.75 ¬ 18,992 5.27s 1.43s 1.62 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.67 Average: 2.61 Book2 speed = 15.3 K/s Book2 speed = 9.3 K/s Size: 1,005,367 Size: 979,431 InfoZIP 1.00 InfoZIP 2.00/Gzip +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 40,717 2.44s 1.76s 2.93 ¬ 34,878 4.23s 1.16s 2.51 ¬ ¬ Book1: 768,771 ¬ 339,932 20.1s 13.0s 3.54 ¬ 312,257 38.7s 8.46s 3.25 ¬ ¬ Book2: 610,856 ¬ 229,419 12.8s 9.25s 3.00 ¬ 206,134 24.1s 5.99s 2.70 ¬ ¬ Geo : 102,400 ¬ 69,837 8.31s 2.54s 5.46 ¬ 68,392 10.3s 1.65s 5.38 ¬ ¬ News : 377,109 ¬ 154,865 8.00s 6.75s 3.28 ¬ 144,377 13.0s 4.01s 3.06 ¬ ¬ Obj1 : 21,504 ¬ 10,522 0.89s 0.34s 3.91 ¬ 10,297 1.05s 0.38s 3.83 ¬ ¬ Obj2 : 246,814 ¬ 86,661 7.44s 3.74s 2.81 ¬ 81,064 12.5s 2.47s 2.63 ¬ ¬ Paper1: 53,161 ¬ 19,761 1.23s 0.86s 2.97 ¬ 18,518 1.81s 0.66s 2.79 ¬ ¬ Paper2: 82,199 ¬ 32,296 1.96s 1.34s 3.14 ¬ 29,642 3.41s 0.99s 2.88 ¬ ¬ Pic : 513,216 ¬ 56,828 12.7s 4.15s 0.89 ¬ 52,359 40.3s 3.19s 0.82 ¬ ¬ Progc: 39,611 ¬ 13,955 0.96s 0.66s 2.82 ¬ 13,237 1.37s 0.55s 2.67 ¬ ¬ Progl: 71,646 ¬ 16,954 1.48s 0.86s 1.89 ¬ 16,140 2.91s 0.71s 1.80 ¬ ¬ Progp: 49,379 ¬ 11,558 1.21s 0.62s 1.87 ¬ 11,162 2.31s 0.54s 1.81 ¬ ¬ Trans: 93,695 ¬ 22,737 1.71s 1.13s 1.94 ¬ 18,838 2.59s 0.83s 1.61 ¬ +----------------+--------------------------+--------------------------+ 14 files Average: 2.89 Average: 2.69 Book2 speed = 47.7 K/s Book2 speed = 25.3 K/s Size: 1,106,013 Size: 1,017,835 LARC 3.33 MDCD 1.0 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 52,591 3.13s 0.62s 3.78 ¬ 55,049 1.68s 0.99s 3.96 ¬ ¬ Book1: 768,771 ¬ 424,147 20.8s 3.78s 4.41 ¬ 391,143 12.1s 6.75s 4.07 ¬ ¬ Book2: 610,856 ¬ 285,942 16.5s 2.89s 3.74 ¬ 302,143 9.31s 5.37s 3.96 ¬ ¬ Geo : 102,400 ¬ 83,183 0.94s 0.65s 6.42 ¬ 79,466 2.41s 1.13s 6.21 ¬ ¬ News : 377,109 ¬ 194,435 9.63s 1.86s 4.12 ¬ 216,893 6.75s 3.50s 4.60 ¬ ¬ Obj1 : 21,504 ¬ 12,247 0.66s 0.21s 4.56 ¬ 13,734 0.48s 0.28s 5.11 ¬ ¬ Obj2 : 246,814 ¬ 103,002 6.81s 1.17s 3.34 ¬ 131,983 4.16s 2.26s 4.28 ¬ ¬ Paper1: 53,161 ¬ 24,467 1.82s 0.34s 3.68 ¬ 26,789 0.93s 0.55s 4.03 ¬ ¬ Paper2: 82,199 ¬ 39,703 2.34s 0.48s 3.86 ¬ 39,905 1.31s 0.79s 3.88 ¬ ¬ Pic : 513,216 ¬ 105,311 14.9s 2.03s 1.64 ¬ 64,367 4.64s 3.30s 1.00 ¬ ¬ Progc: 39,611 ¬ 17,531 1.16s 0.28s 3.54 ¬ 20,058 0.69s 0.41s 4.05 ¬ ¬ Progl: 71,646 ¬ 22,521 4.63s 0.38s 2.51 ¬ 28,558 1.03s 0.65s 3.19 ¬ ¬ Progp: 49,379 ¬ 15,445 1.51s 0.31s 2.52 ¬ 20,231 0.76s 0.48s 3.28 ¬ ¬ Trans: 93,695 ¬ 33,461 2.61s 0.48s 2.86 ¬ 43,511 0.86s 0.56s 3.72 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.64 Average: 3.95 Book2 speed = 37.0 K/s Book2 speed = 65.6 K/s Size: 1,413,986 Size: 1,433,830 LHARC 1.13c LHARC 2.12 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,501 3.00s 1.20s 3.34 ¬ 40,740 3.00s 0.58s 2.93 ¬ ¬ Book1: 768,771 ¬ 369,512 19.1s 8.00s 3.85 ¬ 339,074 21.9s 4.36s 3.53 ¬ ¬ Book2: 610,856 ¬ 252,561 15.2s 5.98s 3.31 ¬ 228,442 16.6s 2.99s 2.99 ¬ ¬ Geo : 102,400 ¬ 70,945 3.13s 1.79s 5.53 ¬ 68,574 2.69s 0.89s 5.36 ¬ ¬ News : 377,109 ¬ 166,062 10.4s 4.22s 3.52 ¬ 155,084 10.1s 2.03s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 10,748 0.88s 0.45s 4.00 ¬ 10,310 0.56s 0.21s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 90,848 7.38s 2.64s 2.94 ¬ 84,981 6.25s 1.13s 2.75 ¬ ¬ Paper1: 53,161 ¬ 21,749 1.44s 0.62s 3.27 ¬ 19,676 1.44s 0.31s 2.96 ¬ ¬ Paper2: 82,199 ¬ 35,278 2.13s 0.89s 3.43 ¬ 32,096 2.31s 0.48s 3.12 ¬ ¬ Pic : 513,216 ¬ 61,394 51.3s 2.89s 0.96 ¬ 52,221 11.1s 1.13s 0.81 ¬ ¬ Progc: 39,611 ¬ 15,400 1.19s 0.48s 3.11 ¬ 13,941 1.06s 0.24s 2.82 ¬ ¬ Progl: 71,646 ¬ 18,759 2.56s 0.65s 2.09 ¬ 16,914 1.88s 0.31s 1.89 ¬ ¬ Progp: 49,379 ¬ 12,792 1.56s 0.48s 2.07 ¬ 11,507 1.25s 0.24s 1.86 ¬ ¬ Trans: 93,695 ¬ 28,094 2.75s 0.89s 2.40 ¬ 22,578 2.38s 0.38s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.13 Average: 2.86 Book2 speed = 40.2 K/s Book2 speed = 38.2 K/s Size: 1,200,643 Size: 1,096,138 PAK 1.00 PAK 2.51 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 47,757 1.94s 1.72s 3.43 ¬ 42,382 2.63s 0.69s 3.05 ¬ ¬ Book1: 768,771 ¬ 346,495 14.4s 11.8s 3.61 ¬ 347,567 21.5s 4.05s 3.62 ¬ ¬ Book2: 610,856 ¬ 263,671 11.1s 9.19s 3.45 ¬ 234,934 15.0s 3.06s 3.08 ¬ ¬ Geo : 102,400 ¬ 72,246 2.81s 2.09s 5.64 ¬ 68,853 3.25s 0.82s 5.38 ¬ ¬ News : 377,109 ¬ 189,775 7.38s 6.08s 4.03 ¬ 158,456 8.50s 2.06s 3.36 ¬ ¬ Obj1 : 21,504 ¬ 12,769 0.44s 0.41s 4.72 ¬ 11,236 0.75s 0.28s 4.14 ¬ ¬ Obj2 : 246,814 ¬ 123,189 4.94s 4.02s 3.99 ¬ 89,530 6.38s 1.34s 2.90 ¬ ¬ Paper1: 53,161 ¬ 24,838 0.94s 0.86s 3.74 ¬ 20,405 1.38s 0.41s 3.04 ¬ ¬ Paper2: 82,199 ¬ 35,839 1.44s 1.27s 3.49 ¬ 33,162 2.25s 0.54s 3.23 ¬ ¬ Pic : 513,216 ¬ 59,841 3.56s 3.43s 0.93 ¬ 67,195 9.44s 1.82s 1.05 ¬ ¬ Progc: 39,611 ¬ 18,751 0.75s 0.65s 3.79 ¬ 14,630 1.06s 0.34s 2.95 ¬ ¬ Progl: 71,646 ¬ 26,746 1.13s 1.03s 2.99 ¬ 18,083 1.75s 0.41s 2.02 ¬ ¬ Progp: 49,379 ¬ 18,972 0.81s 0.72s 3.07 ¬ 12,437 1.31s 0.34s 2.01 ¬ ¬ Trans: 93,695 ¬ 38,091 1.56s 1.38s 3.25 ¬ 24,113 1.94s 0.51s 2.06 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.52 Average: 2.99 Book2 speed = 55.0 K/s Book2 speed = 40.7 K/s Size: 1,278,800 Size: 1,142,983 PKARC 3.61 PKZIP 1.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 49,192 0.50s 0.38s 3.54 ¬ 41,354 1.88s 0.31s 2.97 ¬ ¬ Book1: 768,771 ¬ 370,512 3.31s 2.37s 3.86 ¬ 350,560 18.1s 1.96s 3.65 ¬ ¬ Book2: 610,856 ¬ 299,490 2.62s 1.96s 3.92 ¬ 232,589 11.9s 1.47s 3.04 ¬ ¬ Geo : 102,400 ¬ 79,433 0.63s 0.44s 6.21 ¬ 76,172 6.19s 0.38s 5.95 ¬ ¬ News : 377,109 ¬ 214,213 1.75s 1.31s 4.54 ¬ 157,326 6.81s 0.86s 3.34 ¬ ¬ Obj1 : 21,504 ¬ 13,500 0.19s 0.17s 5.02 ¬ 10,546 0.94s 0.14s 3.92 ¬ ¬ Obj2 : 246,814 ¬ 132,337 1.13s 0.86s 4.29 ¬ 90,130 4.81s 0.51s 2.92 ¬ ¬ Paper1: 53,161 ¬ 25,814 0.25s 0.24s 3.88 ¬ 20,041 1.06s 0.21s 3.01 ¬ ¬ Paper2: 82,199 ¬ 38,303 0.43s 0.31s 3.73 ¬ 32,867 1.75s 0.28s 3.20 ¬ ¬ Pic : 513,216 ¬ 64,938 1.50s 1.09s 1.00 ¬ 63,805 29.2s 0.89s 0.99 ¬ ¬ Progc: 39,611 ¬ 20,041 0.25s 0.23s 4.05 ¬ 14,164 0.75s 0.18s 2.86 ¬ ¬ Progl: 71,646 ¬ 28,050 0.38s 0.28s 3.13 ¬ 17,255 1.18s 0.21s 1.93 ¬ ¬ Progp: 49,379 ¬ 20,197 0.25s 0.21s 3.27 ¬ 11,877 0.94s 0.18s 1.92 ¬ ¬ Trans: 93,695 ¬ 42,286 0.44s 0.34s 3.61 ¬ 23,135 1.38s 0.24s 1.98 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.86 Average: 2.98 Book2 speed = 233.2 K/s Book2 speed = 51.3 K/s Size: 1,398,306 Size: 1,141,821 PKZIP 2.04 SQZ 1.08.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,126 3.07s 0.44s 2.53 ¬ 35,431 4.18s 0.72s 2.55 ¬ ¬ Book1: 768,771 ¬ 312,490 29.2s 2.08s 3.25 ¬ 314,977 39.4s 5.00s 3.28 ¬ ¬ Book2: 610,856 ¬ 206,513 19.8s 1.60s 2.70 ¬ 206,974 25.6s 3.52s 2.71 ¬ ¬ Geo : 102,400 ¬ 68,706 10.5s 0.61s 5.37 ¬ 69,239 6.76s 1.10s 5.41 ¬ ¬ News : 377,109 ¬ 144,545 12.0s 1.10s 3.07 ¬ 144,596 14.0s 2.36s 3.07 ¬ ¬ Obj1 : 21,504 ¬ 10,306 0.60s 0.28s 3.83 ¬ 10,295 0.61s 0.28s 3.83 ¬ ¬ Obj2 : 246,814

arhiveri.1089 viktor, 07 Jul 93

PKZIP 2.04 SQZ 1.08.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,126 3.07s 0.44s 2.53 ¬ 35,431 4.18s 0.72s 2.55 ¬ ¬ Book1: 768,771 ¬ 312,490 29.2s 2.08s 3.25 ¬ 314,977 39.4s 5.00s 3.28 ¬ ¬ Book2: 610,856 ¬ 206,513 19.8s 1.60s 2.70 ¬ 206,974 25.6s 3.52s 2.71 ¬ ¬ Geo : 102,400 ¬ 68,706 10.5s 0.61s 5.37 ¬ 69,239 6.76s 1.10s 5.41 ¬ ¬ News : 377,109 ¬ 144,545 12.0s 1.10s 3.07 ¬ 144,596 14.0s 2.36s 3.07 ¬ ¬ Obj1 : 21,504 ¬ 10,306 0.60s 0.28s 3.83 ¬ 10,295 0.61s 0.28s 3.83 ¬ ¬ Obj2 : 246,814 ¬ 81,132 8.68s 0.77s 2.63 ¬ 81,907 8.62s 1.43s 2.65 ¬ ¬ Paper1: 53,161 ¬ 18,531 1.43s 0.33s 2.79 ¬ 18,502 1.98s 0.44s 2.78 ¬ ¬ Paper2: 82,199 ¬ 29,568 2.58s 0.44s 2.88 ¬ 29,795 3.57s 0.60s 2.90 ¬ ¬ Pic : 513,216 ¬ 52,409 14.2s 0.88s 0.82 ¬ 56,335 10.8s 1.60s 0.88 ¬ ¬ Progc: 39,611 ¬ 13,341 0.93s 0.33s 2.69 ¬ 13,350 1.38s 0.33s 2.70 ¬ ¬ Progl: 71,646 ¬ 16,122 1.92s 0.38s 1.80 ¬ 16,294 2.25s 0.44s 1.82 ¬ ¬ Progp: 49,379 ¬ 11,200 1.10s 0.33s 1.81 ¬ 11,254 1.42s 0.33s 1.82 ¬ ¬ Trans: 93,695 ¬ 19,462 2.09s 0.39s 1.66 ¬ 19,363 2.47s 0.50s 1.65 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.70 Avg: 2.72 Book2 speed = 30.9 K/s Book2 speed = 23.9 K/s Size: 1,019,451 Size: 1,028,312 ZOO 2.01 ZOO 2.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 55,049 1.31s 0.83s 3.96 ¬ 40,742 7.06s 0.89s 2.93 ¬ ¬ Book1: 768,771 ¬ 391,581 9.88s 5.43s 4.07 ¬ 339,076 51.9s 6.75s 3.53 ¬ ¬ Book2: 610,856 ¬ 302,143 7.38s 4.26s 3.96 ¬ 228,444 40.6s 4.78s 2.99 ¬ ¬ Geo : 102,400 ¬ 79,466 1.81s 0.96s 6.21 ¬ 68,576 5.98s 1.23s 5.36 ¬ ¬ News : 377,109 ¬ 217,194 5.25s 2.88s 4.61 ¬ 155,086 23.8s 3.09s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 13,688 0.38s 0.24s 5.09 ¬ 10,312 1.10s 0.24s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 132,837 3.25s 1.85s 4.31 ¬ 84,983 14.8s 1.79s 2.75 ¬ ¬ Paper1: 53,161 ¬ 26,789 0.75s 0.41s 4.03 ¬ 19,678 3.33s 0.45s 2.96 ¬ ¬ Paper2: 82,199 ¬ 39,905 1.06s 0.62s 3.88 ¬ 32,098 5.35s 0.72s 3.12 ¬ ¬ Pic : 513,216 ¬ 64,952 3.68s 2.34s 1.01 ¬ 52,223 26.3s 2.20s 0.81 ¬ ¬ Progc: 39,611 ¬ 20,058 0.56s 0.34s 4.05 ¬ 13,943 2.40s 0.34s 2.82 ¬ ¬ Progl: 71,646 ¬ 29,045 0.81s 0.51s 3.24 ¬ 16,916 4.43s 0.48s 1.89 ¬ ¬ Progp: 49,379 ¬ 20,231 0.56s 0.38s 3.28 ¬ 11,509 2.95s 0.34s 1.86 ¬ ¬ Trans: 93,695 ¬ 43,511 1.13s 0.69s 3.68 ¬ 22,580 5.69s 0.62s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.96 Average: 2.86 Book2 speed = 82.8 K/s Book2 speed = 15.0K/s Size: 1,436,449 Size: 1,096,166 Compactor 1.21 Compact Pro 1.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 42,329 10.7s 4.59s 3.04 ¬ 42,344 11.1s 4.89s 3.04 ¬ ¬ Book1: 768,771 ¬ 352,581 1m19s 29.3s 3.67 ¬ 352,596 1m21s 32.9s 3.67 ¬ ¬ Book2: 610,856 ¬ 237,187 55.1s 21.7s 3.11 ¬ 237,187 59.0s 24.1s 3.11 ¬ ¬ Geo : 102,400 ¬ 69,891 9.83s 5.20s 5.46 ¬ 69,906 13.3s 5.62s 5.46 ¬ ¬ News : 377,109 ¬ 158,627 34.1s 14.2s 3.37 ¬ 158,642 35.7s 15.9s 3.37 ¬ ¬ Obj1 : 21,504 ¬ 10,789 3.16s 1.68s 4.01 ¬ 10,804 3.24s 1.75s 4.02 ¬ ¬ Obj2 : 246,814 ¬ 88,485 23.4s 9.04s 2.87 ¬ 88,237 24.7s 9.90s 2.86 ¬ ¬ Paper1: 53,161 ¬ 20,419 5.70s 2.70s 3.07 ¬ 20,434 6.02s 3.06s 3.08 ¬ ¬ Paper2: 82,199 ¬ 33,431 8.14s 3.70s 3.25 ¬ 33,446 9.25s 4.34s 3.26 ¬ ¬ Pic : 513,216 ¬ 53,404 18.6s 9.34s 0.83 ¬ 53,419 20.4s 9.72s 0.83 ¬ ¬ Progc: 39,611 ¬ 14,438 4.26s 2.29s 2.92 ¬ 14,453 4.96s 2.45s 2.92 ¬ ¬ Progl: 71,646 ¬ 17,840 6.69s 3.70s 1.99 ¬ 17,855 7.59s 3.35s 1.99 ¬ ¬ Progp: 49,379 ¬ 12,110 4.86s 2.47s 1.96 ¬ 12,125 5.23s 2.56s 1.96 ¬ ¬ Trans: 93,695 ¬ 23,832 7.61s 3.74s 2.03 ¬ 23,847 8.96s 3.99s 2.04 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.97 Average: 2.97 Book2 speed = 9.3 K/s Book2 speed = 10.3 K/s Size: 1,135,363 Size: 1,135,295 Disk Doubler 3.0A +----------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,612 14s 3.61s 3.35 ¬ ¬ Book1: 768,771 ¬ 332,140 41s 18.8s 3.46 ¬ ¬ Book2: 610,856 ¬ 250,843 27s 14.6s 3.29 ¬ ¬ Geo : 102,400 ¬ 77,861 6s 4.45s 6.08 ¬ ¬ News : 377,109 ¬ 182,205 23s 10.2s 3.87 ¬ ¬ Obj1 : 21,504 ¬ 14,132 1.76s 1.69s 5.26 ¬ ¬ Obj2 : 246,814 ¬ 128,965 23s 7.42s 4.18 ¬ ¬ Paper1: 53,161 ¬ 25,161 2.71s 2.54s 3.77 ¬ ¬ Paper2: 82,199 ¬ 36,245 3.57s 3.18s 3.53 ¬ ¬ Pic : 513,216 ¬ 62,299 14s 7.73s 0.97 ¬ ¬ Progc: 39,611 ¬ 19,227 5s 2.19s 3.88 ¬ ¬ Progl: 71,646 ¬ 27,232 4s 2.72s 3.04 ¬ ¬ Progp: 49,379 ¬ 19,293 7s 2.24s 3.13 ¬ ¬ Trans: 93,695 ¬ 38,324 6s 3.28s 3.27 ¬ +----------------+--------------------------+ 14 Files Average: 3.65 Book2 speed = 22.6 K/s Size: 1,261,828 StuffIt 1.5.1 StuffIt Classic +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,948 6.85s 5.31s 3.38 ¬ 46,951 24.0s 7.97s 3.38 ¬ ¬ Book1: 768,771 ¬ 357,518 43.8s 29.8s 3.72 ¬ 369,897 2m36s 45.8s 3.85 ¬ ¬ Book2: 610,856 ¬ 281,485 32.5s 22.4s 3.67 ¬ 252,974 2m06s 35.0s 3.31 ¬ ¬ Geo : 102,400 ¬ 73,010 17.4s 5.36s 5.70 ¬ 71,392 24.1s 9.91s 5.58 ¬ ¬ News : 377,109 ¬ 202,725 22.8s 14.9s 5.38 ¬ 166,493 1m23s 24.0s 3.53 ¬ ¬ Obj1 : 21,504 ¬ 14,179 3.59s 1.79s 5.27 ¬ 11,206 6.91s 2.98s 4.17 ¬ ¬ Obj2 : 246,814 ¬ 138,871 16.6s 10.3s 4.50 ¬ 91,301 58.4s 15.0s 2.96 ¬ ¬ Paper1: 53,161 ¬ 25,208 3.61s 2.95s 3.79 ¬ 22,203 11.5s 4.05s 3.34 ¬ ¬ Paper2: 82,199 ¬ 37,327 5.26s 3.87s 3.63 ¬ 35,734 5.49s 5.49s 3.48 ¬ ¬ Pic : 513,216 ¬ 63,408 14.2s 12.2s 0.99 ¬ 61,855 18.4s 18.4s 0.96 ¬ ¬ Progc: 39,611 ¬ 19,274 3.05s 2.56s 3.89 ¬ 15,856 3.47s 3.47s 3.20 ¬ ¬ Progl: 71,646 ¬ 27,247 4.46s 3.33s 3.04 ¬ 19,217 4.05s 4.05s 2.15 ¬ ¬ Progp: 49,379 ¬ 19,340 3.01s 2.76s 3.13 ¬ 13,249 3.51s 3.51s 2.15 ¬ ¬ Trans: 93,695 ¬ 39,736 5.61s 4.33s 3.39 ¬ 28,548 5.79s 5.79s 2.44 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.82 Average: 3.18 Book2 speed = 19.1 K/s Book2 speed = 4.8 K/s Size: 1,346,282 Size: 1,206,876 Squash +----------------+--------------+ ¬ Bib : 111,261 ¬ 29,111 2.09 ¬ ¬ Book1: 768,771 ¬ 260,099 2.71 ¬ ¬ Book2: 610,856 ¬ 177,835 2.33 ¬ ¬ Geo : 102,400 ¬ 60,035 4.69 ¬ ¬ News : 377,109 ¬ 135,483 2.87 ¬ ¬ Obj1 : 21,504 ¬ 10,519 3.91 ¬ ¬ Obj2 : 246,814 ¬ 86,619 2.81 ¬ ¬ Paper1: 53,161 ¬ 17,155 2.58 ¬ ¬ Paper2: 82,199 ¬ 25,271 2.46 ¬ ¬ Pic : 513,216 ¬ 50,811 0.79 ¬ ¬ Progc: 39,611 ¬ 13,095 2.64 ¬ ¬ Progl: 71,646 ¬ 17,259 1.93 ¬ ¬ Progp: 49,379 ¬ 12,259 1.99 ¬ ¬ Trans: 93,695 ¬ 21,543 1.84 ¬ +----------------+--------------+ 14 Files Average: 2.55 Bk2sp= 19.7 K/s Size: 917,094 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Experimental Compressor Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ Arithmetic BRENT +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 72,787 3.26s 5.23 ¬ 59,711 13.1s 4.29 ¬ ¬ Book1: 768,771 ¬ 436,881 20.5s 4.55 ¬ 466,187 1m51s 4.85 ¬ ¬ Book2: 610,856 ¬ 364,716 17.0s 4.78 ¬ 318,979 1m14s 4.18 ¬ ¬ Geo : 102,400 ¬ 72,398 4.48s 5.66 ¬ 78,485 9.75s 6.13 ¬ ¬ News : 377,109 ¬ 244,470 11.5s 5.19 ¬ 208,270 42.5s 4.42 ¬ ¬ Obj1 : 21,504 ¬ 16,037 1.03s 5.97 ¬ 11,654 5.38s 4.34 ¬ ¬ Obj2 : 246,814 ¬ 187,292 10.1s 6.07 ¬ 103,120 20.9s 3.34 ¬ ¬ Paper1: 53,161 ¬ 33,118 1.63s 4.98 ¬ 27,081 6.00s 4.08 ¬ ¬ Paper2: 82,199 ¬ 47,533 2.17s 4.62 ¬ 44,393 10.4s 4.32 ¬ ¬ Pic : 513,216 ¬ 74,800 9.06s 1.17 ¬ Crash-no free(0.90)¬ ¬ Progc: 39,611 ¬ 25,918 1.26s 5.23 ¬ 18,967 4.00s 3.83 ¬ ¬ Progl: 71,646 ¬ 42,618 1.91s 4.76 ¬ 24,106 6.13s 2.69 ¬ ¬ Progp: 49,379 ¬ 30,208 1.42s 4.89 ¬ 16,214 4.06s 2.63 ¬ ¬ Trans: 93,695 ¬ 64,325 3.13s 5.49 ¬ 36,028 9.00s 3.08 ¬ +----------------+--------------------+--------------------+ 14 Files Average: 4.90 Average: 3.79 Book2 sp.=35.9 K/s Book2 sp.= 8.3 K/s Size: 1,716,631 Size: 1,470,945 COMP-1 COMP-1A +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 72,792 31.5s 5.23 ¬ 53,828 38.1s 3.87 ¬ ¬ Book1: 768,771 ¬ Bombs Ž550K (4.54)¬ Bombs Ž550K (3.68)¬ ¬ Book2: 610,856 ¬ 364,788 2m46s 4.78 ¬ 296,832 3m22s 3.89 ¬ ¬ Geo : 102,400 ¬ 72,405 27.8s 5.66 ¬ 64,795 34.6s 5.06 ¬ ¬ News : 377,109 ¬ 244,496 1m45s 5.19 ¬ 203,785 2m08s 4.32 ¬ ¬ Obj1 : 21,504 ¬ 16,038 5.83s 5.97 ¬ 14,094 7.25s 5.24 ¬ ¬ Obj2 : 246,814 ¬ 187,306 1m07s 6.07 ¬ 135,815 1m20s 4.40 ¬ ¬ Paper1: 53,161 ¬ 33,130 14.6s 4.99 ¬ 29,150 18.0s 4.39 ¬ ¬ Paper2: 82,199 ¬ 47,540 22.2s 4.63 ¬ 41,126 27.1s 4.00 ¬ ¬ Pic : 513,216 ¬ 75,066 2m23s 1.17 ¬ 58,785 3m07s 0.92 ¬ ¬ Progc: 39,611 ¬ 25,922 11.3s 5.24 ¬ 22,648 14.0s 4.57 ¬ ¬ Progl: 71,646 ¬ 42,617 20.3s 4.76 ¬ 33,854 24.3s 3.78 ¬ ¬ Progp: 49,379 ¬ 30,207 14.1s 4.89 ¬ 24,509 17.4s 3.97 ¬ ¬ Trans: 93,695 ¬ 64,340 27.1s 5.49 ¬ 46,608 33.1s 3.98 ¬ +----------------+--------------------+--------------------+ 14 Files Average: (4.90) Average: (4.01) Book2 sp.= 3.7 K/s Book2 sp.= 3.0 K/s Size: (1,712,925) Size: (1,379,463) COMP-2(1) COMP-2(2) +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 48,089 1m00s 2.70 ¬ 36,903 48.1s 2.65 ¬ ¬ Book1: 768,771 ¬ 346,729 7m36s 3.61 ¬ 278,998 5m47s 2.90 ¬ ¬ Book2: 610,856 ¬ 285,538 6m22s 3.74 ¬ 219,726 4m49s 2.88 ¬ ¬ Geo : 102,400 ¬ 62,555 2.50s 4.89 ¬ Realloc error -.-- ¬ ¬ News : 377,109 ¬ 195,345 4m32s 4.15 ¬ Realloc error -.-- ¬ ¬ Obj1 : 21,504 ¬ 12,354 27.3s 4.60 ¬ Realloc error -.-- ¬ ¬ Obj2 : 246,814 ¬ 120,066 4m26s 3.90 ¬ Realloc error -.-- ¬ ¬ Paper1: 53,161 ¬ 25,312 30.3s 3.81 ¬ 19,491 23.9s 2.93 ¬ ¬ Paper2: 82,199 ¬ 37,151 45.0s 3.62 ¬ 29,498 36.1s 2.87 ¬ ¬ Pic : 513,216 ¬ 55,365 5m42s 0.86 ¬ 54,682 5m11s 0.85 ¬ ¬ Progc: 39,611 ¬ 19,058 24.3s 3.85 ¬ 14,543 19.3s 2.94 ¬ ¬ Progl: 71,646 ¬ 29,255 37.5s 3.27 ¬ 21,465 29.1s 2.40 ¬ ¬ Progp: 49,379 ¬ 20,710 28.6s 3.36 ¬ 14,115 21.4s 2.29 ¬ ¬ Trans: 93,695 ¬ 40,437 53.8s 3.45 ¬ 27,626 38.8s 2.36 ¬ +----------------+--------------------+--------------------+ 14 Files Average: 3.61 Average: -.-- Book2 sp.=1.60 K/s Book2 sp.= 2.1 K/s Size: 1,297,964 LZRW1 +----------------+--------------------+ ¬ Bib : 111,261 ¬ 69,848 0.58s 5.02 ¬ ¬ Book1: 768,771 ¬ 546,044 4.16s 5.68 ¬ ¬ Book2: 610,856 ¬ 379,255 2.95s 4.97 ¬ ¬ Geo : 102,400 ¬ 88,392 0.69s 6.91 ¬ ¬ News : 377,109 ¬ 243,967 1.92s 5.18 ¬ ¬ Obj1 : 21,504 ¬ 13,444 0.14s 5.00 ¬ ¬ Obj2 : 246,814 ¬ 132,045 1.13s 4.28 ¬ ¬ Paper1: 53,161 ¬ 32,141 0.28s 4.84 ¬ ¬ Paper2: 82,199 ¬ 52,527 0.45s 5.11 ¬ ¬ Pic : 513,216 ¬ 133,589 1.48s 2.08 ¬ ¬ Progc: 39,611 ¬ 22,377 0.20s 4.52 ¬ ¬ Progl: 71,646 ¬ 32,849 0.31s 3.67 ¬ ¬ Progp: 49,379 ¬ 22,354 0.21s 3.62 ¬ ¬ Trans: 93,695 ¬ 46,126 0.41s 3.94 ¬ +----------------+--------------------+ 14 Files Average: 4.63 Book2 sp.=207.1K/s Size: 1,814,958 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Comments ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The archivers are grouped by the system they were run on. I've used speed results for Book2 for no logically plausible reason. All archivers were run with the maximum compression mode. Lharc 2.11, Arj 1.00, and Zoo 2.10 are derived from the same code and so produce virtually identical results. Thanks to the following people for help in compiling this list (in alphabetical order): Dik T.Winter (dik▓cwi.nl) for information on various compressors, in particular those used in the Mac archivers. Erik Talvola for providing the DWC archiver. Greg Cockroft (greg▓agog.com) for the Squash results. Jean-Loup Gailly (jloup▓chorus.fr) for the information on Info-ZIP and for debugging the compression figures in the list. Jonathan Histed (turbo▓nacjack.gen.nz - hassle him not me :-) for running the Mac timing tests. Leonid Broukhis (leo▓s514.ipmce.su) for providing the Freeze compressor. Robert Jung for providing the BRENT compressor. Ross Williams (ross▓spam.ua.oz.au) for posting his LZRW-n series to comp.compression. Tim Bell for providing the list of results from "Text Compression" (and letting me publish them as part of this list). + many other people for providing feedback. Disclaimer ---------- These results were obtained by running the archivers under exactly identical conditions (temperature, pressure, air humidity etc :-) on identical data. I've posted these results merely to waste net.bandwidth.....er, to provide information. With one exception I have no affiliation with any of the authors of the programs. Make what you will of these results..... Finally ------- If anyone has any compressors/archivers they've been working on, I'd be interested in running them on the compression corpus so I can add the results to this list (it needs more experimental compressors - it's beginning to look like a review of archivers!). The corpus itself is about 3.5M in size and is ftp'able as: fsa.cpsc.ucalgary.ca:/pub/text.compression.corpus/ ▒136.159.2.1» Anyway, if you want to send me MSDOS executables (or if you trust me with source code :-) I'd be interested in checking them out.... Peter. -- pgut1▓cs.aukuni.ac.nz¬¬p_gutmann▓cs.aukuni.ac.nz¬¬gutmann_p▓kosmos.wcc.govt.nz peterg▓kcbbs.gen.nz¬¬peter▓nacjack.gen.nz¬¬peter▓phlarnschlorpht.nacjack.gen.nz (In order of preference - one of 'em's bound to work) -- Why was Picasso so unfortunate with his models? All seem beyond the -- --- help of plastic or orthopaedic surgery --

arhiveri.1090 snemcev, 07 Jul 93 -> #1074, dejanr

>> ARJ-ove arhive se, ako su oźteęene, joź teČe oporavljaju. Da, ali se i teČe oźteęuju ;)) PS ▒ala, OK?

arhiveri.1091 snemcev, 07 Jul 93 -> #1075, nikac

>> ukupne duzine 393.355 bytes tj. 393,355 KB >> raspakovane velicine 449.101 bytes tj. 449,101 KB. >> fajlova je 466.661 bytes tj. 466,661 KB. >> Ukupna duzina je 2.810.545 bytes tj. 2,810545 MB. >> Ukupna duzina je 1.225.411 bytes tj. 1,225411 MB. Matematika ti oŽigledno nije jaŽa strana. 393,355 bytes = 384.13574 KB 449,101 bytes = 438.57519 KB 2,810,545 bytes = 2.6803445 MB itd.

arhiveri.1092 mjova, 07 Jul 93 -> #1083, dejanr

> ZIP zahvaljujuęi centralnom direktorijumu moČe viźe da > uradi na izvlaŽenju podataka iz neoźteęenog dela arhive. nismo se razumeli. taŽno je da cent.dir. pomaČe pri ispravljanju (odnosno preciznije: zaobilaČenju) greźaka, ali ja sam imao svega nekoliko promila zeznutih arhiva napravljenih kod kuęe. glavni problem je prenos modemom. naime, kad prenos pukne, i arj i zip su u istom fazonu ;). meni se ovoaj problem javlja u procentima. no, zmodemom se moČe nastaviti prenos, ali tek kad pro¬e ponoę ;)

arhiveri.1093 janko, 07 Jul 93 -> #1083, dejanr

> Dakle, deo arhive koji je oźteęen je manje-viźe > neupotrebljiv. ZIP zahvaljujuęi centralnom direktorijumu > moČe viźe da uradi na izvlaŽenju podataka iz neoźteęenog > dela arhive. Veę sam pisao da ovo NIJE taŽno. U ovoj temi. I baź sam ispravljao Dejana. I on opet. :(( PKZIPFIX samo rekonstruiźe centralni direktorijum, na osnovu lokalnih, jer je PKZIP-u i PKUNZIP-u on preduslov da bi radili. Suprotno se NE RADI. Dokaz: Uz ovu poruku je arhivica sa oźteęenim lokalnim, a ispravnim centralnim direktorijumom i ispravnim komprimovanim podacima (Svako ko poznaje strukturu ZIP fajla moČe i sam da napravi svoju sa istim osobinama, ako mi ne veruje). Kada traČite spisak fajlova u arhivi, PKZIP ęe naęi centralni direktorijum, i dati ispravan sadrČaj. Kada zadate PKZIPFIX, nastaje neispravna arhiva. Tako¬e, kada treba da otpakuje arhivu, PKUNZIP koristi lokalni heder, pa ne ume da otpakuje inaŽe ispravnu arhivu (napominjem, SAMO LOKALNI heder je nesipravan!) aa.zip

arhiveri.1094 janko, 07 Jul 93 -> #1086, dejanr

> No, Katz je > odluŽio da pretrpi te Črtve da bi moguęnost oporavka > oźteęenih arhiva bila neźto poveęana. NEEEEE, veę samo da bi brzina rada sa arhivama bila veęa. I o tome sam pisao u ovoj temi. :( --- Uz raspravu najnoviji ARJ <---> najnoviji PKZIP. * ARJ nije menjao algoritam kompresije od 2.30 nadalje. PriŽe o tome da je ovaj 2.41 mnogo bolji ne stoje. * Jedina uźteda koju mi je novi ARJ doneo je źto sada na disketama ne drČim i 2.30 i 2.39 nego samo 2.41 ;>

arhiveri.1095 dejanr, 07 Jul 93 -> #1094, janko

>> > No, Katz je odluŽio da pretrpi te Črtve da bi moguęnost >> > oporavka oźteęenih arhiva bila neźto poveęana. >> >> NEEEEE, veę samo da bi brzina rada sa arhivama bila veęa. I o >> tome sam pisao u ovoj temi. :( MoČda si pisao, ali to joź ne znaŽi da si bio u pravu. Motivi za uvo¬enje centralnog direktorijuma su, po samom Philu Katzu (izvor: CompuServe diskusiona grupa o PKZIP-u, poruke od pre oko 13 meseci, mogao bih valjda negde da ih na¬em) veęa otpornost arhiva na oźteęenja i brČi rad.

arhiveri.1096 dejanr, 07 Jul 93 -> #1093, janko

>> Veę sam pisao da ovo NIJE taŽno. U ovoj temi. I baź sam >> ispravljao Dejana. I on opet. :(( >> >> PKZIPFIX samo rekonstruiźe centralni direktorijum, na osnovu >> lokalnih, jer je PKZIP-u i PKUNZIP-u on preduslov da bi radili. >> Suprotno se NE RADI. Pa ipak, informacije na osnovu kojih bi se to moglo uraditi postoje. Ako to ne moČe da uradi PKZIPFIX, to je minus PKZIPFIX-a. Valjda zato u benificije onoga ko registruje PKZIP spada i moguęnosto download-a nekih dodatnih usluČnih programa sa njihovog BBS-a me¬u kojima ima i raznih alatki za oporavak oźteęenih arhiva. MoČda boljih od PKZIPFIX-a koji je ipak samo shareware dodatak PKZIP-u.

arhiveri.1097 dejanr, 07 Jul 93 -> #1087, viktor

>> Evo da imate oko Žega da se sva¬ate, ne, nisam ja imao vremena na >> bacanje veę samo prenosim ... ;)) Hvala na zanimljivom materijalu, ljudi su zbilja uradili izuzetan posao. Jedino nisu napisali sekciju "Conclusions" :)

arhiveri.1098 mjova, 07 Jul 93 -> #1087, viktor

> viktor, 07.07.Sre 10:11, 31744 chr ^^^^^ > Evo da imate oko Žega da se sva¬ate, ne, nisam ja imao > vremena na bacanje veę samo prenosim ... ;)) aman, jesi li Žuo za arhiver?! ;) kako te nije mrzelo da źaljeź ovoliko teksta u poruku? verovatno ęe se viźe naroda obradovati veliŽini poruke, a ne i njenom sadrČaju. źto bre ne zalepi tekst u poruku, pa kome treba da skine?

arhiveri.1099 maksa, 07 Jul 93 -> #1074, dejanr

<><> ARJ-ove arhive se, ako su oźteęene, joź teČe <><> oporavljaju. E, imam jednu oźteęenu arhivu zbog koje sam skoro totalno napustio ARJ. Da li neko ima iskustva sa popravljanjem? Jako bitno.

arhiveri.1100 vlad, 07 Jul 93 -> #1074, dejanr

-> ARJ-ove arhive se, ako su ostecene, jos teze oporavljaju. Arj koristim jako dugo ali nemam pojma kako se oporavljaju ostecene arhive jer jos ni jednom nisam naisao na takvu. Pkzipfix jako dobro poznajem B).

arhiveri.1101 snemcev, 07 Jul 93 -> #1087, viktor

>> Nisam imao Čivaca da se igram oko sre¬ivanja onih uspravnih crta i >> sliŽno, ko ima volje ... A baź si mogao imati Čivaca za jedan PKZIP. Ovo je (prema mojoj skromnoj evidnciji) prva poruka na Sezamu koju je sistem, zbog duČine, skratio. Dosad je DejanR drČao rekord sa 25K, al' ti zasluČujeź mesto u Ginisovoj knjizi rekorda. Pa, nemamo svi modeme na 110000 bps, pa da nam je sve jedno jel pad duČi ili kraęi za 10K.

arhiveri.1102 dejanr, 07 Jul 93 -> #1099, maksa

>> E, imam jednu oźteęenu arhivu zbog koje sam skoro totalno >> napustio ARJ. Da li neko ima iskustva sa popravljanjem? Probaj ARJ -jr i ARJ -jr1. Ako ne uspe niźta od toga (a verovatno neęe uspeti :( ), bojim se da nema pomoęi :(

arhiveri.1103 dejanr, 07 Jul 93 -> #1100, vlad

>> Arj koristim jako dugo ali nemam pojma kako se oporavljaju ostecene arhive >> jer jos ni jednom nisam naisao na takvu. Pkzipfix jako dobro poznajem B). Oźteęenje arhive obiŽno ne nastaje greźkom arhivera - ako uradin ARJ t ili PKUNZIP -t posle arhiviranja, od te opasnosti si se obezbedio. Veęina greźki nastaje zbog loźe diskete ili nekih greźaka korisnika, i tu ni ARJ ni ZIP nisu niźta krivi. Ali je bitno źta se moČe uŽiniti da se iz oźteęene arhive izvuŽe źto viźe ispravnih podataka. Po mom iskustvu sa viźe oźteęenih ZIP-ova i viźe oźteęenih ARJ-ova, ZIP (odnosno PKZIPFIX) je po ovom pitanju bolji.

arhiveri.1104 viktor, 07 Jul 93 -> #1098, mjova

Autor (tj. ja) je to sasvim namerno uradio jer ga diskusije o tome koji je bolji archiver obasipaju veę nekoliko godina ... ;)) Znam da je trebalo da ide u obliku archive ali ovako ęe svi koji se tamo sva¬aju oko toga koji je archiver bolji to sve proŽitati ... ;)) Ovo je prvi i nadam se poslednji put, da sam se ukljuŽivao ranije u diskusiju bilo bi daleko viźe byte-a nego ovako ... ;))

arhiveri.1105 viktor, 07 Jul 93 -> #1101, snemcev

Odgovorio sam u prethodnoj poruci ... :)) Nije li sva vaźa diskusija bila sa daleko manje argumenata a zauzela daaalekooo viźe byte-ova koji su prenoźeni istim modem-ima. Sigurno je samo jedno, da je ovo bilo samo jednom, tek da stvari promene tok ... :))

arhiveri.1106 viktor, 07 Jul 93 -> #1101, snemcev

> knjizi rekorda. Pa, nemamo svi modeme na 110000 bps, pa da nam je sve > jedno jel pad duČi ili kraęi za 10K. Joź neźto, jedini naŽin da pakovanje ovoga uźtedi nekome DL jeste da ga ne skine. Naime, i da sam ja to zapakovao, saČimano bi bilo joź jednom od strane SEZAM-a, a saČimano je i ovako pre nego je stiglo do vas. Dakle, to je upravo bio razlog zaźto nisam ZIP-ovao. ▓eleo sam da izbegnem da preskoŽite Žitanje ... ;)) Razmiźljao sam da li da to stavim ovde ili u onu diskusiju o prezimenima ARJ-ovanih file-ova koju bulaja ni ne Žita jer je odavno napisao, koliko me seęanje sluČi, da ide na odmor, ali, ipak, mnogi smatraju da je vredno oko toga raspravljati daleko duČe nego źto je potrebno za Žak svakodnevno pre-prezimenovanje DL-vanih file-ova ... Ja nemam volje da prosipam ruČne reŽi po SEZAM-u pa ovo shvatite kao konstruktivnu opstrukciju ili protest ... :)) a moČete to posmatrati i kao Žistu profesionalnu deformaciju jer je i saČimanje (compression) u opisu moga radnog mesta pa ipak umem ponekad da drČim veoma duge i ne-saČete veČbe ... ;)

arhiveri.1107 maksa, 07 Jul 93 -> #1102, dejanr

<><> Probaj ARJ -jr i ARJ -jr1. Ako ne uspe niźta od toga (a <><> verovatno neęe uspeti :( ), bojim se da nema pomoęi :( Znam da to nije obiŽaj, al' moram poźto je u pitanju bilo nekoliko dana posla koji se teźko rekonstruiźe, elem: UPALILO! VEEELIKA HVALA! :)

arhiveri.1108 vlad, 08 Jul 93 -> #1103, dejanr

-> ispravnih podataka. Po mom iskustvu sa vise ostecenih ZIP-ova i -> vise ostecenih ARJ-ova, ZIP (odnosno PKZIPFIX) je po ovom pitanju -> bolji. Verujem tvom iskustvu jer znam da ti sigurnost arhiva mnogo znaci. Iskreno mi je zao sto ne mogu kompletno da predjem na ZIP zbog bezveznog pakovanja multivolume arhiva koje mi mnogo znaci. Jos mi je zalije sto ARJ241 nije brzi od ZIP-a pa da ovog poslednjeg definitivno ARJ-ujem na neku staru disketu. B)

arhiveri.1109 skoprivica, 08 Jul 93 -> #1075, nikac

│ ARJ 2.41 │ Maximum compres. 186.523 bytes 38,84 sec. koje si parametre naveo da bi dobio 'maximalnu kompresiju' kod arja a koje kod zipa ?

arhiveri.1110 dejanr, 08 Jul 93 -> #1108, vlad

>> Iskreno mi je zao sto ne mogu kompletno da predjem na ZIP zbog >> bezveznog pakovanja multivolume arhiva koje mi mnogo znaci. Jos >> mi je zalije sto ARJ241 nije brzi od ZIP-a pa da ovog poslednjeg >> definitivno ARJ-ujem na neku staru disketu. B) Eh, kada bi jedan sahranio drugi, o Žemu bismo mi ovde priŽali? :) Dobro je da ZIP i ARJ budu jedan drugom konkurencija i da budu "tu negde", tako ęemo stalno dobijati sve bolje i bolje arhivere :)

arhiveri.1111 janko, 08 Jul 93 -> #1096, dejanr

> Pa ipak, informacije na osnovu kojih bi se to moglo > uraditi postoje. Ako to ne moČe da uradi PKZIPFIX, to je > minus PKZIPFIX-a. Ne bih rekao. To ti ima veze sa onim "ako imaź dva sata, koliko je sati?" ;> U ovom sluŽaju -- kako da neki program zna da li je neispravan lokalni ili centalni heder? Pazi -- hederi se NE ▒TITE niŽime (nema CRC-ova za hedere!) Zanimljivo je da, za razliku, ARJ ▒TITI pomoęu CRC-a svoje hedere (Eto, nije loź momak taj Jang. Kad to kaČe neko ko izbegava da koristi ARJ... kao ja... to joź viźe vredi. ;) ).

arhiveri.1112 janko, 08 Jul 93 -> #1095, dejanr

> Motivi za uvo¬enje centralnog direktorijuma su, po samom > Philu Katzu (izvor: CompuServe diskusiona grupa o PKZIP-u, > poruke od pre oko 13 meseci, mogao bih valjda negde da ih > na¬em) veęa otpornost arhiva na oźteęenja i brČi rad. BrČi rad, to svi znaju. Pogotovu listanje sadrČaja, nalaČanje odabranih datoteka itd. Otpornost, ne, sve dok ne poŽnu da se źtite i hederi nekom kontrolnom sumom. Toga nema ni u najnovijoj verziji PKZIP-a. Trenutno je ARJ za nijansu otporniji. Ako uspeź, pozdravi Fila u moje ime i pitaj ga za ovo. ;) Ili, podseti Janga da u Why_Arj stavi i tu sitnu Žinjenicu, veę po ukusu. ;)

arhiveri.1113 dgrbic, 08 Jul 93 -> #1083, dejanr

:: Dakle, deo arhive koji je oźteęen je manje-viźe :: neupotrebljiv. ZIP zahvaljujuęi centralnom direktorijumu :: moČe viźe da uradi na izvlaŽenju podataka iz neoźteęenog :: dela arhive. ARJ moČe da izvuŽe u potpunosti sve fajlove osim baź onog koji je oźteęen, isto ko i ZIP. A onaj oźteęeni... źta ti Bog da. Tu centralni dir. ne Žini niźta. Dakle, da ponovim: SVE osim oźteęenog fajla sa bez problema izvlaŽi iz ARJ arhive. Naravno, ako je oźteęen baź heder datoteke, ona uopźte neęe moęi da se izvuŽe, a kod ZIPa moČe. Mada, moglo bi tu ruŽno da se pokrpi dosta.

arhiveri.1114 dejanr, 08 Jul 93 -> #1111, janko

>> > Pa ipak, informacije na osnovu kojih bi se to moglo >> > uraditi postoje. Ako to ne moČe da uradi PKZIPFIX, to je >> > minus PKZIPFIX-a. >> >> Ne bih rekao. >> >> To ti ima veze sa onim "ako imaź dva sata, koliko je sati?" ;> U >> ovom sluŽaju -- kako da neki program zna da li je neispravan >> lokalni ili centalni heder? Obzirom da postoje dve moguęnosti, da je ispravan lokalni i da je ispravan centralni, moČe se probati jedna, pa onda druga. Ako postoji samo jedna informacija, onda nema źta da se proba, ako je ona propala, nema se kuda. Isto kao kod DOS-a: ima dva FAT-a, źta ako se razlikuju? Da ponovim ono źto sam veę na poŽetku rekao, Žim ima dvostrukih informacija, sigurnost je poveęana i zato je ZIP sigurniji. Naravno, uz prave alatke koje bi taj viźak informacija iskoristile. Podrazumeva se da pri izboru "dupliranih" informacija treba napraviti neku ravnoteČu, jer bi njih mnogo poveęalo arhivu. No ZIP je tu uspeo da i pored tih dvostrukih podataka ima arhive kolike i ARJ, Žesto i kraęe).

arhiveri.1115 dejanr, 08 Jul 93 -> #1112, janko

>> Otpornost, ne, sve dok ne poŽnu da se źtite i hederi nekom >> kontrolnom sumom. Toga nema ni u najnovijoj verziji PKZIP-a. Kontrolna suma gubi na znaŽaju ako iste informacije imaź na dva mesta. Mada, stoji, tako bi se lakźe odredilo koja od te dve informacije je taŽna, ako su u neskladu.

arhiveri.1116 dejanr, 08 Jul 93 -> #1113, dgrbic

>> Naravno, ako je oźteęen baź heder datoteke, ona uopźte neęe moęi da se >> izvuŽe, a kod ZIPa moČe. Pa, upravo sam to i mislio kada sam rekao da je ZIP sigurniji.

arhiveri.1117 nikac, 08 Jul 93 -> #1091, snemcev

>■ Matematika ti oŽigledno nije jaŽa strana. >■ 393,355 bytes = 384.13574 KB Vec sam poslo objasnjenje i izvinjenje... A sto se tice matematike ipak idem u MG ;> -=Nikac=-

arhiveri.1118 nikac, 08 Jul 93 -> #1109, skoprivica

>■ │ ARJ 2.41 >■ │ Maximum compres. 186.523 bytes 38,84 sec. >■ >■ koje si parametre naveo da bi dobio 'maximalnu kompresiju' kod >■ arja a koje kod zipa ? Kod ARJ-a je maximum compression default opcija a inace menja se sa opcijom -m<broj 0..4>, u ostalom uzmes arj -? pa pogledas prekidace i medjunjima je -m pa vidi opsirnije. Kod ZIP-a normal compression je default, a nace menja se sa -e<slovo za maximum je x> tj. "pkzip <imearhive> -ex" za max. kompresiju. Takodje uzmi help i obrati paznju na opciju -e. Pozdrav, -=Nikac=-

arhiveri.1119 dr.grba, 08 Jul 93 -> #1090, snemcev

>> Da, ali se i teČe oźteęuju ;)) >> >> PS ▒ala, OK? Nije O.K., prvo dvadesetak puta reply, źto svadljivije to bolje (: Ti i ja ne Čurimo, a i kad Čurimo ne marimo, pa nas nije briga źto je ARJ sporiji. A i zasmejava me argumentacija tipa "za 8 sekundi brČi". Molim vas da mi objasnite praktiŽni znaŽaj razlike u brzini, a ne da postoji razlika u brzini kao takva, to i vrapci znaju...

arhiveri.1120 isekulovic, 08 Jul 93 -> #1118, nikac

>> Kod ARJ-a je maximum compression default opcija a inace >> menja se sa opcijom -m<broj 0..4>, u ostalom uzmes arj -? pa >> pogledas prekidace i medjunjima je -m pa vidi opsirnije. Greźka, default je -m1, a maximum compression -jm.

arhiveri.1121 darone, 08 Jul 93 -> #1109, skoprivica

>> koje si parametre naveo da bi dobio 'maximalnu >> kompresiju' kod arja a koje kod zipa ? U pkzip.cfg, koji ęeź staviti u direktorijum gde ti je i zip stavi: >> COMPRESS=maximal A za arj, prvo u autoexec: >> set arj_sw=c:\sys\arj.cfg zatim i u c:\sys\arj.cfg --- ovde iseęi --- a -a -jt -jv -jm -jycry e -ja -jyacy -jv l -jp -jv m -a -jt -jv -jm -jycry -zc:\sys\comment.txt t -jv x -ja -jyacy -jv --- ovde iseęi --- U stvari, dadoh ti ceo moj arj.cfg, a poenta je u onom -jm u redovima za 'arj a' i 'arj m'. darone

arhiveri.1122 npetrovic, 08 Jul 93 -> #1117, nikac

>? A sto se tice matematike ipak idem u MG ;> Ovo je vise smesno...:))) Koliko ljudi je na sezamu iz MG? :)) Pyc

arhiveri.1123 ssokorac, 08 Jul 93 -> #1118, nikac

─┼┤ Kod ARJ-a je maximum compression default opcija a inace ─┼┤ menja se sa opcijom -m<broj 0..4>, u ostalom uzmes arj -? pa Naravno, stara dobra greźka onih koji koriste ZIP. Maksimalna ARJ kompresija nije -m1 veę -jm.

arhiveri.1124 maksa, 09 Jul 93 -> #1117, nikac

<><> A sto se tice matematike ipak idem u MG ;> Apropos MG: Imam drugaricu koja je iźla u MG (i bila tamo dobar ¬ak, kao i svi) koja me je 15 min. ube¬ivala da: "....su parabola i hiperbola jedno te isto, kad se kod hipebole zanemari drugi krak...ista stvar bre kad ti kaČem..." zavrźen citat. Krunski argument joj je bio: "Znaź, ja sam iźla u MatematiŽku!" ;)