Seite 1 von 1
Verfasst: 08 Mai 2005, 13:20
von Mungomango
Mit welchem Programm unter ROS 5.xx packt Ihr Dateien? Bis jetzt muß ich immer dem Aemulor verwenden, um die vorhandenen Zipper benutzen zu können. Ich habe zwar ein OS 5 taugliches Programm gefunden, aber das Ding macht ziemlich viel Mist und funktioniert kaum.
Ich habe jetzt echt keinen Bock, für ein Packprogramm zu bezahlen o.O Sowas sollte beim System IMHO dabei sein. Es werden nur Entpacker (SparkFS ReadOnly) mitgeliefert, Packer nicht.
Grüße
Lars
Verfasst: 08 Mai 2005, 15:48
von forenuser
Also die neueste Version von !SparkFS dürfte auf jeden Fall RO5.x kompatibel sein. Und wenn ich nicht ganz daneben liege dürfte dies auch auf !InfoZIP zutreffen. Ich habe im Augfenblick aber die URL nicht zur Hand.
Gez. Hauke
Verfasst: 08 Mai 2005, 20:13
von cms
Infozip
Benutze ich auch als Besitzer von SparkFS bei großen Archiven, da dies einfach schneller ist. Wenn ich mich richtig erinnere war SparkFS vor der Bekanntgabe des Iyonix pcs 32 Bitfähig.
Verfasst: 09 Mai 2005, 15:00
von Mungomango
cms hat geschrieben:Infozip
Benutze ich auch als Besitzer von SparkFS bei großen Archiven, da dies einfach schneller ist. Wenn ich mich richtig erinnere war SparkFS vor der Bekanntgabe des Iyonix pcs 32 Bitfähig.
Infozip läuft, danke für den Tip
Ich habe immer nur eine alte Version des Programms gefunden. In der ANS Filebase steht bei Infizip die Version 1.4.2002. Das wäre natürlich etwas alt...
Grüße
Lars
Verfasst: 10 Mai 2005, 11:26
von psyco_f
Eine neuere Version von !Infozip gibts auf:
http://www.starfighter.acornarcade.com/mysite/utilities.htm
bzip2 und gzip gibts auf:
http://www.riscos.info/unix/indexes/cli_test.html
Einen Port der InfoZip-Suite:
http://www.sbellon.de/sw-ports.html
LHA & LHArc + Frontend:
http://users.argonet.co.uk/users/tigger/programs/progs.html
Sind natürlich alles 32bit Versionen. Eine 32bittige Version von tar gibts sicher auch, aber ich hab sie auf Anhieb nicht mehr gefunden im Netz. Kann sie dir aber mailen.
Verfasst: 10 Mai 2005, 11:52
von psyco_f
so nebenbei:
Die brutalste Packrate erzielst du mit der Kombination tar + bzip2. Erst die Daten in ein Tar-Archiv schmeissen und dann bzip -9 drüberlaufen lassen. Das dauert zwar länger als nur-zippen, vor allem bei größeren Archiven machts einigen Unterschied! zB bei den Linux-Kernel Sourcen die man früher in gzip oder bzip2 Format runterladen konnte, waren die gz-Archive um die 40mb groß, die bz2-Archive dann 32-33mb.
In der Unix-Welt hat sich das mittlerweile sehr bewährt und die meisten Archive zum Runterladen sind im tar.bz2-Format.
Verfasst: 11 Mai 2005, 04:18
von cms
Meine Erfahrung mit BZip2 bei Texten (z. B. bei Quellkode und Logfiles) ist sehr gut und erzeugt fast hab so große Dateien wie mit GZip oder Zip. Das packen dauert dann aber auch länger. Bei binären Zeug ist die Kompression nicht so gut und dort empfehle ich das schnellere GZip oder Zip. Ein Frontend für BZip2 ist mir nicht bekannt und deshalb wird es sich wohl BZip2 unter RISC OS auch nicht durchsetzen. Zusätzlich muß man auch oft erst ein (Tar-)Archiv erzeugen. Bei Zip hat man alles in einen. Für meine CD Backups benutze ich dann mehrere Zip Archive, die ich via TaskObey über ein paar Stunden erzeuge. Für das Tar-Archiv von ArcSite benutze ich BZip2 zum packen, da neben den "unpackbaren" Bildern (JPEG, PNG, GIF) und Archiven (zumeist Zip) fast nur HTML, also Text, übrig bleibt und das kann man gut mit BZip2 packen und ich muß das ja auch übers Internet nach Hause bringen.
Verfasst: 11 Mai 2005, 09:36
von psyco_f
Yo, stimmt. Ein Frontend für tar+bzip2 wär ne gute Sache. Das Linux-tar hat ja die nette Eigenschaft, daß man bzip2 einfach als Switch an tar übergeben kann (zumindest hier am Gentoo ist es so).
"tar cfrj ziel.tar.bz2 Quellen/"
tart erst alle Dateien im Verzeichnis Quellen ins ziel.tar und läßt dann gleich bz2 drüberlaufen, alles in einem Aufwaschen. "j" ist der Switch, der tar mitteilt daß es bzip2 benutzen soll, "z" wär für gzip.
Der RiscOS-Port von Frank Lancaster unterstütz nur den "z" switch wie ich gesehen habe. Muß ich mal als Request auf die UPP-Seite knallen, vielleicht wird was draus. Ich nehm an ein solcher Port wird nicht der riesige Aufwand sein. Obwohl auf Anhieb läuft auch nicht... Habs mit dem GCC-SDK mal kurz probiert ;-)
Verfasst: 11 Mai 2005, 13:19
von cms
psyco_f hat geschrieben:Das Linux-tar hat ja die nette Eigenschaft, daß man bzip2 einfach als Switch an tar übergeben kann (zumindest hier am Gentoo ist es so).
"tar cfrj ziel.tar.bz2 Quellen/"
Das wurde wohl normiert. RedHat hat das im letzten Jahrhundert (ab Version 6?) von "I" (laut meines Gedächnisses) auf "j" umgestellt. Da ich mich jetzt nicht an Komplikationen erinneren kann muß es wohl auch bei FreeBSD und Woody so sein.
Aber warum das "r" wenn man ein neues Archiv erzeugt?
