TIFF-Komprimierungsersparnis für LZW oder ZIP schätzen
Dieser Rechner wandelt die unkomprimierte Größe eines TIFF-Bildes in einen praxisnahen Bereich für LZW, ZIP oder keine Komprimierung um.
Im Browser ausführen – kostenlos
Er zeigt die geschätzte Ausgabedateigröße sowie die wahrscheinliche Ersparnis in Megabyte und Prozent. Die Berechnung ist deterministisch und sofort verfügbar. So können Sie Speicher und Übertragungen vor der Kodierung eines Stapels planen. Da die TIFF-Komprimierung stark vom Pixelinhalt abhängt, ist das Ergebnis ein typischer Bereich und keine Garantie für die endgültige Dateigröße.
Beginnen Sie mit der echten unkomprimierten TIFF-Größe
Geben Sie in Megabyte an, wie viel Speicher das TIFF ohne Komprimierung belegen würde. Dieser Ausgangswert ist richtig, weil er die Pixeldaten und die TIFF-Struktur abbildet, bevor LZW oder ZIP wiederkehrende Informationen verkleinert. Wenn Ihnen nur eine bereits komprimierte Datei vorliegt, ist deren aktuelle Größe kein zuverlässiger Ersatz: Ein weiterer Faktor würde das Ergebnis meist zu niedrig ansetzen. Für ein geplantes Bild berechnen Sie den Ausgangswert aus Pixelbreite, Pixelhöhe, Samples pro Pixel, Bits pro Sample und Seitenzahl; berücksichtigen Sie anschließend TIFF-Struktur und Metadaten. In einem bestehenden Ablauf ist die vom Bildprogramm oder Encoder gemeldete unkomprimierte Größe meistens die bequemste Eingabe. Der Rechner akzeptiert positive, endliche Dezimalwerte und eignet sich damit für kleine Scans ebenso wie für große Archivbestände. Verwenden Sie in Ihrer gesamten Planung dieselbe Megabyte-Definition. Das Ergebnis unterstützt Kapazitäts-, Upload- und Methodenvergleiche, soll aber keine konkrete Encoder-Ausführung bytegenau vorhersagen.
Verstehen Sie die Bereiche für LZW, ZIP und keine Komprimierung
Wählen Sie das Verfahren, das Ihr TIFF-Writer verwenden wird. Das Modell setzt LZW mit ungefähr 45% bis 75% der unkomprimierten Größe und ZIP mit etwa 30% bis 60% an. Beide Verfahren arbeiten verlustfrei; die Bereiche beschreiben daher weniger Speicherbedarf und keine Veränderung der Bildqualität. Ohne Komprimierung werden genau 100% des Ausgangswerts und keine Ersparnis zurückgegeben. Das ist ein hilfreicher Kontrollwert für Vergleiche. Die Ausgabe nennt eine minimale und maximale geschätzte Dateigröße und wandelt dieses Intervall in eine konservative bis optimistische Ersparnis in Megabyte und Prozent um. Eine kleinere Ausgabedatei bedeutet eine größere Ersparnis, eine größere Datei entsprechend weniger. Feste Faktoren machen wiederholte Aufrufe reproduzierbar und leicht prüfbar. Der Rechner untersucht keine Pixel und bildet keine bestimmte TIFF-Bibliothek nach. Er beantwortet Planungsfragen somit einheitlich, ohne die Schwankungen tatsächlicher verlustfreier Komprimierung zu verschweigen.
Planen Sie mit einem angemessenen Sicherheitspuffer
Behandeln Sie das ausgegebene Intervall als üblichen Planungsbereich und nicht als feste Grenze. Fotos, verrauschte Scans, bereits optimierte Bilder, ungewöhnliche Bittiefen, gekachelte Anordnung, mehrere Seiten, eingebettete Vorschaubilder, Farbprofile und umfangreiche Metadaten können die endgültige Datei aus dem geschätzten Bereich verschieben. Flächige Grafiken, Masken, Diagramme und Dokumente mit großen wiederkehrenden Bereichen lassen sich oft besser komprimieren als detailreiche Fotos. Auch Encoder-Einstellungen und Prädiktoren verändern das Ergebnis, selbst wenn das Verfahren gleich heißt. Für die Speicherbeschaffung verwenden Sie das obere Ende der Größenschätzung und ergänzen einen betrieblichen Puffer für Metadaten, Dateisystembelegung, Revisionen und Wachstum. Für die Bandbreite multiplizieren Sie diesen konservativen Wert mit der erwarteten Dateizahl und berücksichtigen Wiederholungen oder replizierte Übertragungen. Wenn eine genaue Größe wichtig ist, kodieren Sie eine repräsentative Stichprobe mit derselben Software und denselben Produktionseinstellungen, messen die beobachteten Faktoren und verwenden diese für die endgültige Prognose.
Anwendungsfälle
Eine Archivmigration planen
Schätzen Sie einen vorsichtigen Speicherbereich, bevor Sie eine große Sammlung unkomprimierter Scans in verlustfreie TIFF-Dateien umwandeln.
Kodierungsverfahren vergleichen
Vergleichen Sie typische LZW- und ZIP-Bereiche mit dem unkomprimierten Ausgangswert, bevor Sie eine Produktionseinstellung wählen.
Übertragungsvolumen prognostizieren
Überführen Sie Schätzungen pro Datei in ein Bandbreitenbudget für Uploads, Replikation, Auslieferung oder Sicherungen.
Häufige Fragen
Ist die geschätzte TIFF-Größe garantiert?
Nein. Sie ist ein typischer Bereich, da die tatsächliche Komprimierung von Inhalt, TIFF-Struktur, Metadaten und Encoder-Einstellungen abhängt.
Verringern LZW oder ZIP die Bildqualität?
Nein. Beide Verfahren sind in TIFF verlustfrei und erhalten die dekodierten Pixelwerte, auch wenn die gespeicherte Datei kleiner wird.
Welche unkomprimierte Größe soll ich eingeben?
Verwenden Sie die TIFF-Größe vor der Komprimierung, nicht die Größe einer bereits komprimierten Kopie. Nutzen Sie überall dieselbe Megabyte-Konvention.
Warum sind ohne Komprimierung beide Werte gleich?
Diese Auswahl verwendet genau 100%. Minimum und Maximum entsprechen daher dem eingegebenen Ausgangswert, die Ersparnis beträgt null.
Was geschieht bei einem anderen Verfahren?
Die Anfrage liefert einen Fehler wegen ungültiger Eingabe. Zulässig sind ausschließlich LZW, ZIP und none.
Was kostet eine API-Anfrage?
Jede API-Anfrage kostet $0.002. Dieselbe deterministische Berechnung können Sie auch kostenlos in Ihrem Browser ausführen.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/image/tiff-compression-estimate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"uncompressed_size_mb":250,"compression":"LZW"}'const res = await fetch("https://api.kit.forhosting.com/image/tiff-compression-estimate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"uncompressed_size_mb": 250,
"compression": "LZW"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/image/tiff-compression-estimate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"uncompressed_size_mb": 250,
"compression": "LZW"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/image/tiff-compression-estimate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"uncompressed_size_mb":250,"compression":"LZW"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"uncompressed_size_mb":250,"compression":"LZW"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/image/tiff-compression-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"uncompressed_size_mb": 250,
"compression": "LZW"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "image.tiff_compression_estimate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
max_mb | 15 |
max_megapixels | 12 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |