Dateigröße gescannter Dokumente
Zehn Farbseiten, mit 300 DPI auf Letter-Papier von 8,5 × 11 Zoll gescannt, ergeben 252.450.000 Byte vor der Kompression. Geben Sie Seiten, Auflösung, Format und Farbtiefe ein, um einen Scanauftrag, eine Netzwerkfreigabe oder ein Upload-Kontingent zu planen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Seiten
- 10 in
- Dpi
- 300
- Seitenbreite
- 8,5
- Seitenhöhe
- 11
- Farbtiefe
- 24
- Seitenbreite (in)
- 8,5 in
- Seitenhöhe (in)
- 11
- Breite (px)
- 2.550
- Höhe (px)
- 3.300
Wenn Sie einen mehrseitigen Büroscan, einen Archivierungsauftrag oder ein Upload-Kontingent in einem Dokumentenmanagementsystem planen, ist die erste praktische Frage, wie groß die resultierenden Dateien werden, bevor Sie auf Start drücken. Die Dateigröße ist kein Rätsel: Sie folgt aus der Anzahl erfasster Seiten, der Scannerauflösung in Punkten pro Zoll, der physischen Breite und Höhe jedes Blattes und daraus, ob jedes Pixel bitonal, in Graustufen oder in Vollfarbe ist. Dieser Rechner für die Dateigröße gescannter Dokumente wandelt diese vier Eingaben in eine deterministische Byte-Schätzung um, optional mit einem Kompressionsfaktor, wenn Sie bereits wissen, wie stark ein typischer Codec das Roh-Raster verkleinert.
Wie Auflösung, Seitenformat und Farbtiefe die Dateigröße bestimmen
Ein Flachbett- oder Einzugsscanner tastet ein Papierrechteck mit gewählter DPI ab. Rechnen Sie physische Seitenbreite und -höhe in Zoll um, multiplizieren Sie jede Dimension mit der DPI, und Sie erhalten das Pixelraster einer Seite. Letter-Papier mit 8.5 mal 11 Zoll bei 300 DPI wird zu 2550 mal 3300 Pixeln; A4 mit 210 mal 297 Millimetern ist nach derselben Umrechnung etwas höher und schmaler.
Die Farbtiefe legt fest, wie viele Bits jedes Pixel speichert: ein Bit für bitonale Schwarz-Weiß-Scans wie in Fax-Archiven, acht Bit für Graustufen, vierundzwanzig Bit für RGB-Farbe und zweiunddreißig Bit bei Modellierung von CMYK- oder RGBA-Kanälen. Bytes pro Seite entsprechen Breite in Pixeln mal Höhe in Pixeln mal Farbtiefe geteilt durch acht. Multiplizieren Sie mit der Seitenanzahl für die unkomprimierte mehrseitige Summe.
Diese Rohzahl ist die Obergrenze, die Sie einplanen sollten, wenn die Kompression unbekannt ist oder ein Format nahezu unkomprimierte Samples speichert. Echte JPEG-, JPEG-2000- oder PDF-Pipelines liegen oft deutlich darunter; der optionale Kompressionsfaktor multipliziert die Rohsumme, damit Sie einen gemessenen Faktor von 0.05 bis 0.2 aus einer Pilotcharge einsetzen können, statt Megabyte zu erfinden. Der Rechner erfindet weder DPI noch Seitenformat — Sie liefern dieselben Einstellungen, die der Scannertreiber verwenden wird, sodass die Schätzung dem Auftrag folgt, den Sie tatsächlich ausführen wollen.
Wo eine Schätzung der Scan-Dateigröße ihren Nutzen entfaltet
Archivteams, die Netzwerkfreigaben vor einer Altbestands-Konvertierung dimensionieren, brauchen eine vertretbare Megabyte- und Gigabyte-Prognose aus Seitenvolumen und DPI-Richtlinie, nicht einen Testordner, der möglicherweise nicht zur Produktions-Farbtiefe passt. Digitalisierungsbüros kalkulieren nach Seite und Auflösung; ein transparenter Dateigrößenrechner für Kunden reduziert Überraschungen, wenn Farbe bei 600 DPI den Speicher gegenüber bitonal bei 200 DPI aufbläht. Produktseiten für Dokumentenmanagement, die auf Rechner für die Dateigröße gescannter Dokumente ranken, profitieren von einem Live-Tool, das die Formel erklärt, statt einer statischen Blog-Tabelle, die veraltet.
Anwendungsfälle
Speicherplanung für die Altbestands-Konvertierung
Schätzen Sie Gigabyte für zehntausende Seiten bei gewählter DPI und Farbtiefe, bevor Sie Objektspeicher oder NAS-Kapazität bereitstellen.
Scanner-Richtlinie und Kundenangebote
Zeigen Sie Kunden, wie Farbe bei 300 DPI gegenüber bitonal bei 200 DPI die Dateigröße verändert, wenn Sie mehrseitige Büroscans kalkulieren.
Häufige Fragen
Welche Farbtiefen werden unterstützt?
1 Bit (bitonal Schwarz-Weiß), 8 Bit (Graustufen), 24 Bit (RGB-Farbe, Standard) und 32 Bit (CMYK oder RGBA).
Wie groß ist ein Farbscan von 10 Seiten bei 300 DPI?
Eine Letter-Seite mit 8,5 × 11 Zoll ergibt bei 300 DPI 2550 × 3300 Pixel. Bei 24 Bit Farbe belegt jede Seite 25.245.000 Byte, zehn Seiten also 252.450.000 Byte vor jeder Kompression.
Wie berücksichtige ich die Kompression in der Schätzung?
Geben Sie einen Kompressionsfaktor über 0 und bis 1 ein, am besten an einem Probestapel gemessen, etwa einen Wert zwischen 0,05 und 0,2. Der Standardwert 1 liefert die Rohgröße, also die Obergrenze für Ihre Planung.
Warum braucht ein Farbscan mit 600 DPI so viel mehr Platz als Schwarzweiß mit 200 DPI?
Die Auflösung vervielfacht Breite und Höhe zugleich, daher wächst die Pixelzahl mit dem Quadrat der DPI. Dazu speichert jedes Farbpixel 24 Bit, ein Schwarzweißpixel dagegen nur 1 Bit.
Kann ich das Seitenformat in Millimetern oder Zentimetern angeben?
Ja. Das Format kann in Zoll, Zentimetern oder Millimetern angegeben werden, wobei Zoll voreingestellt ist, damit Letter-Beispiele keine Umrechnung brauchen. Ein A4-Blatt sind einfach 210 × 297 Millimeter.
Verwandte Tools
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/scan-file-size \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"pages":10,"dpi":300,"page_width":8.5,"page_height":11}'const res = await fetch("https://api.kit.forhosting.com/image/scan-file-size", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"pages": 10,
"dpi": 300,
"page_width": 8.5,
"page_height": 11
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/image/scan-file-size",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"pages": 10,
"dpi": 300,
"page_width": 8.5,
"page_height": 11
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/image/scan-file-size", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"pages":10,"dpi":300,"page_width":8.5,"page_height":11}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"pages":10,"dpi":300,"page_width":8.5,"page_height":11}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/image/scan-file-size", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"pages": 10,
"dpi": 300,
"page_width": 8.5,
"page_height": 11
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "image.scan_file_size",
"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. |
Technische Hinweise
Nutzen Sie ihn kostenlos im Browser oder rufen Sie dieselbe reine Logik über die API auf, damit Speicherplaner, MFA-Richtlinien und Batch-Scan-Skripte dieselben Zahlen verwenden, ohne aus einem einzigen Test-PDF zu raten.
Eingabevertrag, Einheiten, Standardwerte und Antwortfelder
Die optionale unit ist eines von in, cm oder mm und standardmäßig Zoll, sodass US-Letter-Beispiele keine Umrechnung brauchen. Senden Sie einen JSON-Body mit vier erforderlichen endlichen Zahlen: pages als positive ganzzahlige Seitenanzahl; dpi als positive Scan-Auflösung; page_width und page_height als physische Größe einer Seite. Die optionale color_depth ist eines von 1, 8, 24 oder 32 und standardmäßig 24 für RGB-Bürofarbe. Der optionale compression_ratio muss im halboffenen Intervall von null exklusiv bis eins inklusive liegen; der Standardwert eins bedeutet unkomprimierte Rohgröße. Fehlende Felder, nicht positive Maße, nicht ganzzahlige Seiten, nicht unterstützte Tiefen oder ein Kompressionsfaktor außerhalb des Bereichs scheitern mit invalid_input und benennen das Problem; Validierungsfehler werden nicht abgerechnet. Bei Erfolg liefert die Antwort pages, dpi, unit und die eingegebenen Seitenmaße, plus page_width_in und page_height_in nach Umrechnung, width_px und height_px des Rasters pro Seite, color_depth, ein color_mode-Label, bits_per_pixel, bytes_per_pixel, pixels_per_page, bytes_per_page_raw, total_bytes_raw, compression_ratio, total_bytes nach Kompression, size_kb, size_mb, size_gb, ein lesbares size_label, den Formelstring und method scan_file_size. Aliasse wie page_count, resolution, width, height und bits_per_pixel werden akzeptiert, damit Scanner-Skripte bestehende Feldnamen wiederverwenden.
Wo eine Schätzung der Scan-Dateigröße ihren Nutzen entfaltet
Entwickler, die Upload-Limits verdrahten, können diesen Parse-Endpunkt aufrufen, um abzulehnen oder zu warnen, wenn der projizierte total_bytes ein Plantier übersteigt, mit derselben Mathematik, die Endnutzern gezeigt wird. Halten Sie Anfragen klein, fixieren Sie size_mb in Tests für Ihre Letter- und A4-Voreinstellungen, und Sie erhalten reproduzierbare Speicherplanung, ohne für jede hypothetische DPI-Änderung eine Dummy-Scannerfarm aufzubauen.
Integrationsbeispiele
Upload-Limits und Kontingentprüfungen
Berechnen Sie den projizierten total_bytes aus Formularfeldern und warnen Sie, wenn ein Stapel DMS- oder API-Upload-Kontingente überschreiten würde.
Technische Fragen
Wie wird die Dateigröße eines gescannten Dokuments berechnet?
Rechnen Sie Seitenbreite und -höhe in Zoll um, multiplizieren Sie jeweils mit der DPI für die Pixelmaße, multiplizieren Sie mit (color_depth/8) für Bytes pro Seite, dann mit pages und dem optionalen compression_ratio.
Kann ich das A4-Format in Millimetern eingeben?
Ja. Setzen Sie unit auf mm und übergeben Sie page_width 210 und page_height 297 für A4, oder nutzen Sie cm bzw. Zoll für andere Papierformate.
Was bedeutet compression_ratio?
Ein Faktor in (0, 1], der auf die Roh-Rastersumme angewendet wird. Nutzen Sie 1 für unkomprimierte Größe; nutzen Sie einen gemessenen Bruch wie 0.1, wenn Sie etwa 10:1 Kompression erwarten.
Was kostet der Rechner für die Dateigröße gescannter Dokumente?
Das Browser-Tool ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingaben werden nicht abgerechnet.