Calculateur de taille de fichier de document scanné
Dix pages couleur numérisées à 300 DPI sur du papier Letter de 8,5 × 11 pouces font 252 450 000 octets avant compression. Indiquez pages, résolution, format et profondeur de couleur pour dimensionner une numérisation, un partage réseau ou un quota d'envoi. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Pages
- 10 in
- Dpi
- 300
- Largeur de page
- 8,5
- Hauteur de page
- 11
- Profondeur de couleur
- 24
- Largeur de page (in)
- 8,5 in
- Hauteur de page (in)
- 11
- Largeur (px)
- 2 550
- Hauteur (px)
- 3 300
Lorsque vous planifiez un scan multipage de bureau, un travail d'archivage ou un quota de téléversement dans un gestionnaire documentaire, la première question pratique est de savoir quelle taille auront les fichiers résultants avant d'appuyer sur Démarrer. La taille n'est pas un mystère : elle découle du nombre de pages capturées, de la résolution du scanner en points par pouce, de la largeur et de la hauteur physiques de chaque feuille, et du fait que chaque pixel soit bitonal, en niveaux de gris ou en couleur complète. Ce calculateur de taille de fichier de document scanné transforme ces quatre entrées en une estimation déterministe en octets, avec un ratio de compression optionnel lorsque vous connaissez déjà combien un codec typique réduit le raster brut.
Comment la résolution, le format de page et la profondeur de couleur fixent la taille
Un scanner à plat ou à alimentation feuille à feuille échantillonne un rectangle de papier à un DPI choisi. Convertissez la largeur et la hauteur physiques de la page en pouces, multipliez chaque dimension par le DPI, et vous obtenez la grille de pixels d'une page. Le papier Letter de 8.5 par 11 pouces à 300 DPI devient 2550 par 3300 pixels ; le A4 de 210 par 297 millimètres est un peu plus haut et plus étroit après la même conversion.
La profondeur de couleur décide combien de bits chaque pixel stocke : un bit pour les scans bitonaux noir et blanc courants dans les archives type fax, huit bits pour les niveaux de gris, vingt-quatre bits pour la couleur RGB et trente-deux bits lorsque vous modélisez des canaux CMYK ou RGBA. Les octets par page égalent la largeur en pixels multipliée par la hauteur en pixels multipliée par la profondeur de couleur divisée par huit.
Les pipelines réels JPEG, JPEG 2000 ou PDF se situent souvent bien en dessous de ce plafond ; le ratio de compression optionnel multiplie le total brut pour que vous puissiez brancher un facteur mesuré de 0.05 à 0.2 issu d'un lot pilote au lieu d'inventer des mégaoctets. Le calculateur n'invente ni le DPI ni le format de page : vous fournissez les mêmes réglages que le pilote du scanner utilisera, de sorte que l'estimation suit le travail que vous comptez réellement exécuter.
Où une estimation de taille de document scanné apporte de la valeur
Les équipes d'archives qui dimensionnent des partages réseau avant une conversion de fonds ont besoin d'une prévision défendable en mégaoctets et gigaoctets à partir du volume de pages et de la politique de DPI, pas d'un dossier de test qui peut ne pas correspondre à la profondeur de couleur de production. Les bureaux de numérisation cotent par page et résolution ; offrir au client un calculateur transparent de taille de fichier réduit les surprises lorsque la couleur à 600 DPI gonfle le stockage face au bitonal à 200 DPI.
Les pages produit de gestion documentaire qui se positionnent sur calculateur de taille de fichier de document scanné bénéficient d'un outil en direct qui explique la formule plutôt que d'un tableau de blog statique qui se périme.
Cas d’usage
Planification du stockage pour conversion d'archives
Estimez les gigaoctets pour des dizaines de milliers de pages à un DPI et une profondeur de couleur choisis avant de provisionner un stockage objet ou une capacité NAS.
Politique de scanner et devis clients
Montrez aux clients comment la couleur à 300 DPI versus le bitonal à 200 DPI change la taille de fichier lors de la cotation de scans multipages de bureau.
Questions fréquentes
Quelles profondeurs de couleur sont prises en charge ?
1 bit (bitonal noir et blanc), 8 bit (niveaux de gris), 24 bit (couleur RGB, par défaut) et 32 bit (CMYK ou RGBA).
Quel poids fait une numérisation couleur de 10 pages à 300 DPI ?
Une page Letter de 8,5 × 11 pouces à 300 DPI fait 2550 × 3300 pixels. En couleur 24 bits, chaque page occupe 25 245 000 octets, donc dix pages totalisent 252 450 000 octets avant toute compression.
Comment tenir compte de la compression dans l'estimation ?
Indiquez un taux de compression supérieur à 0 et au plus égal à 1, idéalement mesuré sur un lot d'essai, par exemple un facteur entre 0,05 et 0,2. La valeur par défaut, 1, donne la taille brute, le plafond à prévoir.
Pourquoi une numérisation couleur à 600 DPI prend-elle bien plus de place qu'une numérisation noir et blanc à 200 DPI ?
La résolution multiplie à la fois la largeur et la hauteur, donc le nombre de pixels croît avec le carré du DPI. En plus, chaque pixel couleur stocke 24 bits, alors qu'un pixel noir et blanc n'en stocke qu'un seul.
Puis-je saisir le format de la page en millimètres ou en centimètres ?
Oui. Le format peut être en pouces, en centimètres ou en millimètres, les pouces étant l'unité par défaut pour que le papier Letter n'exige aucune conversion. Une feuille A4 fait simplement 210 × 297 millimètres.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre 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)Exemple de requête
{
"pages": 10,
"dpi": 300,
"page_width": 8.5,
"page_height": 11
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "image.scan_file_size",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Limites
max_mb | 15 |
max_megapixels | 12 |
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Utilisez-le gratuitement dans le navigateur ou appelez la même logique pure via l'API afin que les planificateurs de stockage, les politiques MFA et les scripts de scan par lots s'accordent sur les mêmes chiffres sans deviner à partir d'un seul PDF d'essai.
Comment la résolution, le format de page et la profondeur de couleur fixent la taille
Multipliez par le nombre de pages pour le total multipage non compressé. Ce chiffre brut est le plafond à budgétiser lorsque la compression est inconnue ou lorsqu'un format stocke des échantillons quasi non compressés.
Contrat d'entrée, unités, valeurs par défaut et champs de réponse
Le unit optionnel est l'un de in, cm ou mm et vaut par défaut les pouces afin que les exemples US Letter n'aient pas besoin de conversion. Envoyez un corps JSON avec quatre nombres finis obligatoires : pages comme entier positif de pages ; dpi comme résolution de scan positive ; page_width et page_height comme la taille physique d'une page. Le color_depth optionnel est l'un de 1, 8, 24 ou 32 et vaut par défaut 24 pour la couleur RGB de bureau. Le compression_ratio optionnel doit se situer dans l'intervalle semi-ouvert de zéro exclusif à un inclusif ; la valeur par défaut un signifie rapporter la taille brute non compressée. Les champs manquants, les dimensions non positives, les pages non entières, les profondeurs non prises en charge ou un ratio hors plage échouent avec invalid_input en nommant le problème ; les échecs de validation ne sont pas facturés. En cas de succès la réponse renvoie pages, dpi, unit et les dimensions de page en entrée, plus page_width_in et page_height_in après conversion, width_px et height_px du raster par page, color_depth, une étiquette color_mode, bits_per_pixel, bytes_per_pixel, pixels_per_page, bytes_per_page_raw, total_bytes_raw, compression_ratio, total_bytes après compression, size_kb, size_mb, size_gb, un size_label lisible, la chaîne de formule et method scan_file_size. Des alias tels que page_count, resolution, width, height et bits_per_pixel sont acceptés pour que les scripts de scanner réutilisent les noms de champs existants.
Où une estimation de taille de document scanné apporte de la valeur
Les développeurs qui câblent des limites de téléversement peuvent appeler ce point de terminaison parse pour rejeter ou avertir lorsque le total_bytes projeté dépasse un niveau de plan, en utilisant la même mathématique montrée aux utilisateurs finaux. Gardez les requêtes petites, figez size_mb dans les tests pour vos préréglages Letter et A4, et vous obtenez une planification de stockage reproductible sans monter une ferme de scanners fictive pour chaque changement hypothétique de DPI.
Cas d'intégration
Contrôles de limite de téléversement et de quota
Calculez le total_bytes projeté à partir des champs de formulaire et avertissez lorsqu'un lot dépasserait les quotas de téléversement du DMS ou de l'API.
Questions techniques
Comment calcule-t-on la taille de fichier d'un document scanné ?
Convertissez la largeur et la hauteur de page en pouces, multipliez chacune par le DPI pour les pixels, multipliez par (color_depth/8) pour les octets par page, puis par pages et le compression_ratio optionnel.
Puis-je saisir le format A4 en millimètres ?
Oui. Définissez unit sur mm et passez page_width 210 et page_height 297 pour le A4, ou utilisez cm ou pouces pour d'autres formats de papier.
Que signifie compression_ratio ?
Un facteur dans (0, 1] appliqué au total du raster brut. Utilisez 1 pour la taille non compressée ; utilisez une fraction mesurée comme 0.1 lorsque vous attendez environ 10:1 de compression.
Combien coûte le calculateur de taille de fichier de document scanné ?
L'outil du navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.