Handyfotos als PDF: Warum die Datei riesig wird und eine Seite quer liegt
Bilder in PDF setzt jedes Foto in voller Pixelgröße auf eine eigene Seite: Aus drei 3,2 MB großen JPEGs in Handygröße wurde eine 41,5 MB große PDF, und ein Hochformatfoto landete auf einer Querformatseite. Verkleinere die Fotos vor dem Umwandeln und drehe die quer liegende Seite danach.
Bilder in PDF macht aus JPEG-, PNG-, GIF- oder BMP-Dateien eine PDF, ein Bild pro Seite, in der Reihenfolge des Hochladens. Es verkleinert nichts, und es ignoriert das Drehflag, das Handys in Hochformatfotos schreiben. In einem Testlauf kamen drei 3,2 MB große JPEGs als 41,5 MB große PDF zurück, und ein als Hochformat markiertes Foto landete auf einer Querformatseite. Verkleinere die Fotos vor dem Hochladen und korrigiere die quer liegende Seite danach mit Drehen.
Das durchgespielte Beispiel
Die Eingabe waren drei JPEGs mit 4032 × 3024 Pixeln, je etwa 3,2 MB (zusammen 9,7 MB), die Pixelgröße eines typischen Handykamera-Bilds. Es waren synthetische Bilder mit feinem Rauschen, sie lassen sich also schlechter komprimieren als die meisten echten Fotos; verstehe jede Größe unten als einen Lauf am 2026-10-04 gegen einen lokalen Server aus dem aktuellen Quellstand, nicht als Zusage. Die Anfrage:
curl -s -o IMG_0001.pdf \
-F fileInput=@IMG_0001.jpg -F fileInput=@IMG_0002.jpg -F fileInput=@IMG_0003.jpg \
https://pdf123.xyz/api/v1/convert/img/pdf
| Schritt | Ergebnis |
|---|---|
| 3 JPEGs, 4032 × 3024 px | zusammen 9,7 MB |
| Bilder in PDF | 3 Seiten, 41,5 MB, jede Seite 4032 × 3024 pt |
| PDF komprimieren auf dieser PDF | 39,9 MB, etwa 4 % kleiner |
| Dieselben 3 Fotos zuerst auf 1600 px an der langen Kante verkleinert | zusammen 1,7 MB |
| Bilder in PDF mit den verkleinerten Fotos | 3 Seiten, 6,2 MB, jede Seite 1600 × 1200 pt |
| Komprimieren auf dieser PDF | 6,2 MB, nicht kleiner |
Die Ausgabe trägt den Namen der ersten Datei, der obige Download heißt also IMG_0001.pdf.
Warum aus 10 MB Fotos 41 MB werden
Ein JPEG speichert ein Foto als verlustbehaftet komprimierte Blöcke. Bilder in PDF kopiert diese Bytes nicht in die PDF. Es dekodiert jedes Bild, wandelt es in 8-Bit-RGB um und speichert die rohen Pixel mit verlustfreier Flate-Kompression. Ein Bild mit 4032 × 3024 sind 36,6 Millionen Byte RGB (4032 × 3024 × 3). Flate brachte das hier auf etwa 13,8 MB pro Seite herunter, immer noch mehr als das Vierfache des JPEG, aus dem es stammt. Neun Kopien derselben drei Fotos ergaben eine 124,6 MB große PDF.
Das erklärt auch die Komprimieren-Zeilen. Komprimieren komprimiert Streams neu und packt Objekte zusammen; es rechnet Bilder nicht herunter und kodiert sie nicht neu. Die Pixel sind schon mit Flate komprimiert, da bleibt wenig zu entfernen (warum). Der Weg zu einer kleineren Datei sind weniger Pixel, bevor die PDF gebaut wird.
Es gibt einen zweiten Preis. Jede Seite bekommt die Größe ihres Bilds, ein Pixel entspricht einem Punkt, ein Foto mit 4032 Pixeln ergibt also eine 56 Zoll breite Seite. Viewer passen sie dem Fenster an und Drucker skalieren sie aufs Papier, aber die Seitenboxen sind weder A4 noch Letter. Das Formular hat keine Option für Papiergröße, Einpassung, Farbtyp oder automatisches Drehen, und der Server liest die API-Felder fitOption, colorType oder autoRotate nicht.
Erst verkleinern, dann umwandeln
Verkleinere die Fotos vor dem Hochladen. Auf dem Mac geht das mit sips -Z 1600 IMG_0001.jpg --out small1.jpg. Mit ImageMagick auf jedem System:
magick IMG_0001.jpg -resize 1600x1600 -quality 85 small1.jpg
Beide machen aus einem Foto mit 4032 × 3024 eines mit 1600 × 1200. In diesem Lauf fielen die drei JPEGs von 9,7 MB auf 1,7 MB und die dreiseitige PDF von 41,5 MB auf 6,2 MB. Auf einem Letter-Blatt sind 1600 Pixel über 11 Zoll etwa 145 dpi: lesbar für ein fotografiertes Formular, grob für Kleingedrucktes. Wähle die Größe nach dem kleinsten Text, den du lesen musst, nicht allein nach der Zieldateigröße.
Die Größe zählt doppelt, weil auch die folgenden Werkzeuge eine Obergrenze haben. Ein einzelner Anfragekörper ist auf 100 MiB begrenzt. Die obige 124,6 MB große PDF wurde beim Senden an Komprimieren mit einem 413 (payload_too_large) abgelehnt. Den Ausweg zeigt Wenn ein großes PDF beim Hochladen abgelehnt wird.
Die quer liegende Seite
Viele Handys speichern ein Hochformatfoto als Querformat-Pixel und fügen ein EXIF-Orientierungs-Tag hinzu, das den Viewer anweist, es zu drehen. Foto-Apps befolgen das Tag meist. Bilder in PDF liest es nicht: Ein JPEG mit 1600 × 1200 und Orientierung 6 (90° im Uhrzeigersinn drehen) ergab eine Querformatseite mit 1600 × 1200.
Die Lösung ist PDF drehen: Gib die Seitenzahl ein, hier 1, und einen Winkel von 90. Im Ergebnis war auf dieser Seite /Rotate 90 gesetzt, ein Viewer zeigt sie also aufrecht. Nimm 270 für Fotos mit der anderen Markierung (Orientierung 8) und 180 für kopfstehende (Orientierung 3); getestet wurde hier nur Orientierung 6. Drehen setzt auf der Seite einen absoluten Winkel, statt zum aktuellen zu addieren, und es kodiert das Bild nicht neu. Wenn du Seiten nicht einzeln korrigieren willst, drehe das Foto in deiner Foto-App und speichere vor dem Umwandeln eine Kopie.
Was dieses Werkzeug ablehnt
- HEIC und andere Formate. Die Seite akzeptiert
.png,.jpg,.jpeg,.gifund.bmp. Eine echte HEIC-Datei ergab 400,unsupported_file_type; exportiere sie zuerst als JPEG. - Eine Datei, die kein Bild ist. Eine PDF an diesen Endpunkt hochzuladen ergab dasselbe 400 mit der Meldung „The file is not a supported image.“
- SVG. Eine SVG-Datei bekam dasselbe 400.
- Durchsuchbarer Text. Text auf einer fotografierten Seite bleibt Pixel. OCR liefert Markdown-Text; es fügt dieser PDF keine Textebene hinzu (so funktioniert es).
- Transparenz. Bilder werden in RGB umgewandelt, der Alphakanal entfällt.
Vor dem Senden prüfen
Öffne die PDF und zähle die Seiten gegen die Fotos, der Reihe nach. Die Seitenreihenfolge ist die Hochladereihenfolge; in einem Test erschien die Hochformatseite zuerst, als ein Hochformat-PNG vor einem Querformat-PNG hochgeladen wurde. Sieh dir dann die Dateigröße an, bevor du die Datei anhängst.