Archivierungs- / Komprimierungsformate oder Tools, die mehrere Dateigabelungen oder Streams unterstützen?

390
hippietrail

In letzter Zeit habe ich mich für die Fähigkeit mehrerer Dateisysteme interessiert, darunter Apples HFS + und Microsofts NTFS, die zwei oder mehr Datenströme unterstützen.

  • In Mac Terminologie wurden diese am häufigsten vor OS X als getrennte Daten und Ressourcen bekannt Gabeln . Ich glaube, dass moderne HFS + mehr als zwei Gabeln haben können.
  • In NTFS werden sie meist als Alternative Datenströme oder einfach als ADS bezeichnet .

Ich würde gerne wissen, welche Archivierungs- / Komprimierungsformate und / oder Tools die Erstellung einzelner komprimierter Dateien aus Dateien mit den oben genannten Funktionen für zwei oder mehr Gabeln oder Streams unterstützen.

Ich weiß, dass es im Mac System 7 Tage gab, wie MacBinary und BinHex, aber ich würde gerne wissen, ob die aktuelle Generation von Formaten und Tools wie zip, gzip, bzip2, 7zip oder andere, die weniger bekannt sind, solche Funktionen hat Unterstützung.

Ich würde Open Source, plattformübergreifende, offene Standards vorziehen, aber alles ist interessant.

2

1 Antwort auf die Frage

1
fgrieu

Ich habe eine Option gefunden: Die Open-Source - Version von 7-zip (mindestens 16.04) kann ".wim" -Archive erstellen, einschließlich der Unterstützung alternativer Datenströme. In der GUI gibt es ein Kontrollkästchen "Alternative Datenströme speichern" und -sfsin der CLI ein Flag. Schade, dass diese nicht komprimiert werden.

Das Dateiformat ".wim" ist ziemlich gut dokumentiert.

Meine Empfehlung wäre, sich an die Namenskonvention zu halten, die von Windows 2000 Advanced Server verwendet wird, die optional das Apple Filing Protocol unterstützte und zugeordnet wurde

  • Traditionelle MacOS-Dateiinformationen zu einem 60-Octet- AFP_AfpInfoADS, z 
    41 46 50 00 00 00 00 00 00 00 00 00 00 00 00 80 AFP 72 6F 68 64 64 64 73 6B 01 00 FF FF FF FF 00 00 rohdddsk 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 E0 D8 D8 AF AE 7F 00 00 3F DE D5 95
  • Traditionelle MacOS-Ressource-Gabeln für ein AFP_ResourceADS Dies ist ein gerader Dump der Ressourcen-Fork-Oktette, der normalerweise mit 00 00 01 00dem 32-Bit-Offset im Big-Endian-Format von Resource Forks beginnt .
  • Traditionelle MacOS-Dateikommentare zu einem CommentsADS (jedes ASCII-Zeichen erscheint als ASCII-Code gefolgt von einer 00, dh UTF-16-Little-Endian; ich kenne die Zuordnung von Maintosh-Sonderzeichen nicht)

Zum Beispiel, wie durch das Streaming Utility von Sysinternals gezeigt:

R: \ macdev \ UniversalInterfaces3.4.1b3.img: : AFP_AfpInfo: $ DATA 60 : AFP_Resource: $ DATA 3565 : Kommentare: $ DATA 238

Ich habe vor kurzem versucht, eine Frage zu stellen, die etwas mit Kompression zu diesem Stück verlangt. aber es wurde (verständlicherweise) gehalten.

Verwandte Probleme