Convertisseur PDF en Image

Le Convertisseur PDF en Image transforme chaque page d'un document PDF en fichiers d'image séparés. Cet outil fonctionne entièrement dans votre navigateur utilisant la bibliothèque PDF.js pour analyser les PDFs, rendre chaque page sur Canvas et exporter en PNG ou JPEG. Vous pouvez ajuster l'échelle de résolution (1x/2x/3x), sélectionner des pages spécifiques à convertir, et télécharger individuellement ou en package ZIP. Tout le traitement est effectué localement—aucun fichier n'est téléchargé sur aucun serveur, protégeant votre vie privée. Avant publication ou dépôt, ouvrez le fichier obtenu et vérifiez lisibilité, recadrage, résolution, ordre et contenu manquant.

PDF (ISO 32000-1, à l'origine Adobe 1993, dérivé de PostScript) est un langage de description de page, pas un format matriciel. Une page PDF enregistre des opérations de dessin — « remplir ce chemin », « rendre ce texte avec cette police », « intégrer ce JPEG » — aux côtés d'un flux d'opérateurs comme 'm' (moveto), 'l' (lineto), 'Tj' (afficher texte). La grammaire PDF référence aussi des ressources : polices, images, espaces colorimétriques (DeviceRGB, DeviceCMYK, ICCBased) et motifs de dégradé. Rastériser un PDF signifie interpréter ces opérateurs dans l'ordre, maintenir l'état graphique (CTM = matrice de transformation courante, couleur courante, police courante) et peindre sur un bitmap à la résolution choisie. Cette page utilise PDF.js de Mozilla (Mozilla Foundation, MPL-2.0, le moteur PDF de référence dans le navigateur depuis 2011). PDF.js parse la table de références croisées et le trailer, parcourt l'arborescence des objets, décode le flux de contenu en opérateurs, résout toutes les ressources et émet des appels de dessin ciblant un HTMLCanvasElement. La sortie est ensuite encodée en PNG (sans perte) ou JPEG (avec perte) via canvas.toBlob(). L'échelle du viewport mappe les unités utilisateur PDF en pixels. Les unités utilisateur PDF font 1/72 pouce par défaut (1 pt = 1/72 po), donc un viewport 1x (l'écran par défaut dans PDF.js) donne 72 DPI, pas 96 DPI — la référence 96 DPI « écran » est le pixel de référence Windows/CSS, pas le système de coordonnées PDF. Échelle 1x = 72 DPI, échelle 2x = 144 DPI, échelle 3x = 216 DPI. Cet outil propose 1x / 2x / 3x ; pour un DPI plus élevé adapté à l'impression, utilisez un outil de bureau comme ImageMagick ou pdftoppm. Le choix de l'échelle dépend de l'usage : aperçu web à 1x, écrans HD à 2x, relectures détaillées ou épreuves d'impression à 3x. La qualité de rendu dépend du contenu du PDF. Le contenu purement vectoriel (texte, chemins, remplissages) se rastérise nettement à n'importe quel DPI. Les polices embarquées sont extraites et utilisées comme sous-ensembles (Type 1, TrueType, CFF, OpenType via OpenType-SFNT dans PDF 1.6+) — si une police est manquante ou son sous-ensemble incomplet, la page se replie sur une police système et les glyphes peuvent s'afficher comme des « tofu » (☐). Un PDF numérisé embarque un seul bitmap par page (généralement JPEG ou JBIG2) ; aucun gain de DPI ne le rendra plus net car la source est déjà matricielle, l'agrandissement ne fait qu'interpoler. Le bon outil pour ces cas est l'OCR (Tesseract, AWS Textract) sur le bitmap, pas une rastérisation à plus haute résolution. Le réglage de qualité JPEG : 0,92 est quasi indistingable du sans perte à distance de lecture normale, 0,85 est le défaut courant « bon pour le web » avec des fichiers 4 à 6 fois plus petits qu'à 0,92, 0,75 convient aux vignettes, 0,50 commence à montrer des artefacts de blocs DCT 8×8 autour du texte. PNG conserve les contours nets mais est environ 3 à 5 fois plus volumineux que JPEG à qualité perçue égale pour un contenu photographique. Pour les PDF riches en texte, PNG est le bon choix ; pour les photos, JPEG à 0,85-0,92.

• PDF est la norme ISO 32000-1 (Adobe 1993, dérivé de PostScript) : un langage de description de page avec des opérateurs comme 'm' (moveto), 'l' (lineto), 'Tj' (afficher texte) et des ressources (polices, images, espaces colorimétriques). Ce n'est pas un format matriciel.
• PDF.js (Mozilla, MPL-2.0) est le moteur PDF de référence dans le navigateur depuis 2011 : il parse la table xref, parcourt l'arborescence des objets, décode le flux de contenu, résout les ressources et émet des appels de dessin Canvas.
• Unités utilisateur PDF : 1/72 pouce par défaut (1 pt = 1/72 po), donc une échelle de viewport 1x = 72 DPI, 2x = 144 DPI, 3x = 216 DPI. La valeur 96 DPI est le pixel Windows/CSS, pas un concept PDF. Cet outil expose 1x / 2x / 3x ; un DPI plus élevé pour l'impression nécessite un outil de bureau.
• Choisir l'échelle selon l'usage : aperçu web à 1x (72 DPI), écrans HD à 2x (144 DPI), relecture détaillée ou épreuves d'impression à 3x (216 DPI). US Letter 8,5×11 po à 216 DPI fait 1836×2376 px ; A4 (210×297 mm) fait environ 1786×2526 px.
• Le contenu vectoriel se rastérise nettement à n'importe quel DPI ; texte et chemins utilisent des sous-ensembles de polices embarquées (Type 1, TrueType, CFF, OpenType). Les glyphes manquants se replient sur les polices système et s'affichent en tofu (☐).
• Les PDF numérisés embarquent un bitmap (JPEG ou JBIG2) par page : aucun gain de DPI ne les rend plus nets. Utilisez l'OCR (Tesseract, AWS Textract) sur le bitmap, pas une rastérisation à plus haute résolution.
• Qualité JPEG : 0,92 quasi sans perte, 0,85 « bon pour le web » (recommandé), 0,75 vignettes, 0,50 commence à montrer des artefacts de blocs DCT 8×8. PNG conserve les contours nets du texte mais est 3 à 5 fois plus volumineux pour le contenu photographique.
• PDF.js rend le flux de contenu PDF sur un HTMLCanvasElement dans le thread principal du navigateur, puis canvas.toBlob() encode le résultat en PNG ou JPEG.