SOFTWARE ¯¯¯¯¯¯¯¯  xpk & xfh:  Was haben da meine müden Äuglein im Aminet erblickt: eine crunch-library. Na und? Tja, xpk scheint sich immer größerer Beliebtheit zu erfreuen! Viele Programme (MuchMore, PowerPlayer, etc.) unterstützen schon die xpkmaster.library. Das schöne daran ist, daß nicht nur ein bestimmter Packalgorithmus benutzt wird, sondern eine ganze Bibliothek von Packern zur Verfügung steht! Je nach dem, ob man mehr Wert auf schnelles Entpacken, sehr gute Reduzierung oder hohe Sicherheit legt, werden diverse Algos angeboten. Man kann Files auch noch Verschlüsseln, wenn man will! Musste ich natürlich gleich ausprobieren. Dabei stellte ich fest, daß es auch noch bessere Packalgos gibt, als den vom Powerpacker. Trotzdem unterstützt xpk auch die mit dem Powerpacker gecrunchten Files. Von besonderer Interesse für Festplattenbesitzer ist allerdings xfh. Ein File-Handler, der xpk unterstützt. Natürlich geht das auch mit Floppy- Laufwerken, aber ich will hier nur mal auf meinen Fall (HD) eingehen. Was kann das Teil? Einfache Antwort: Speicherplatz sparen! Und zwar verdammt viel. So können alle ... ALLE! ... Files gepackt werden!! Also auch Icons und der ganze kleinere Kram. xfh ist in etwa vergleichbar mit den sogenannten "Stackern" auf DOSen. D.h. Files, die in ein xfh-Verzeichnis/-Partition kopiert werden, werden automatisch beim speichern gepackt! Und bei lesen quasi in Echtzeit automatisch entpackt. Das System verhält sich also absolut autark gegenüber DOS, d.h. ein Programm, das ein anderes File lädt, muß xpk nicht unterstützen, weil es das File von xfh ja ungepackt, im "Urzustand" bekommt. Ganz einfach ausgedrückt: für ein Programm ist xfh eine Black Box. Es lädt ganz normal von Festplatte, ohne zu wissen, daß xfh die Files packt/entpackt. Das besondere an xfh ist außerdem, daß nicht die ganze Festplatte gestackert werden muß, auch nicht unbedingt eine ganze Partition. Nein, es können auch nur Directorys für xfh vorbereitet werden! "Und was muß alles getan werden um xfh zu installieren?" Nicht viel. Ein paar Files kopieren (xpkmaster.library, xfh-handler,...) und entsprechende Dirs/ Partitionen flöppen. "Und dann muß ich ja noch alle Files packen!" Nicht MÜSSEN! Können! xfh handelt die Sache so, daß Files, die vorher noch nicht gepackt waren, beim nächsten Speichern dann automatisch gepackt werden. (Man kann dann von Tag zu Tag beobachten, daß immer mehr Speicher auf der HD frei wird! :-) Allerdings wird keiner so lange warten wollen. Dafür gibt es ein weiteres Programm (alles im xfh-Packet!), mit dem man die ganzen Files einer Partition in einem Rutsch packen kann. Das heterogene Packerssystem von xpk erlaubt natürlich auch die Verwendung von unterschiedlichen Packeralgos. Wenn also ein besserer Algo veröffentlicht wird, ändert man einfach seinen bevorzugten Packalgo, und in Zukunft werden die Files mit diesem neuen Algo gepackt. Alle anderen Files, die zuvor mit anderen Packern gecruncht wurden (z.B. PowerPacker, TurboImploder) müssen nicht "umgepackt" werden. Alles, was xpk unterstützt, wird von xfh erkannt. Ich habe meine (Quantum-) HD (100MB) folgendermaßen ge'XFH'd: DH0: ist meine Bootpartition. ca. 12 MB groß. Hab' ich nicht gepackt. Partitionen DH1: + DH2: beide XFH_Partitionen. Obwohl ich vorher schon die meisten Programme ("ausführbare Files") mit dem Powerpacker gecruncht hatte, quetschte xfh noch weitere 20MB (!) aus all den ungepackten Dateien! (Meine HD ist etwa zu 65% gefüllt.) Man kann also grob über den Daumen peilen, daß xfh ca. 50% mehr Speicher aus einer HD holt. Je nach Packalgorithmus und Filestrukturen; versteht sich. Wenn man nicht gerade einen höheren Prozessor in seinem Amiga hat, bleibt die Existenz von xfh natürlich nicht ganz unbemerkt. So verzögert sich das Laden ein wenig. (Entpacken) Ist aber kaum zu spüren. Etwas länger geht's beim speichern (Packen). Aber die paar Sekunden, die zum packen gebraucht werden, lassen sich verschmerzen, wenn man nicht so viel Kohle hat, um sich jederzeit eine neue Festplatte oder gar einen neuen Compi zu kaufen. Der derzeit beste xpk-Algo heißt NUKE, der eine relative hohe Effizienz hat und sehr schnell entpackt: Packing Mode: normal Packing Speed: 36 K/Sec. Unpacking Speed: 630 K/Sec. Compression Factor: 45% 150 statt 100MB? Und das praktisch umsonst? Zugreifen! MH · 28/11/1993 · EOF