xzcat – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

xz, unxz, xzcat, lzma, unlzma, lzcat - Komprimieren oder dekomprimieren Sie .xz- und .lzma-Dateien

ZUSAMMENFASSUNG

xz [zu erhalten]... [Datei] ...

unxz entspricht xz --dekomprimieren.
xzkat entspricht xz --dekomprimieren --stdout.
lzma entspricht xz --format=lzma.
unlzma entspricht xz --format=lzma --dekomprimieren.
lzcat entspricht xz --format=lzma --dekomprimieren --stdout.

Beim Schreiben von Skripten, die Dateien dekomprimieren müssen, wird empfohlen, immer die
Name xz mit entsprechenden Argumenten (xz -d or xz -dc) statt der Namen unxz und xzkat.

BESCHREIBUNG

xz ist ein universelles Datenkompressionstool mit ähnlicher Befehlszeilensyntax wie gzip(1)
und bzip2(1). Das native Dateiformat ist das .xz Format, aber das Erbe .lzma verwendetes Format
von LZMA Utils und komprimierte Rohdatenströme ohne Containerformat-Header sind ebenfalls verfügbar
unterstützt.

xz komprimiert oder dekomprimiert jeweils Datei entsprechend der gewählten Betriebsart. Wenn nein
Dateien gegeben sind oder Datei is -, xz liest von der Standardeingabe und schreibt die verarbeiteten Daten
zur Standardausgabe. xz ablehnen (Fehler anzeigen und überspringen Datei) schreiben
komprimierte Daten zur Standardausgabe, wenn es sich um ein Terminal handelt. Ähnlich, xz wird sich weigern zu lesen
komprimierte Daten von der Standardeingabe, wenn es sich um ein Terminal handelt.

Es sei denn --stdout angegeben, Dateien ausgenommen - werden in eine neue Datei mit dem Namen geschrieben
aus der Quelle abgeleitet Datei name:

· Beim Komprimieren wird das Suffix des Zieldateiformats (.xz or .lzma) wird angehängt
den Quelldateinamen, um den Zieldateinamen zu erhalten.

· Beim Dekomprimieren wird die .xz or .lzma Das Suffix wird aus dem Dateinamen entfernt, um das zu erhalten
Zieldateiname. xz erkennt auch die Suffixe .txz und .tlz, und ersetzt sie durch
.Teer Suffix.

Existiert die Zieldatei bereits, wird ein Fehler angezeigt und die Datei wird übersprungen.

Sofern nicht auf die Standardausgabe geschrieben wird, xz zeigt eine Warnung an und überspringt die Datei wenn einer von
es gilt:

· Reichen Sie das ist keine normale Datei. Symbolischen Links wird nicht gefolgt, und daher auch nicht
gelten als normale Dateien.

· Reichen Sie das hat mehr als einen harten Link.

· Reichen Sie das hat setuid, setgid oder sticky bit gesetzt.

· Die Betriebsart ist auf Komprimieren eingestellt und die Datei hat bereits ein Suffix des Ziels
Datei Format (.xz or .txz beim Komprimieren auf die .xz formatieren, und .lzma or .tlz wann
komprimieren auf die .lzma Format).

· Die Betriebsart ist auf Dekompression eingestellt und die Datei hat kein Suffix von
die unterstützten Dateiformate (.xz, .txz, .lzma, oder .tlz).

Nach erfolgreicher Komprimierung oder Dekomprimierung der Datei, xz kopiert den Besitzer, die Gruppe,
Berechtigungen, Zugriffszeit und Änderungszeit von der Quelle Datei zur Zieldatei.
Wenn das Kopieren der Gruppe fehlschlägt, werden die Berechtigungen geändert, sodass die Zieldatei dies nicht tut
für Benutzer zugänglich werden, die keine Berechtigung zum Zugriff auf die Quelle hatten Datei. xz
unterstützt nicht das Kopieren anderer Metadaten wie Zugriffskontrolllisten oder erweiterte Attribute
noch.

Nachdem die Zieldatei erfolgreich geschlossen wurde, wird die Quelle Datei wird entfernt, es sei denn
--halten angegeben wurde. Die Quelle Datei wird nie entfernt, wenn die Ausgabe geschrieben wird auf
Standardausgabe.

Rechnungserstellung SIGNINFO or SIGUSR1 zu den xz Prozess macht es Fortschrittsinformationen zu drucken
Standart Fehler. Dies hat nur begrenzten Nutzen, da, wenn der Standardfehler ein Terminal ist, mit
- ausführlich zeigt eine automatisch aktualisierte Fortschrittsanzeige an.

Memory Verwendung
Der Speicherverbrauch von xz variiert von einigen hundert Kilobyte bis zu mehreren Gigabyte, je nachdem
in den Komprimierungseinstellungen. Die beim Komprimieren einer Datei verwendeten Einstellungen bestimmen die
Speicherbedarf des Dekompressors. Typischerweise benötigt der Dekompressor 5 bis 20 % von
die Speichermenge, die der Kompressor beim Erstellen der Datei benötigt. Zum Beispiel,
Dekomprimieren einer mit . erstellten Datei xz -9 benötigt derzeit 65 MiB Speicher. Trotzdem ist es
möglich zu haben .xz Dateien, die zum Dekomprimieren mehrere Gigabyte Speicher benötigen.

Insbesondere Benutzer älterer Systeme können die Möglichkeit eines sehr großen Speicherverbrauchs feststellen
nervig. Um unangenehme Überraschungen zu vermeiden, xz verfügt über einen eingebauten Begrenzer für die Speichernutzung,
die standardmäßig deaktiviert ist. Während einige Betriebssysteme Möglichkeiten bieten, die
Speichernutzung von Prozessen, die sich darauf verlassen, wurde als nicht flexibel genug erachtet (z
unlimit(1) den virtuellen Speicher zu begrenzen neigt dazu, zu lähmen mmap(2)).

Der Begrenzer für die Speichernutzung kann mit der Befehlszeilenoption aktiviert werden --memlimit=begrenzen.
Oft ist es bequemer, den Limiter standardmäßig durch Einstellen der Umgebung zu aktivieren
Variable XZ_DEFAULTS, z.B XZ_DEFAULTS=--memlimit=150MiB. Es ist möglich, die
Grenzen für Komprimierung und Dekomprimierung getrennt durch Verwendung von --memlimit-compress=begrenzen und
--memlimit-decompress=begrenzen. Diese beiden Optionen draußen verwenden XZ_DEFAULTS ist selten sinnvoll
weil ein einziger Lauf von xz kann nicht sowohl komprimieren als auch dekomprimieren und
--memlimit=begrenzen (oder -M begrenzen) ist kürzer in der Befehlszeile einzugeben.

Wenn beim Dekomprimieren die angegebene Speichernutzungsgrenze überschritten wird, xz wird ein anzeigen
Fehler und das Dekomprimieren der Datei schlägt fehl. Wird die Grenze beim Komprimieren überschritten, xz
versucht, die Einstellungen herunterzuskalieren, damit die Grenze nicht mehr überschritten wird (außer wenn
Verwendung von --format=roh or --no-adjust). Auf diese Weise schlägt die Operation nicht fehl, es sei denn, das Limit ist
sehr klein. Die Skalierung der Einstellungen erfolgt in Schritten, die nicht zur Komprimierung passen
Level-Presets, z. B. wenn das Limit nur geringfügig kleiner ist als die benötigte Menge für xz -9,
die Einstellungen werden nur ein wenig herunterskaliert, nicht ganz auf xz -8.

Verkettung und Polsterung mit .xz Dateien
Verkettung ist möglich .xz Dateien so wie sie sind. xz wird solche Dateien dekomprimieren, als ob sie
waren Single .xz Datei.

Es ist möglich, zwischen den verketteten Teilen oder nach dem letzten Teil Polster einzufügen.
Die Auffüllung muss aus Null-Bytes bestehen und die Größe der Auffüllung muss ein Vielfaches von sein
vier Byte. Dies kann z. B. nützlich sein, wenn die .xz Datei wird auf einem Medium gespeichert, das misst
Dateigrößen in 512-Byte-Blöcken.

Verkettung und Auffüllen sind nicht erlaubt mit .lzma Dateien oder Raw-Streams.

OPTIONAL

ganze Zahl Suffixe und besondere Werte
An den meisten Stellen, an denen ein ganzzahliges Argument erwartet wird, wird ein optionales Suffix unterstützt
leicht große ganze Zahlen angeben. Zwischen der ganzen Zahl und dem darf kein Leerzeichen stehen
Suffix.

KiB Multiplizieren Sie die ganze Zahl mit 1,024 (2^10). Ki, k, kB, K und KB werden akzeptiert als
synonym für KiB.

Es Multiplizieren Sie die ganze Zahl mit 1,048,576 (2^20). Mi, m, M und MB werden akzeptiert als
synonym für Es.

GiB Multiplizieren Sie die ganze Zahl mit 1,073,741,824 (2^30). Gi, g, G und GB werden akzeptiert als
synonym für GiB.

Der besondere Wert max kann verwendet werden, um den maximalen ganzzahligen Wert anzugeben, der von der . unterstützt wird
.

Produktion Modus
Wenn mehrere Betriebsmodusoptionen angegeben sind, wird die letzte wirksam.

-z, --Kompresse
Kompresse. Dies ist der Standardbetriebsmodus, wenn keine Betriebsmodusoption ausgewählt ist
angegeben und aus dem Befehlsnamen wird kein anderer Betriebsmodus impliziert (für
Beispiel unxz impliziert --dekomprimieren).

-d, --dekomprimieren, --dekomprimieren
Dekomprimieren.

-t, --Prüfung
Testen Sie die Integrität von komprimierten Dateien. Diese Option ist äquivalent zu --dekomprimieren
--stdout außer dass die dekomprimierten Daten verworfen werden, anstatt in sie geschrieben zu werden
Standardausgabe. Es werden keine Dateien erstellt oder entfernt.

-l, --aufführen
Drucken Sie Informationen über komprimierte Dateien. Es wird keine unkomprimierte Ausgabe erzeugt, und
Es werden keine Dateien erstellt oder entfernt. Im Listenmodus kann das Programm die
komprimierte Daten aus der Standardeingabe oder aus anderen nicht durchsuchbaren Quellen.

Die Standardliste zeigt grundlegende Informationen über Dateien, eine Datei pro Zeile. Bekommen
Nähere Informationen, nutzen Sie auch die - ausführlich Möglichkeit. Für noch mehr
Informationen, Verwendung - ausführlich zweimal, aber beachten Sie, dass dies langsam sein kann, weil
alle zusätzlichen Informationen erfordern viele Suchvorgänge. Die Breite der ausführlichen Ausgabe überschreitet
80 Zeichen, so dass die Ausgabe an zB weitergeleitet wird weniger -S kann praktisch sein, wenn die
Terminal ist nicht breit genug.

Die genaue Ausgabe kann variieren zwischen xz Versionen und verschiedene Ländereinstellungen. Für Maschinen-
lesbare Ausgabe, --Roboter --aufführen sollte benutzt werden.

Produktion Modifikatoren
-k, --halten
Löschen Sie die Eingabedateien nicht.

-f, --Macht
Diese Option hat mehrere Auswirkungen:

· Falls die Zieldatei bereits existiert, löschen Sie sie vor dem Komprimieren oder
dekomprimieren.

· Komprimieren oder dekomprimieren, auch wenn die Eingabe ein symbolischer Link zu einer regulären Datei ist,
hat mehr als einen Hardlink oder hat setuid, setgid oder sticky bit gesetzt. Die
setuid, setgid und Sticky Bits werden nicht in die Zieldatei kopiert.

· Bei Verwendung mit --dekomprimieren --stdout und xz kann den Typ des nicht erkennen
Quelldatei, kopieren Sie die Quelldatei unverändert in die Standardausgabe. Dies erlaubt xzkat
--Macht verwendet werden wie Katze(1) für Dateien, die nicht mit komprimiert wurden xz.
Beachten Sie, dass in Zukunft xz unterstützt möglicherweise neue komprimierte Dateiformate, die möglicherweise
um xz Dekomprimieren Sie mehr Dateitypen, anstatt sie wie beim Standard zu kopieren
Ausgabe. --format=Format kann verwendet werden, um einzuschränken xz nur eine einzelne dekomprimieren
Datei Format.

-c, --stdout, --to-stdout
Schreiben Sie die komprimierten oder dekomprimierten Daten in die Standardausgabe anstelle einer Datei.
Dies impliziert --halten.

- Einzelstrom
Dekomprimieren Sie nur die erste .xz streamen und mögliche verbleibende Eingaben stillschweigend ignorieren
Daten, die dem Stream folgen. Normalerweise macht so ein nachlaufender Müll xz anzeigen
Fehler.

xz dekomprimiert nie mehr als einen Stream von .lzma Dateien oder Raw-Streams, aber
diese Option macht immer noch xz ignorieren Sie die möglichen nachfolgenden Daten nach dem .lzma Datei
oder Rohstrom.

Diese Option hat keine Wirkung, wenn der Betriebsmodus nicht --dekomprimieren or --Prüfung.

--kein Sparse
Deaktivieren Sie die Erstellung von Sparse-Dateien. Standardmäßig beim Dekomprimieren in ein reguläres
Datei, xz versucht, die Datei spärlich zu machen, wenn die dekomprimierten Daten lange
Folgen von binären Nullen. Es funktioniert auch beim Schreiben auf die Standardausgabe solange
als Standardausgabe ist mit einer regulären Datei und bestimmten zusätzlichen Bedingungen verbunden
werden getroffen, um es sicher zu machen. Das Erstellen von Sparse-Dateien kann Speicherplatz sparen und beschleunigen
die Dekompression durch Reduzierung der Festplatten-E/A.

-S .suf, --suffix=.suf
Verwenden Sie beim Komprimieren .suf als Suffix für die Zieldatei anstelle von .xz or
.lzma. Wenn nicht in die Standardausgabe geschrieben wird und die Quelldatei bereits die
Suffix .suf, eine Warnung wird angezeigt und die Datei wird übersprungen.

Erkennen Sie beim Dekomprimieren Dateien mit dem Suffix .suf zusätzlich zu Dateien mit
.xz, .txz, .lzma, oder .tlz Suffix. Wenn die Quelldatei das Suffix hat .suf, der
Das Suffix wird entfernt, um den Zieldateinamen zu erhalten.

Beim Komprimieren oder Dekomprimieren von Rohdatenströmen (--format=roh), das Suffix muss
immer angegeben werden, es sei denn, es wird auf die Standardausgabe geschrieben, da es keine Vorgabe gibt
Suffix für Rohdatenströme.

--Dateien[=Datei]
Lesen Sie die Dateinamen, von denen verarbeitet werden soll Datei; ob Datei wird weggelassen, Dateinamen werden gelesen
von der Standardeingabe. Dateinamen müssen mit dem Newline-Zeichen abgeschlossen werden. EIN
Bindestrich (-) wird als regulärer Dateiname verwendet; es bedeutet nicht Standardeingabe. Wenn
Dateinamen werden auch als Kommandozeilenargumente angegeben, sie werden vor dem
Dateinamen gelesen von Datei.

--files0[=Datei]
Dies ist identisch mit --Dateien[=Datei] außer dass jeder Dateiname beendet werden muss
mit dem Nullzeichen.

Basic Datei Format und Werkzeugen Optionen
-F Format, --format=Format
Geben Sie die Datei an Format komprimieren oder dekomprimieren:

Auto Dies ist die Standardeinstellung. Beim Komprimieren, Auto entspricht xz. Wenn
Beim Dekomprimieren wird das Format der Eingabedatei automatisch erkannt. Notiz
dass rohe Streams (erstellt mit --format=roh) kann nicht automatisch erkannt werden.

xz Komprimieren auf die .xz Dateiformat oder nur akzeptieren .xz Dateien, wenn
dekomprimieren.

lzma, allein
Auf das Erbe komprimieren .lzma Dateiformat oder nur akzeptieren .lzma Dateien, wenn
dekomprimieren. Der alternative Name allein ist für rückwärts vorgesehen
Kompatibilität mit LZMA Utils.

roh Komprimieren oder dekomprimieren Sie einen Rohdatenstrom (keine Header). Das ist für
nur fortgeschrittene Benutzer. Um Raw-Streams zu decodieren, benötigen Sie use --format=roh und
Geben Sie explizit die Filterkette an, die normalerweise gespeichert worden wäre
in den Container-Headern.

-C aus der Ferne überprüfen, --check=aus der Ferne überprüfen
Geben Sie die Art der Integritätsprüfung an. Der Scheck berechnet sich aus dem
unkomprimierte Daten und gespeichert im .xz Datei. Diese Option hat nur eine Wirkung, wenn
in die komprimieren .xz Format; das .lzma -Format unterstützt keine Integritätsprüfungen.
Die Integritätsprüfung (falls vorhanden) wird verifiziert, wenn die .xz Datei wird dekomprimiert.

Unterstützte aus der Ferne überprüfen Typen:

keine Berechnen Sie überhaupt keine Integritätsprüfung. Dies ist normalerweise eine schlechte Idee.
Dies kann nützlich sein, wenn die Integrität der Daten auf andere Weise überprüft wird
egyébként.

crc32 Berechnen Sie CRC32 mit dem Polynom von IEEE-802.3 (Ethernet).

crc64 Berechnen Sie CRC64 mit dem Polynom von ECMA-182. Dies ist die Standardeinstellung,
da es beim Erkennen beschädigter Dateien etwas besser ist als CRC32 und die
Geschwindigkeitsunterschied ist vernachlässigbar.

sha256 Berechnen Sie SHA-256. Dies ist etwas langsamer als CRC32 und CRC64.

Integrität der .xz headers wird immer mit CRC32 verifiziert. Es ist nicht möglich,
ändern oder deaktivieren.

-0 ... -9
Wählen Sie eine voreingestellte Komprimierungsstufe aus. Die Standardeinstellung ist -6. Wenn mehrere voreingestellte Ebenen
angegeben sind, wird die letzte wirksam. Wenn bereits eine benutzerdefinierte Filterkette vorhanden war
angegeben, löscht das Festlegen einer voreingestellten Komprimierungsstufe die benutzerdefinierte Filterkette.

Die Unterschiede zwischen den Presets sind deutlicher als bei gzip(1) und
bzip2(1). Die gewählten Komprimierungseinstellungen bestimmen den Speicherbedarf von
der Dekompressor, daher kann die Verwendung eines zu hohen voreingestellten Pegels zu Schmerzen führen
dekomprimieren Sie die Datei auf einem alten System mit wenig RAM. Speziell, es ist nicht a
gut Idee zu blindlings - -9 für alles wie so oft bei gzip(1) und
bzip2(1).

-0 ... -3
Dies sind etwas schnelle Presets. -0 ist manchmal schneller als gzip -9 während
viel besser komprimieren. Die höheren haben oft eine vergleichbare Geschwindigkeit wie
bzip2(1) mit vergleichbarem oder besserem Kompressionsverhältnis, obwohl die Ergebnisse
hängen stark von der Art der komprimierten Daten ab.

-4 ... -6
Gute bis sehr gute Komprimierung bei gleichbleibender Speicherauslastung des Dekomprimierers
auch für Altsysteme sinnvoll. -6 ist die Standardeinstellung, was normalerweise gut ist
Wahl zB zum Verteilen von Dateien, die dekomprimierbar sein müssen
Systeme mit nur 16 MiB RAM. (-5e or -6e kann auch eine Überlegung wert sein.
See --extrem.)

-7 ... -9
Diese sind wie -6 aber mit höherem Kompressor- und Dekompressor-Speicher
Bedarf. Diese sind nur nützlich, wenn Dateien größer als . komprimiert werden
8 MiB, 16 MiB bzw. 32 MiB.

Auf derselben Hardware beträgt die Dekompressionsgeschwindigkeit ungefähr eine konstante Zahl von
Byte komprimierter Daten pro Sekunde. Mit anderen Worten, je besser die Kompression,
desto schneller wird die Dekompression normalerweise sein. Dies bedeutet auch, dass die Menge an
Die pro Sekunde erzeugte unkomprimierte Ausgabe kann stark variieren.

Die folgende Tabelle fasst die Funktionen der Voreinstellungen zusammen:

Voreingestellte DictSize CompCPU CompMem DecMem
-0 256 KiB 0 3 MiB 1 MiB
-1 1 MiB 1 9 MiB 2 MiB
-2 2 MiB 2 17 MiB 3 MiB
-3 4 MiB 3 32 MiB 5 MiB
-4 4 MiB 4 48 MiB 5 MiB
-5 8 MiB 5 94 MiB 9 MiB
-6 8 MiB 6 94 MiB 9 MiB
-7 16 MiB 6 186 MiB 17 MiB
-8 32 MiB 6 370 MiB 33 MiB
-9 64 MiB 6 674 MiB 65 MiB

Spaltenbeschreibungen:

· DictSize ist die LZMA2-Wörterbuchgröße. Es ist Speicherverschwendung, a . zu verwenden
Wörterbuch größer als die Größe der unkomprimierten Datei. Darum ist es
gut, um die Verwendung der Voreinstellungen zu vermeiden -7 ... -9 wenn sie nicht wirklich gebraucht werden.
At -6 und niedriger ist die Menge an verschwendetem Speicher normalerweise gering genug, um nicht zu sein
Angelegenheit.

· CompCPU ist eine vereinfachte Darstellung der LZMA2-Einstellungen, die sich auf
Kompressionsgeschwindigkeit. Die Wörterbuchgröße beeinflusst auch die Geschwindigkeit, also während CompCPU
das gleiche für stufen -6 ... -9, höhere Level sind immer noch etwas langsamer.
Um eine noch langsamere und damit möglicherweise bessere Komprimierung zu erhalten, siehe --extrem.

· CompMem enthält die Speicheranforderungen des Kompressors im Singlethread-Modus.
Es kann leicht variieren zwischen xz Versionen. Speicherbedarf einiger der
zukünftige Multithread-Modi können dramatisch höher sein als die der Single-
Gewindemodus.

· DecMem enthält die Speicheranforderungen des Dekompressors. Das heißt, die Kompression
Einstellungen bestimmen den Speicherbedarf des Dekompressors. Das genaue
Die Speicherauslastung des Dekompressors ist etwas höher als die Größe des LZMA2-Wörterbuchs, aber
die Werte in der Tabelle wurden auf die nächste volle MiB aufgerundet.

-e, --extrem
Verwenden Sie eine langsamere Variante des ausgewählten Kompressions-Preset-Levels (-0 ... -9) Um
hoffentlich ein bisschen besseres Kompressionsverhältnis, aber mit Pech kann das sein
machen es auch noch schlimmer. Die Speichernutzung des Dekompressors ist nicht betroffen, aber der Kompressor
Speichernutzung steigt bei voreingestellten Werten etwas an -0 ... -3.

Da es zwei Voreinstellungen mit Wörterbuchgrößen 4 MiB und 8 MiB gibt, sind die Voreinstellungen -3e
und -5e Verwenden Sie etwas schnellere Einstellungen (niedrigere CompCPU) als -4e und -6e,
bzw. Auf diese Weise sind keine zwei Presets identisch.

Voreingestellte DictSize CompCPU CompMem DecMem
-0e 256 KiB 8 4 MiB 1 MiB
-1e 1 MiB 8 13 MiB 2 MiB
-2e 2 MiB 8 25 MiB 3 MiB
-3e 4 MiB 7 48 MiB 5 MiB
-4e 4 MiB 8 48 MiB 5 MiB
-5e 8 MiB 7 94 MiB 9 MiB
-6e 8 MiB 8 94 MiB 9 MiB
-7e 16 MiB 8 186 MiB 17 MiB
-8e 32 MiB 8 370 MiB 33 MiB
-9e 64 MiB 8 674 MiB 65 MiB

Zum Beispiel gibt es insgesamt vier Voreinstellungen, die ein 8-MiB-Wörterbuch verwenden, dessen
Reihenfolge vom schnellsten zum langsamsten ist -5, -6, -5e und -6e.

--schnell
--Beste Dies sind etwas irreführende Aliase für -0 und -9, bzw. Diese sind
nur für die Abwärtskompatibilität mit LZMA Utils bereitgestellt. Vermeiden Sie die Verwendung dieser
Optionen.

--block-size=Größe
Beim Komprimieren auf den .xz formatieren, teilen Sie die Eingabedaten in Blöcke von Größe Bytes.
Die Blöcke werden unabhängig voneinander komprimiert.

--memlimit-compress=begrenzen
Legen Sie eine Speichernutzungsgrenze für die Komprimierung fest. Wenn diese Option mehrfach angegeben ist
Mal wird die letzte wirksam.

Wenn die Komprimierungseinstellungen die begrenzen, xz wird die Einstellungen nach unten anpassen
damit das Limit nicht mehr überschritten wird und einen Hinweis anzeigen, dass automatisch
Anpassung erfolgte. Beim Komprimieren mit werden solche Anpassungen nicht vorgenommen
--format=roh oder wenn --no-adjust angegeben wurde. In diesen Fällen ist ein Fehler
angezeigt und xz wird mit Exit-Status 1 beendet.

Das begrenzen kann auf verschiedene Weise angegeben werden:

· Das begrenzen kann ein absoluter Wert in Byte sein. Verwenden eines ganzzahligen Suffixes wie Es
kann nützlich sein. Beispiel: --memlimit-compress=80 MB

· Das begrenzen kann als Prozentsatz des gesamten physischen Speichers (RAM) angegeben werden. Dies
kann vor allem beim Einstellen der . nützlich sein XZ_DEFAULTS Umgebungsvariable in a
Shell-Initialisierungsskript, das von verschiedenen Computern gemeinsam genutzt wird. Dass
Auf Systemen mit mehr Speicher ist das Limit automatisch höher. Beispiel:
--memlimit-compress=70%

· Das begrenzen kann auf den Standardwert zurückgesetzt werden, indem er auf gesetzt wird 0. Dies ist
derzeit gleichbedeutend mit der Einstellung der begrenzen zu max (keine Speichernutzungsbegrenzung). Wenn
Multithreading-Unterstützung implementiert wurde, kann es einen Unterschied geben zwischen 0
und max für den Multithread-Fall, daher wird die Verwendung empfohlen 0 statt max
bis die Details entschieden sind.

Siehe auch den Abschnitt Memory Verwendung.

--memlimit-decompress=begrenzen
Legen Sie eine Speichernutzungsgrenze für die Dekompression fest. Dies betrifft auch die --aufführen Modus. Wenn
die Operation ist nicht möglich, ohne die begrenzen, xz wird einen Fehler anzeigen
und das Dekomprimieren der Datei schlägt fehl. Sehen --memlimit-compress=begrenzen für möglich
Möglichkeiten, dies zu spezifizieren begrenzen.

-M begrenzen, --memlimit=begrenzen, --Speicher=begrenzen
Dies entspricht der Angabe --memlimit-compress=begrenzen
--memlimit-decompress=begrenzen.

--no-adjust
Fehler anzeigen und beenden, wenn die Komprimierungseinstellungen die Speicherauslastung überschreiten
Grenze. Standardmäßig werden die Einstellungen nach unten angepasst, damit die Speichernutzung
Grenze nicht überschritten wird. Die automatische Anpassung ist beim Erstellen von Rohdaten immer deaktiviert
Ströme (--format=roh).

-T Themen, --threads=Themen
Geben Sie die Anzahl der zu verwendenden Worker-Threads an. Die tatsächliche Anzahl der Threads kann sein
weniger als Themen wenn die Verwendung von mehr Threads die Speichernutzungsgrenze überschreiten würde.

Multithreaded Werkzeugen und Dekompression sind nicht umgesetzt noch so fehlen uns die Worte. zu erhalten
hat nicht bewirken für . Kontaktieren Sie uns jetzt!

As of Schreiben (2010-09-27), it hat nicht war entschieden if Themen werden wir be benutzt by
Standard on Multi-Core Systeme einmal Support für einfädeln hat war implementiert.
Ihre Nachricht sind herzlich willkommen. Der erschwerende Faktor ist, dass die Verwendung vieler Threads
den Speicherverbrauch drastisch erhöhen. Beachten Sie, dass, wenn Multithreading die
Standard wird es wahrscheinlich so gemacht, dass Singlethread- und Multithread-Modi
die gleiche Ausgabe erzeugen, daher wird das Kompressionsverhältnis nicht wesentlich beeinflusst, wenn
Threading ist standardmäßig aktiviert.

Maßgeschneidert Kompressor Filter Ketten
Eine benutzerdefinierte Filterkette ermöglicht es, die Komprimierungseinstellungen im Detail festzulegen, anstatt
abhängig von den Einstellungen, die den voreingestellten Ebenen zugeordnet sind. Wenn eine benutzerdefinierte Filterkette
angegeben, die voreingestellten Komprimierungsstufenoptionen (-0 ... -9 und --extrem) sind stumm
ignoriert.

Eine Filterkette ist vergleichbar mit einem Piping auf der Kommandozeile. Beim Komprimieren wird die
unkomprimierte Eingabe geht zum ersten Filter, dessen Ausgabe zum nächsten Filter geht (wenn
irgendein). Die Ausgabe des letzten Filters wird in die komprimierte Datei geschrieben. Das Maximum
Anzahl der Filter in der Kette beträgt vier, aber typischerweise hat eine Filterkette nur einen oder zwei
Filter.

Viele Filter haben Einschränkungen hinsichtlich ihrer Position in der Filterkette: Einige Filter können
funktionieren nur als letzter Filter in der Kette, manche nur als nicht letzter Filter und manche funktionieren
in jeder Position in der Kette. Je nach Filter ist diese Einschränkung entweder inhärent
zum Filterdesign oder existiert, um Sicherheitsprobleme zu vermeiden.

Eine benutzerdefinierte Filterkette wird angegeben, indem eine oder mehrere Filteroptionen in der Reihenfolge verwendet werden, in der sie
in der Filterkette gesucht werden. Das heißt, die Reihenfolge der Filteroptionen ist signifikant!
Beim Decodieren von Rohdatenströmen (--format=roh) wird die Filterkette in der gleichen Reihenfolge angegeben
wie es beim Komprimieren angegeben wurde.

Filter nehmen filterspezifisch Optionen als kommagetrennte Liste. Zusätzliche Kommas in Optionen
werden ignoriert. Jede Option hat einen Standardwert, sodass Sie nur die gewünschten angeben müssen
zu ändern.

--lzma1[=Optionen]
--lzma2[=Optionen]
Fügen Sie der Filterkette LZMA1- oder LZMA2-Filter hinzu. Diese Filter können nur als
der letzte Filter in der Kette.

LZMA1 ist ein Legacy-Filter, der fast ausschließlich aufgrund des Legacy . unterstützt wird .lzma
Dateiformat, das nur LZMA1 unterstützt. LZMA2 ist eine aktualisierte Version von LZMA1 auf
einige praktische Probleme von LZMA1 beheben. Die .xz Format verwendet LZMA2 und unterstützt nicht
LZMA1 überhaupt. Kompressionsgeschwindigkeit und Übersetzungen von LZMA1 und LZMA2 sind praktisch die
Gleiche.

LZMA1 und LZMA2 teilen sich den gleichen Satz von Optionen:

voreingestellt=voreingestellten
Alle LZMA1 oder LZMA2 zurücksetzen Optionen zu voreingestellten. Preset bestehen aus einer ganzen Zahl,
gefolgt von voreingestellten Modifikatoren aus einem einzelnen Buchstaben. Die ganze Zahl kann sein
für 0 zu 9, passend zu den Befehlszeilenoptionen -0 ... -9. Das einzige
unterstützter Modifikator ist derzeit e, was passt --extrem. Der Standard
voreingestellten is 6, von denen die Standardwerte für den Rest des LZMA1 oder
LZMA2 Optionen sind vergeben.

dict=Größe
Wörterbuch (Historienpuffer) Größe gibt an, wie viele Bytes der letzten
verarbeitete unkomprimierte Daten werden im Speicher gehalten. Der Algorithmus versucht zu finden
Wiederholen von Bytesequenzen (Übereinstimmungen) in den unkomprimierten Daten und Ersetzen
sie mit Verweisen auf die Daten, die sich derzeit im Wörterbuch befinden. Je größer
im Wörterbuch, desto höher ist die Chance, eine Übereinstimmung zu finden. Somit erhöht sich
Wörterbuch Größe verbessert normalerweise das Komprimierungsverhältnis, aber ein Wörterbuch größer
als die unkomprimierte Datei ist Speicherverschwendung.

Typisches Wörterbuch Größe ist von 64 KiB bis 64 MiB. Das Minimum beträgt 4 KiB.
Das Maximum für die Komprimierung beträgt derzeit 1.5 GiB (1536 MiB). Die
decompressor unterstützt bereits Wörterbücher bis zu einem Byte weniger als 4 GiB,
Dies ist das Maximum für die Stream-Formate LZMA1 und LZMA2.

Wörterbuch Größe und Matchfinder (mf) bestimmen zusammen den Speicherverbrauch von
den LZMA1- oder LZMA2-Encoder. Das gleiche (oder größere) Wörterbuch Größe is
zum Dekomprimieren benötigt, das beim Komprimieren verwendet wurde, also der Speicher
Die Verwendung des Decoders wird durch die verwendete Wörterbuchgröße bestimmt, wenn
komprimieren. Die .xz Header speichern das Wörterbuch Größe entweder als 2^n oder 2^n
+ 2^(n-1), also diese Größen werden für die Komprimierung etwas bevorzugt. Sonstiges
Größen wird aufgerundet, wenn im .xz Überschriften.

lc=lc Geben Sie die Anzahl der Literalkontextbits an. Das Minimum ist 0 und die
maximal ist 4; der Standardwert ist 3. Außerdem ist die Summe von lc und lp Muss nicht
übersteigen 4.

Alle Bytes, die nicht als Übereinstimmungen codiert werden können, werden als Literale codiert. Dass
Literale sind einfach 8-Bit-Bytes, die einzeln codiert werden.

Die wörtliche Kodierung geht davon aus, dass der höchste lc Teile der
vorheriges unkomprimiertes Byte korreliert mit dem nächsten Byte. ZB im typischen
Englischer Text, auf einen Großbuchstaben folgt oft ein Kleinbuchstabe,
und auf einen Kleinbuchstaben folgt normalerweise ein weiterer Kleinbuchstabe.
Im US-ASCII-Zeichensatz sind die höchsten drei Bits 010 für Großbuchstaben
Buchstaben und 011 für Kleinbuchstaben. Wann lc ist mindestens 3, das Literal
Codierung kann diese Eigenschaft in den unkomprimierten Daten nutzen.

Der Standardwert (3) ist normalerweise gut. Wenn Sie maximale Komprimierung wünschen,
Test lc=4. Manchmal hilft es ein wenig und manchmal macht es Kompression
schlechter. Wenn es schlimmer wird, testen Sie zB lc=2 Auch.

lp=lp Geben Sie die Anzahl der Literalpositionsbits an. Das Minimum ist 0 und die
maximal ist 4; der Standardwert ist 0.

Lp beeinflusst, welche Art von Ausrichtung in den unkomprimierten Daten angenommen wird, wenn
Literale codieren. Sehen pb weiter unten finden Sie weitere Informationen zur Ausrichtung.

pb=pb Geben Sie die Anzahl der Positionsbits an. Das Minimum ist 0 und das Maximum 4;
der Standardwert ist 2.

Pb beeinflusst, welche Art von Ausrichtung in den unkomprimierten Daten angenommen wird in
Allgemeines. Der Standardwert bedeutet eine Ausrichtung von vier Byte (2^pb=2^2=4), das ist oft
eine gute Wahl, wenn es keine bessere Vermutung gibt.

Wenn die Ausrichtung bekannt ist, Einstellung pb kann die Dateigröße dementsprechend reduzieren
ein bisschen. B. bei Textdateien mit Ein-Byte-Ausrichtung (US-ASCII,
ISO-8859-*, UTF-8), Einstellung pb=0 kann die Kompression leicht verbessern. Zum
UTF-16-Text, pb=1 ist eine gute Wahl. Wenn die Ausrichtung eine ungerade Zahl ist wie
3 Bytes, pb=0 könnte die beste Wahl sein.

Auch wenn die angenommene Ausrichtung mit angepasst werden kann pb und lp, LZMA1 und
LZMA2 begünstigt immer noch leicht das 16-Byte-Alignment. Es könnte sich lohnen, darauf einzugehen
berücksichtigen, wenn Sie Dateiformate entwerfen, die wahrscheinlich häufig komprimiert werden
mit LZMA1 oder LZMA2.

mf=mf Der Match-Finder hat einen großen Einfluss auf die Encoder-Geschwindigkeit, die Speichernutzung und
Kompressionsrate. Normalerweise sind Hash-Chain-Match-Finder schneller als Binär
Baum-Match-Finder. Die Standardeinstellung hängt von der voreingestellten: 0 verwendet hc3, 1-3 verwenden
hc4, und der Rest verwendet bt4.

Die folgenden Matchfinder werden unterstützt. Die folgenden Formeln zur Speichernutzung
sind grobe Näherungen, die der Realität am nächsten kommen, wenn diktieren ist eine
Kraft von zwei.

hc3 Hash-Chain mit 2- und 3-Byte-Hashing
Mindestwert für schön: 3
Speichernutzung:
diktieren * 7.5 (wenn diktieren <= 16 MiB);
diktieren * 5.5 + 64 MiB (wenn diktieren > 16 MiB)

hc4 Hash-Chain mit 2-, 3- und 4-Byte-Hashing
Mindestwert für schön: 4
Speichernutzung:
diktieren * 7.5 (wenn diktieren <= 32 MiB);
diktieren * 6.5 (wenn diktieren > 32 MiB)

bt2 Binärbaum mit 2-Byte-Hashing
Mindestwert für schön: 2
Speichernutzung: diktieren * 9.5

bt3 Binärbaum mit 2- und 3-Byte-Hashing
Mindestwert für schön: 3
Speichernutzung:
diktieren * 11.5 (wenn diktieren <= 16 MiB);
diktieren * 9.5 + 64 MiB (wenn diktieren > 16 MiB)

bt4 Binärbaum mit 2-, 3- und 4-Byte-Hashing
Mindestwert für schön: 4
Speichernutzung:
diktieren * 11.5 (wenn diktieren <= 32 MiB);
diktieren * 10.5 (wenn diktieren > 32 MiB)

Modus=Modus
Kompression Modus legt die Methode zur Analyse der Daten fest, die von der
Match-Finder. Unterstützt Modi sind schnell und normal. Der Standardwert ist schnell für
Presets 0-3 und normal für Presets 4-9.

Gewöhnlich schnell wird mit Hash-Chain-Matchfindern verwendet und normal mit Binär
Baum-Match-Finder. Das ist auch das Presets zu tun.

schön=schön
Geben Sie an, was als eine schöne Länge für eine Übereinstimmung gilt. Einmal ein Spiel von
mindestens schön Bytes gefunden wird, hört der Algorithmus auf, nach möglicherweise zu suchen
bessere Übereinstimmungen.

Nice kann 2-273 Byte lang sein. Höhere Werte führen tendenziell zu einer besseren Komprimierung
Verhältnis zu Lasten der Geschwindigkeit. Die Standardeinstellung hängt von der voreingestellten.

Tiefe=Tiefe
Geben Sie die maximale Suchtiefe im Match-Finder an. Die Standardeinstellung ist die
Sonderwert von 0, wodurch der Kompressor einen vernünftigen Wert ermitteln kann Tiefe
für mf und schön.

angemessen Tiefe für Hash-Ketten ist 4-100 und 16-1000 für binäre Bäume.
Verwendung sehr hoher Werte für Tiefe kann den Encoder extrem langsam machen mit
Einige Dateien. Vermeiden Sie das Einstellen der Tiefe über 1000, es sei denn, Sie sind dazu bereit
Unterbrechen Sie die Kompression, falls es zu lange dauert.

Beim Decodieren von Rohdatenströmen (--format=roh), LZMA2 benötigt nur das Wörterbuch Größe.
LZMA1 braucht auch lc, lp und pb.

--x86[=Optionen]
--powerpc[=Optionen]
--ia64[=Optionen]
--Arm[=Optionen]
--Armdaumen[=Optionen]
-sparc[=Optionen]
Fügen Sie der Filterkette einen Branch/Call/Jump-Filter (BCJ) hinzu. Diese Filter können verwendet werden
nur als nicht letzter Filter in der Filterkette.

Ein BCJ-Filter konvertiert relative Adressen im Maschinencode in ihre absoluten
Kollegen. Dies ändert nicht die Größe der Daten, aber sie erhöht sich
Redundanz, die LZMA2 helfen kann, 0-15 % kleiner zu produzieren .xz Datei. Der BCJ
Filter sind immer umkehrbar, daher ist die Verwendung eines BCJ-Filters für falsche Datentypen nicht möglich
Datenverlust verursachen, obwohl dies die Komprimierungsrate etwas verschlechtern kann.

Es ist in Ordnung, einen BCJ-Filter auf eine ganze ausführbare Datei anzuwenden; es ist nicht nötig es anzuwenden
nur im ausführbaren Abschnitt. Anwenden eines BCJ-Filters auf ein Archiv, das . enthält
Sowohl ausführbare als auch nicht ausführbare Dateien können gute Ergebnisse liefern oder auch nicht
Im Allgemeinen ist es nicht gut, beim Komprimieren von Binärpaketen blind einen BCJ-Filter anzuwenden
zur Verteilung.

Diese BCJ-Filter sind sehr schnell und verbrauchen nur eine unbedeutende Menge an Speicher. Wenn ein BCJ
Filter verbessert das Komprimierungsverhältnis einer Datei, es kann die Dekompressionsgeschwindigkeit bei verbessern
die selbe Zeit. Dies liegt daran, dass auf derselben Hardware die Dekompressionsgeschwindigkeit von
LZMA2 ist ungefähr eine feste Anzahl von Bytes komprimierter Daten pro Sekunde.

Diese BCJ-Filter haben bekannte Probleme im Zusammenhang mit dem Kompressionsverhältnis:

· Einige Dateitypen, die ausführbaren Code enthalten (z. B. Objektdateien, statische
Bibliotheken und Linux-Kernel-Module) haben die Adressen in der Anleitung
mit Füllwerten gefüllt. Diese BCJ-Filter übernehmen weiterhin die Adresse
Konvertierung, wodurch die Komprimierung bei diesen Dateien verschlechtert wird.

· Das Anwenden eines BCJ-Filters auf ein Archiv mit mehreren ähnlichen ausführbaren Dateien kann
das Kompressionsverhältnis schlechter machen, als wenn Sie keinen BCJ-Filter verwenden. Das ist weil
der BCJ-Filter erkennt die Grenzen der ausführbaren Dateien nicht und
setzt den Adressumwandlungszähler nicht für jede ausführbare Datei zurück.

Beide oben genannten Probleme werden in Zukunft in einem neuen Filter behoben. Der alte
BCJ-Filter werden in eingebetteten Systemen weiterhin nützlich sein, da der Decoder des
Der neue Filter wird größer sein und mehr Speicher verwenden.

Unterschiedliche Befehlssätze haben unterschiedliche Ausrichtung:

Hinweise zur Filterausrichtung
x86 1 32-Bit- oder 64-Bit-x86
Nur PowerPC 4 Big-Endian
Nur ARM 4 Little Endian
ARM-Daumen 2 Nur Little Endian
IA-64 16 Big oder Little Endian
SPARC 4 Big oder Little Endian

Da die BCJ-gefilterten Daten normalerweise mit LZMA2 komprimiert werden, ist die Kompressionsrate
kann leicht verbessert werden, wenn die LZMA2-Optionen so eingestellt sind, dass sie mit der Ausrichtung des
ausgewählten BCJ-Filter. Mit dem IA-64-Filter ist es beispielsweise gut, ihn einzustellen pb=4
mit LZMA2 (2^4=16). Der x86-Filter ist eine Ausnahme; es ist normalerweise gut, daran festzuhalten
Die standardmäßige 2-Byte-Ausrichtung von LZMA86 beim Komprimieren von ausführbaren xXNUMX-Dateien.

Alle BCJ-Filter unterstützen dasselbe Optionen:

start=Offset
Geben Sie den Anfang an Offset das wird bei der Konvertierung zwischen relativ und . verwendet
absolute Adressen. Die Offset muss ein Vielfaches der Ausrichtung des sein
filtern (siehe Tabelle oben). Der Standardwert ist null. In der Praxis ist die
Standard ist gut; Angeben einer benutzerdefinierten Offset ist fast nie sinnvoll.

--Delta[=Optionen]
Fügen Sie den Delta-Filter zur Filterkette hinzu. Der Delta-Filter kann nur als
nicht letzter Filter in der Filterkette.

Derzeit wird nur die einfache byteweise Deltaberechnung unterstützt. Es kann nützlich sein
beim Komprimieren von zB unkomprimierten Bitmap-Bildern oder unkomprimiertem PCM-Audio.
Spezialalgorithmen können jedoch deutlich bessere Ergebnisse liefern als
Delta + LZMA2. Dies gilt insbesondere für Audio, das schneller komprimiert wird und
besser zB mit flac(1).

Unterstützte Optionen:

Abstand =Abstand
Präzisiere das Abstand der Deltaberechnung in Bytes. Abstand muß
1-256. Der Standardwert ist 1.

Zum Beispiel mit Distanz=2 und 1-Byte-Eingang A1 B2 A3 B3 A5 B4 A7 BXNUMX, die
Ausgabe ist A1 B1 01 02 01 02 01 02.

Andere Optionen
-q, --ruhig
Unterdrücken Sie Warnungen und Hinweise. Geben Sie dies zweimal an, um auch Fehler zu unterdrücken. Dies
Option hat keine Auswirkung auf den Exit-Status. Das heißt, selbst wenn eine Warnung war
unterdrückt, wird der Exit-Status zur Anzeige einer Warnung weiterhin verwendet.

-v, - ausführlich
Seien Sie ausführlich. Wenn Standardfehler an ein Terminal angeschlossen ist, xz zeigt a an
Fortschrittsanzeige. Angabe - ausführlich zweimal ergibt eine noch ausführlichere Ausgabe.

Die Fortschrittsanzeige zeigt folgende Informationen:

· Fertigstellungsprozentsatz wird angezeigt, wenn die Größe der Eingabedatei bekannt ist. Das ist,
der Prozentsatz kann nicht in Pipes angezeigt werden.

· Menge an komprimierten Daten, die produziert (Komprimierung) oder verbraucht (Dekomprimierung) wird.

· Menge der unkomprimierten Daten, die konsumiert (komprimiert) oder produziert (dekomprimiert) werden.

· Kompressionsverhältnis, das berechnet wird, indem die Menge der komprimierten Daten geteilt wird
bisher verarbeiteten Daten um die Menge der bisher verarbeiteten unkomprimierten Daten.

· Kompressions- oder Dekompressionsgeschwindigkeit. Dies wird gemessen als die Menge an
unkomprimierte Daten, die pro Sekunde konsumiert (Komprimierung) oder produziert (Dekomprimierung) werden.
Es wird angezeigt, nachdem einige Sekunden vergangen sind xz mit der Verarbeitung begonnen
Datei.

· Verstrichene Zeit im Format M:SS oder H:MM:SS.

· Die geschätzte Restzeit wird nur angezeigt, wenn die Größe der Eingabedatei bekannt ist
und seither sind schon ein paar Sekunden vergangen xz mit der Verarbeitung begonnen
Datei. Die Uhrzeit wird in einem weniger genauen Format angezeigt, das keine Doppelpunkte enthält,
zB 2 min 30 s.

Wenn der Standardfehler kein Terminal ist, - ausführlich machen xz den Dateinamen drucken,
komprimierte Größe, unkomprimierte Größe, Kompressionsverhältnis und möglicherweise auch die Geschwindigkeit
und verstrichene Zeit in einer einzelnen Zeile bis zum Standardfehler nach dem Komprimieren oder
Dekomprimieren der Datei. Die Geschwindigkeit und die verstrichene Zeit werden nur berücksichtigt, wenn die
Der Vorgang dauerte mindestens ein paar Sekunden. Wenn der Vorgang nicht abgeschlossen wurde, z. B. wegen
Benutzerunterbrechung, auch der Abschlussprozentsatz wird gedruckt, wenn die Größe der
Eingabedatei bekannt.

-Q, - nein warnen
Setzen Sie den Exit-Status nicht auf 2, selbst wenn eine Warnung erkannt wurde.
Diese Option hat keinen Einfluss auf die Ausführlichkeitsstufe, also beide --ruhig und - nein warnen
müssen verwendet werden, um keine Warnungen anzuzeigen und den Ausgangsstatus nicht zu ändern.

--Roboter
Drucken Sie Nachrichten in einem maschinenlesbaren Format. Dies soll das Schreiben erleichtern
Frontends, die verwenden möchten xz statt liblzma, was bei . der Fall sein kann
verschiedene Skripte. Die Ausgabe mit dieser aktivierten Option soll stabil sein
xz gibt frei. Siehe Abschnitt ROBOTER MODE für weitere Einzelheiten.

--info-speicher
Anzeige in menschenlesbarem Format, wie viel physischer Speicher (RAM) xz denkt das
System hat und die Speichernutzungsgrenzen für Komprimierung und Dekomprimierung und Beenden
erfolgreich.

-h, --help
Zeigen Sie eine Hilfenachricht an, die die am häufigsten verwendeten Optionen beschreibt, und beenden Sie den Vorgang
erfolgreich.

-H, --lange-Hilfe
Zeigen Sie eine Hilfenachricht an, die alle Funktionen von . beschreibt xz, und beenden Sie erfolgreich

-V, --Version
Anzeige der Versionsnummer von xz und liblzma in menschenlesbarem Format. Bekommen
maschinenlesbare Ausgabe, spezifizieren --Roboter Bevor --Version.

ROBOTER MODE

Der Robotermodus wird mit der --Roboter Möglichkeit. Es macht die Ausgabe von xz einfacher zu
von anderen Programmen analysieren. Zur Zeit --Roboter wird nur zusammen mit unterstützt --Version,
--info-speicher und --aufführen. Es wird für normale Komprimierung und Dekompression unterstützt
in der Zukunft.

Version
xz --Roboter --Version druckt die Versionsnummer von xz und liblzma im Folgenden
Format:

XZ_VERSION=XYYYZZS
LIBLZMA_VERSION=XYYYZZS

X Hauptversion.

Yyy Nebenversion. Gerade Zahlen sind stabil. Ungerade Zahlen sind Alpha- oder Beta-Versionen.

ZZZ Patch-Level für stabile Releases oder nur ein Zähler für Entwickler-Releases.

S Stabilität. 0 ist Alpha, 1 ist Beta und 2 ist stabil. S sollte immer 2 sein wenn Yyy
ist gerade.

XYYYZZS sind auf beiden Zeilen gleich, wenn xz und liblzma stammen aus derselben XZ Utils-Version.

Beispiele: 4.999.9beta is 49990091 und 5.0.0 ist 50000002.

Memory begrenzen Information
xz --Roboter --info-speicher druckt eine einzelne Zeile mit drei durch Tabulatoren getrennten Spalten:

1. Gesamtgröße des physischen Speichers (RAM) in Bytes

2. Speichernutzungslimit für die Komprimierung in Byte. Ein Sonderwert von Null zeigt an, dass
Standardeinstellung, die für den Single-Thread-Modus gleichbedeutend mit unbegrenzt ist.

3. Speichernutzungsgrenze für die Dekompression in Bytes. Ein Sonderwert von Null gibt an, dass
Standardeinstellung, die für den Single-Thread-Modus gleichbedeutend mit unbegrenzt ist.

In Zukunft wird die Ausgabe von xz --Roboter --info-speicher kann mehr Spalten haben, aber nie
mehr als eine einzige Zeile.

Liste Modus
xz --Roboter --aufführen verwendet tabulatorgetrennte Ausgabe. Die erste Spalte jeder Zeile hat einen String
die den Typ der in dieser Zeile gefundenen Informationen angibt:

Name Dies ist immer die erste Zeile, wenn Sie mit dem Auflisten einer Datei beginnen. Die zweite Spalte auf
die Zeile ist der Dateiname.

Datei Diese Zeile enthält allgemeine Informationen über die .xz Datei. Diese Zeile ist immer
gedruckt nach dem Name Linie.

Strom Dieser Linientyp wird nur verwendet, wenn - ausführlich angegeben wurde. Es gibt so viele Strom
Linien, da es Ströme in der .xz Datei.

Schutzmassnahmen bei Dieser Linientyp wird nur verwendet, wenn - ausführlich angegeben wurde. Es gibt so viele Schutzmassnahmen bei
Linien, da es Blöcke in der .xz Datei. Das Schutzmassnahmen bei Linien werden nach all den angezeigt
Strom Linien; verschiedene Linientypen werden nicht verschachtelt.

Zusammenfassung
Dieser Linientyp wird nur verwendet, wenn - ausführlich wurde zweimal angegeben. Diese Zeile ist
doch gedruckt Schutzmassnahmen bei Linien. Wie Datei Linie, die Zusammenfassung Zeile enthält
allgemeine Informationen über die .xz Datei.

Summen Diese Zeile ist immer die letzte Zeile der Listenausgabe. Es zeigt die Summe an
Zählungen und Größen.

Die Spalten der Datei Linien:
2. Anzahl der Streams in der Datei
3. Gesamtzahl der Blöcke in den Streams
4. Komprimierte Größe der Datei
5. Unkomprimierte Größe der Datei
6. Kompressionsverhältnis zum Beispiel 0.123 Wenn das Verhältnis über 9.999 liegt, drei Striche
(---) werden anstelle des Verhältnisses angezeigt.
7. Durch Kommas getrennte Liste von Integritätsprüfungsnamen. Die folgenden Zeichenfolgen werden verwendet
für die bekannten Schecktypen: Andere, CRC32, CRC64 und SHA-256. Für unbekannte Prüfung
Arten, Unbekannt-N verwendet wird, wobei N ist die Scheck-ID als Dezimalzahl (eins oder
zweistellig).
8. Gesamtgröße des Stream-Paddings in der Datei

Die Spalten der Strom Linien:
2. Stream-Nummer (der erste Stream ist 1)
3. Anzahl der Blöcke im Stream
4. Komprimierter Start-Offset
5. Unkomprimierter Start-Offset
6. Komprimierte Größe (ohne Stream Padding)
7. Unkomprimierte Größe
8. Kompressionsverhältnis
9. Name der Integritätsprüfung
10. Größe der Stream-Auffüllung

Die Spalten der Schutzmassnahmen bei Linien:
2. Nummer des Streams, der diesen Block enthält
3. Blocknummer relativ zum Anfang des Streams (der erste Block ist 1)
4. Blocknummer relativ zum Anfang der Datei
5. Komprimierter Start-Offset relativ zum Anfang der Datei
6. Unkomprimierter Start-Offset relativ zum Anfang der Datei
7. Komprimierte Gesamtgröße des Blocks (einschließlich Header)
8. Unkomprimierte Größe
9. Kompressionsverhältnis
10. Name der Integritätsprüfung

If - ausführlich wurde zweimal angegeben, zusätzliche Spalten sind auf der Schutzmassnahmen bei Linien.
Diese werden nicht mit einer einzigen angezeigt - ausführlich, weil das Abrufen dieser Informationen erforderlich ist
viele sucht und kann daher langsam sein:
11. Wert der Integritätsprüfung in hexadezimal
12. Blockheadergröße
13. Blockflags: c zeigt an, dass komprimierte Größe vorhanden ist, und u zeigt, dass die
unkomprimierte Größe ist vorhanden. Wenn das Flag nicht gesetzt ist, wird ein Bindestrich (-) wird gezeigt
stattdessen, um die String-Länge fest zu halten. Neue Flaggen können am Ende von hinzugefügt werden
die Saite in der Zukunft.
14. Größe der tatsächlich komprimierten Daten im Block (dies schließt den Block aus
Kopfzeile, Blockauffüllung und Prüffelder)
15. Speichermenge (in Bytes), die erforderlich ist, um diesen Block damit zu dekomprimieren xz
Version
16. Filterkette. Beachten Sie, dass die meisten der zur Komprimierungszeit verwendeten Optionen nicht verfügbar sind
bekannt, da nur die für die Dekompression benötigten Optionen gespeichert sind
.xz Überschriften.

Die Spalten der Zusammenfassung Linien:
2. Speichermenge (in Bytes), die benötigt wird, um diese Datei mit diesem zu dekomprimieren xz
Version
3. ja or nicht Gibt an, ob alle Blockheader sowohl komprimierte Größe als auch . haben
darin gespeicherte unkomprimierte Größe
Da xz 5.1.2alpha:
4. Minimum xz Version erforderlich, um die Datei zu dekomprimieren

Die Spalten der Summen Zeile:
2. Anzahl der Streams
3. Anzahl der Blöcke
4. Komprimierte Größe
5. Unkomprimierte Größe
6. Durchschnittliches Kompressionsverhältnis
7. Durch Kommas getrennte Liste von Integritätsprüfungsnamen, die in den Dateien vorhanden waren
8. Stream-Padding-Größe
9. Anzahl der Dateien. Dies ist hier, um die Reihenfolge der früheren Spalten beizubehalten
das gleiche wie auf Datei Linien.

If - ausführlich wurde zweimal angegeben, zusätzliche Spalten sind auf der Summen Zeile:
10. Maximale Speichermenge (in Bytes), die benötigt wird, um die Dateien damit zu dekomprimieren
xz Version
11 ja or nicht Gibt an, ob alle Blockheader sowohl komprimierte Größe als auch . haben
darin gespeicherte unkomprimierte Größe
Da xz 5.1.2alpha:
12. Minimum xz Version erforderlich, um die Datei zu dekomprimieren

Zukünftige Versionen können neue Zeilentypen hinzufügen und neue Spalten können zu der bestehenden Zeile hinzugefügt werden
Typen, aber die vorhandenen Spalten werden nicht geändert.

EXIT STATUS

0 Alles ist gut.

1 Ein Fehler ist aufgetreten.

2 Etwas, das eine Warnung wert ist, ist aufgetreten, aber es sind keine tatsächlichen Fehler aufgetreten.

Hinweise (keine Warnungen oder Fehler), die auf Standardfehler gedruckt werden, haben keinen Einfluss auf den Exit-Status.

xz parst durch Leerzeichen getrennte Listen von Optionen aus den Umgebungsvariablen XZ_DEFAULTS und
XZ_OPT, in dieser Reihenfolge, bevor Sie die Optionen über die Befehlszeile parsen. Beachten Sie, dass nur
Optionen werden aus den Umgebungsvariablen geparst; alle Nicht-Optionen werden stillschweigend ignoriert.
Das Parsen erfolgt mit getopt_long(3) die auch für die Kommandozeilenargumente verwendet wird.

XZ_DEFAULTS
Benutzerspezifische oder systemweite Standardoptionen. Normalerweise wird dies in einer Shell festgelegt
Initialisierungsskript zum Aktivieren xz's Speichernutzungsbegrenzer standardmäßig. Ausschließlich
Shell-Initialisierungsskripte und ähnliche Sonderfälle, Skripte dürfen niemals gesetzt werden oder
ungesetzt XZ_DEFAULTS.

XZ_OPT Dies ist für die Weitergabe von Optionen an xz wenn es nicht möglich ist, die Optionen einzustellen
direkt am xz Befehlszeile. Dies ist z. B. der Fall, wenn xz wird von einem Skript ausgeführt
oder Werkzeug, zB GNU Teer(1):

XZ_OPT=-2v tar caf foo.tar.xz foo

Skripte können verwenden XZ_OPT zB um skriptspezifische Standardkompressionsoptionen zu setzen. Es
wird weiterhin empfohlen, um Benutzern das Überschreiben zu ermöglichen XZ_OPT wenn das vernünftig ist, zB
in sh(1) Skripte, die man so verwenden kann:

XZ_OPT=${XZ_OPT-"-7e"}
XZ_OPT exportieren

LZMA SINNVOLL KOMPATIBILITÄT

Die Befehlszeilensyntax von xz ist praktisch eine Obermenge von lzma, unlzma und lzcat as
gefunden von LZMA Utils 4.32.x. In den meisten Fällen ist es möglich, LZMA Utils durch XZ . zu ersetzen
Utils, ohne vorhandene Skripte zu beschädigen. Es gibt jedoch einige Inkompatibilitäten, die
kann manchmal zu Problemen führen.

Kompression voreingestellten Cholesterinspiegel
Die Nummerierung der Kompressionsstufen-Presets ist nicht identisch in xz und LZMA-Utils. Die
Der wichtigste Unterschied besteht darin, wie Wörterbuchgrößen verschiedenen Voreinstellungen zugeordnet werden.
Die Wörterbuchgröße entspricht ungefähr der Speichernutzung des Dekomprimierers.

Ebene xz LZMA-Dienstprogramme
-0 256 KiB k.A.
-1 1 MiB 64 KiB
-2 2 MiB 1 MiB
-3 4 MiB 512 KiB
-4 4 MiB 1 MiB
-5 8 MiB 2 MiB
-6 8 MiB 4 MiB
-7 16 MiB 8 MiB
-8 32 MiB 16 MiB
-9 64 MiB 32 MiB

Die Unterschiede in der Wörterbuchgröße wirken sich auch auf die Speichernutzung des Kompressors aus, aber es gibt einige
weitere Unterschiede zwischen LZMA Utils und XZ Utils, die den Unterschied noch größer machen:

Stufe xz LZMA Utils 4.32.x
-0 3 MiB k.A.
-1 9 MiB 2 MiB
-2 17 MiB 12 MiB
-3 32 MiB 12 MiB
-4 48 MiB 16 MiB
-5 94 MiB 26 MiB
-6 94 MiB 45 MiB
-7 186 MiB 83 MiB
-8 370 MiB 159 MiB
-9 674 MiB 311 MiB

Der voreingestellte Standardpegel in LZMA Utils ist -7 während in XZ Utils es ist -6, also verwenden beide eine 8
MiB-Wörterbuch standardmäßig.

gestreamt vs nicht gestreamt .lzma Dateien
Die unkomprimierte Größe der Datei kann im .lzma Header. LZMA Utils macht das
beim Komprimieren von regulären Dateien. Die Alternative besteht darin, zu markieren, dass die unkomprimierte Größe . ist
unbekannt und verwenden Sie die End-of-Payload-Markierung, um anzuzeigen, wo der Dekompressor anhalten soll.
LZMA Utils verwendet diese Methode, wenn die unkomprimierte Größe nicht bekannt ist, was bei der Fall ist
Beispiel in Rohren.

xz unterstützt dekomprimierung .lzma Dateien mit oder ohne End-of-Payload-Markierung, aber alle .lzma
Dateien erstellt von xz verwendet die End-of-Payload-Markierung und hat die unkomprimierte Größe als
unbekannt in der .lzma Header. Dies kann in einigen ungewöhnlichen Situationen ein Problem sein. Zum
Beispiel: a .lzma Dekompressor in einem eingebetteten Gerät funktioniert möglicherweise nur mit Dateien, die über
bekannte unkomprimierte Größe. Wenn dieses Problem auftritt, müssen Sie LZMA Utils oder LZMA SDK verwenden
erschaffen .lzma Dateien mit bekannter unkomprimierter Größe.

Ungestützt .lzma Dateien
Das .lzma Format erlaubt lc Werte bis 8 und lp Werte bis 4. LZMA Utils can
Dateien mit jedem dekomprimieren lc und lp, erstellt aber immer Dateien mit lc=3 und lp=0.
Erstellen von Dateien mit anderen lc und lp ist möglich mit xz und mit LZMA-SDK.

Die Implementierung des LZMA1-Filters in liblzma erfordert, dass die Summe von lc und lp sollen
4 nicht überschreiten. .lzma Dateien, die diese Beschränkung überschreiten, können nicht dekomprimiert werden
mit xz.

LZMA Utils erstellt nur .lzma Dateien mit einer Wörterbuchgröße von 2^n (eine Potenz von 2) aber
akzeptiert Dateien mit beliebiger Wörterbuchgröße. liblzma akzeptiert nur .lzma Dateien mit a
Wörterbuchgröße von 2^n oder 2^n + 2^(n-1). Dies dient dazu, Fehlalarme zu verringern, wenn
Erkennung .lzma Dateien.

Diese Einschränkungen sollten in der Praxis kein Problem darstellen, da praktisch alle .lzma Dateien
wurden mit Einstellungen komprimiert, die liblzma akzeptiert.

Nachgestellte Müll
Beim Dekomprimieren ignorieren LZMA Utils stillschweigend alles nach dem ersten .lzma Strom.
In den meisten Situationen ist dies ein Fehler. Dies bedeutet auch, dass LZMA Utils nicht unterstützen
dekomprimieren verkettet .lzma Dateien.

Wenn nach dem ersten noch Daten übrig sind .lzma Strom, xz hält die Datei für beschädigt
es sei denn - Einzelstrom wurde benutzt. Dies kann obskure Skripte zerstören, die davon ausgegangen sind, dass
nachfolgender Müll wird ignoriert.

ANMERKUNG

Komprimierte Signalausgangsmöglichkeiten: Mai variieren
Die genaue komprimierte Ausgabe, die aus derselben unkomprimierten Eingabedatei erzeugt wird, kann variieren
zwischen XZ Utils-Versionen, auch wenn die Komprimierungsoptionen identisch sind. Dies liegt daran, dass
Encoder verbessert werden (schnellere oder bessere Komprimierung), ohne das Dateiformat zu beeinträchtigen.
Die Ausgabe kann sogar zwischen verschiedenen Builds derselben XZ Utils-Version variieren, wenn
verschiedene Build-Optionen verwendet werden.

Das obige bedeutet, dass die Implementierung --rsyncable rsyncable erstellen .xz Dateien gehen nicht
passieren, ohne einen Teil der Encoder-Implementierung einzufrieren, der dann verwendet werden kann
mit --rsyncable.

Embedded .xz Dekompressoren
Embedded .xz Dekompressor-Implementierungen wie XZ Embedded unterstützen nicht unbedingt Dateien
mit Integrität erstellt aus der Ferne überprüfen andere Arten als keine und crc32. Da die Standardeinstellung ist
--check=crc64, du musst benutzen --check=keine or --check=crc32 beim Erstellen von Dateien für eingebettete
Systemen.

Außerhalb eingebetteter Systeme, alle .xz Format-Dekompressoren unterstützen alle aus der Ferne überprüfen Typen, oder bei
zumindest in der Lage sind, die Datei zu dekomprimieren, ohne die Integritätsprüfung zu überprüfen, wenn die
besondere aus der Ferne überprüfen wird nicht unterstützt.

XZ Embedded unterstützt BCJ-Filter, jedoch nur mit dem standardmäßigen Start-Offset.

Beispiele:

Grundlagen
Komprimieren Sie die Datei foo in foo.xz Verwenden der Standardkomprimierungsstufe (-6) und entfernen foo
bei erfolgreicher Komprimierung:

xz foo

Dekomprimieren bar.xz in Bar und nicht entfernen bar.xz auch bei erfolgreicher Dekompression:

xz -dk bar.xz

Erstellen baz.tar.xz mit der Voreinstellung -4e (-4 --extrem), die langsamer ist als zB die
Standard -6, benötigt aber weniger Speicher zum Komprimieren und Dekomprimieren (48 MiB und 5 MiB,
beziehungsweise):

tar cf - baz | xz -4e > baz.tar.xz

Eine Mischung aus komprimierten und unkomprimierten Dateien kann mit a . zur Standardausgabe dekomprimiert werden
Einzelbefehl:

xz -dcf a.txt b.txt.xz c.txt d.txt.lzma > abcd.txt

Parallel Werkzeugen of viele Dateien
Auf GNU und *BSD, gefunden(1) und xargs(1) kann verwendet werden, um die Komprimierung von vielen zu parallelisieren
Dateien:

finden . -Geben Sie f \ ein! -name '*.xz' -print0 \
| xargs -0r -P4 -n16 xz -T1

Das -P Option zu xargs(1) setzt die Anzahl der Parallelen xz Prozesse. Der beste Wert für
-n Option hängt davon ab, wie viele Dateien komprimiert werden sollen. Wenn es nur a . gibt
paar Dateien, der Wert sollte wahrscheinlich 1 sein; mit Zehntausenden von Dateien, 100 oder
noch mehr kann angebracht sein, um die Anzahl der xz Prozesse, die xargs(1) wird
schließlich erstellen.

Die Option -T1 für xz ist da, um es in den Single-Thread-Modus zu erzwingen, weil xargs(1) ist
verwendet, um den Umfang der Parallelisierung zu steuern.

Roboter Modus
Berechnen Sie, wie viele Bytes insgesamt nach der Komprimierung mehrerer Dateien gespeichert wurden:

xz --robot --list *.xz | awk '/^totals/{print $5-$4}'

Ein Skript möchte vielleicht wissen, dass es neu genug verwendet xz. Folgende sh(1) Skript
überprüft, ob die Versionsnummer der xz Werkzeug ist mindestens 5.0.0. Diese Methode ist
kompatibel mit alten Beta-Versionen, die das nicht unterstützten --Roboter Option:

wenn ! eval "$(xz --robot --version 2> /dev/null)" ||
[ "$XZ_VERSION" -lt 50000002 ]; dann
echo "Ihre xz ist zu alt."
fi
aufheben XZ_VERSION LIBLZMA_VERSION

Legen Sie eine Speichernutzungsgrenze für die Dekompression fest mit XZ_OPT, aber wenn schon ein Limit war
setzen, nicht erhöhen:

NEULIM=$((123 << 20)) # 123 MiB
OLDLIM=$(xz --robot --info-speicher | cut -f3)
if [ $OLDLIM -eq 0 -o $OLDLIM -gt $NEWLIM ]; dann
XZ_OPT="$XZ_OPT --memlimit-decompress=$NEWLIM"
XZ_OPT exportieren
fi

Maßgeschneidert Kompressor Filter Ketten
Die einfachste Verwendung für benutzerdefinierte Filterketten ist das Anpassen eines LZMA2-Presets. Das kann sein
nützlich, da die Voreinstellungen nur eine Teilmenge der potenziell nützlichen Kombinationen von
Komprimierungseinstellungen.

Die CompCPU-Spalten der Tabellen aus den Beschreibungen der Optionen -0 ... -9 und
--extrem sind nützlich, wenn Sie LZMA2-Presets anpassen. Hier sind die relevanten Teile
gesammelt aus diesen beiden Tabellen:

Voreingestellte CompCPU
-0 0
-1 1
-2 2
-3 3
-4 4
-5 5
-6 6
-5e 7
-6e 8

Wenn Sie wissen, dass eine Datei ein etwas großes Wörterbuch (zB 32 MiB) benötigt, um gut zu komprimieren,
aber du willst es schneller komprimieren als xz -8 würde tun, ein Preset mit einem niedrigen CompCPU-Wert
(zB 1) kann geändert werden, um ein größeres Wörterbuch zu verwenden:

xz --lzma2=preset=1,dict=32MiB foo.tar

Bei bestimmten Dateien kann der obige Befehl schneller sein als xz -6 beim Komprimieren
deutlich besser. Es muss jedoch betont werden, dass nur einige Dateien von a . profitieren
großes Wörterbuch, während der CompCPU-Wert niedrig gehalten wird. Die offensichtlichste Situation, in der a
großes Wörterbuch kann viel helfen, ist ein Archiv mit sehr ähnlichen Dateien von mindestens a
jeweils ein paar Megabyte. Die Wörterbuchgröße muss deutlich größer sein als alle anderen
einzelne Datei, damit LZMA2 die Ähnlichkeiten zwischen
aufeinanderfolgende Dateien.

Wenn eine sehr hohe Komprimierungs- und Dekomprimierungsspeicherauslastung in Ordnung ist und die Datei
komprimiert mindestens mehrere hundert Megabyte beträgt, kann es sinnvoll sein, ein noch größeres zu verwenden
Wörterbuch als die 64 MiB, die xz -9 würde benutzen:

xz -vv --lzma2=dict=192MiB big_foo.tar

Die richtigen -vv (- ausführlich - ausführlich) wie im obigen Beispiel kann nützlich sein, um den Speicher zu sehen
Anforderungen an Kompressor und Dekompressor. Denken Sie daran, dass Sie ein größeres Wörterbuch verwenden
als die Größe der unkomprimierten Datei ist Speicherverschwendung, daher ist der obige Befehl nicht
nützlich für kleine Dateien.

Manchmal spielt die Komprimierungszeit keine Rolle, aber die Speichernutzung des Dekomprimierers muss sein
niedrig gehalten, zB um die Datei auf einem eingebetteten System dekomprimieren zu können. Die
der folgende Befehl verwendet -6e (-6 --extrem) als Basis und setzt das Wörterbuch auf only
64 KiB. Die resultierende Datei kann mit XZ Embedded dekomprimiert werden (deshalb gibt es
--check=crc32) mit etwa 100 KiB Speicher.

xz --check=crc32 --lzma2=preset=6e,dict=64KiB foo

Wenn Sie so viele Bytes wie möglich herausquetschen möchten, passen Sie die Anzahl der Literale an
Kontextbits (lc) und Anzahl der Positionsbits (pb) kann manchmal helfen. Anpassen der
Anzahl der literalen Positionsbits (lp) könnte auch helfen, aber normalerweise lc und pb sind mehr
wichtig. ZB enthält ein Quellcodearchiv hauptsächlich US-ASCII-Text, also so etwas wie
Folgendes kann eine etwas kleinere Datei (wie 0.1 %) ergeben als xz -6e (versuchen Sie es auch ohne
lc=4):

xz --lzma2=preset=6e,pb=0,lc=4 Quellcode.tar

Die Verwendung eines anderen Filters zusammen mit LZMA2 kann die Komprimierung bei bestimmten Dateitypen verbessern.
ZB um eine x86-32 oder x86-64 Shared Library mit dem x86 BCJ Filter zu komprimieren:

xz --x86 --lzma2 libfoo.so

Beachten Sie, dass die Reihenfolge der Filteroptionen wichtig ist. Wenn --x86 wird angegeben nach
--lzma2, xz wird einen Fehler ausgeben, da es nach LZMA2 keinen Filter geben kann, und auch
da der x86 BCJ-Filter nicht als letzter Filter in der Kette verwendet werden kann.

Der Delta-Filter zusammen mit LZMA2 kann bei Bitmap-Bildern gute Ergebnisse liefern. Es sollte
schlägt normalerweise PNG, das ein paar fortschrittlichere Filter als einfaches Delta hat, aber Deflate verwendet
für die eigentliche Kompression.

Das Bild muss in einem unkomprimierten Format gespeichert werden, zB als unkomprimiertes TIFF. Die Distanz
Parameter des Delta-Filters wird so eingestellt, dass er der Anzahl der Bytes pro Pixel im Bild entspricht.
ZB 24-Bit-RGB-Bitmap benötigt Distanz=3, und es ist auch gut zu bestehen pb=0 zu LZMA2 zu
Unterbringen Sie die Drei-Byte-Ausrichtung:

xz --delta=dist=3 --lzma2=pb=0 foo.tiff

Wenn mehrere Bilder in einem einzigen Archiv (z. B. .Teer), wird der Delta-Filter
Arbeiten Sie auch daran, solange alle Bilder die gleiche Anzahl von Bytes pro Pixel haben.

Verwenden Sie xzcat online mit den onworks.net-Diensten