Blender 300 dpi: Auflösung und Pixelmaße für den Druck berechnen
„Wie stelle ich 300 dpi in Blender ein?“ Die ehrliche Antwort: gar nicht direkt. Blender rechnet in Pixeln, dpi ist eine Druck-Einheit. Was Sie brauchen, ist die passende Pixelzahl für Ihr Format, und die berechnen Sie in einem Schritt.
Wer eine technische Visualisierung oder ein Produktbild drucken lassen will, ob als Datenblatt in DIN A4 oder als Postergrafik für den Messestand, stößt früher oder später auf dieselbe Frage nach der Rendering-Auflösung für den Druck: Welche Pixelzahl braucht Blender, damit am Ende „scharf“ aus der Druckerei kommt? Dieser Beitrag beantwortet sie mit einer Formel zum Nachrechnen, einer fertigen Pixeltabelle von DIN A4 bis A0 und den passenden Einstellungen in Blender 5.2 LTS.
Die Formel: Druckmaß × dpi ÷ 25,4
Dpi steht für „dots per inch“, gemeint sind hier Pixel pro Zoll. Ein Zoll sind 25,4 Millimeter. Um aus einem Druckmaß in Millimetern die passende Pixelzahl zu bekommen, rechnen Sie:
Pixel = Kantenlänge in mm × gewünschte dpi ÷ 25,4
Zwei Beispiele zum Nachrechnen: Ein Datenblatt in DIN A3 quer (420 × 297 mm) bei 300 dpi ergibt 420 × 300 ÷ 25,4 = 4.961 Pixel in der Breite und 297 × 300 ÷ 25,4 = 3.508 Pixel in der Höhe, also 4.961 × 3.508 Pixel. Ein Roll-up-Banner mit 850 × 2.000 mm bei 150 dpi (für diesen Betrachtungsabstand reicht das völlig, siehe unten) ergibt 850 × 150 ÷ 25,4 = 5.020 Pixel Breite und 2.000 × 150 ÷ 25,4 = 11.811 Pixel Höhe. Beide Werte sind gerundet, wie es auch Blenders Resolution-Felder tun: Sie akzeptieren nur ganze Pixel.
Tabelle: DIN A4 bis A0 in Pixel
Die folgende Tabelle nennt die Pixelmaße für die gängigen Papierformate nach ISO 216, jeweils im Hochformat (kurze Seite zuerst). Für das Querformat vertauschen Sie einfach Breite und Höhe, das Rechenergebnis bleibt gleich, wie das A3-Beispiel oben zeigt.
| Format | Maß (mm) | 150 dpi | 200 dpi | 300 dpi |
|---|---|---|---|---|
| DIN A4 | 210 × 297 | 1.240 × 1.754 px (2,17 MP) | 1.654 × 2.339 px (3,87 MP) | 2.480 × 3.508 px (8,70 MP) |
| DIN A3 | 297 × 420 | 1.754 × 2.480 px (4,35 MP) | 2.339 × 3.307 px (7,74 MP) | 3.508 × 4.961 px (17,40 MP) |
| DIN A2 | 420 × 594 | 2.480 × 3.508 px (8,70 MP) | 3.307 × 4.677 px (15,47 MP) | 4.961 × 7.016 px (34,81 MP) |
| DIN A1 | 594 × 841 | 3.508 × 4.967 px (17,42 MP) | 4.677 × 6.622 px (30,97 MP) | 7.016 × 9.933 px (69,69 MP) |
| DIN A0 | 841 × 1.189 | 4.967 × 7.022 px (34,88 MP) | 6.622 × 9.362 px (62,00 MP) | 9.933 × 14.043 px (139,49 MP) |
Großformat: Roll-up und Messewand in Pixel
Ein Roll-up-Banner oder eine Messewand betrachtet niemand aus 30 Zentimetern Abstand, deshalb wäre 300 dpi hier reine Verschwendung an Rechenzeit und Speicher (mehr dazu im Grenzen-Kapitel unten). Praxistauglich sind 100 bis 150 dpi:
| Format | Maß (mm) | 100 dpi | 150 dpi |
|---|---|---|---|
| Roll-up | 850 × 2.000 | 3.346 × 7.874 px (26,35 MP) | 5.020 × 11.811 px (59,29 MP) |
| Messewand | 3.000 × 2.500 | 11.811 × 9.843 px (116,26 MP) | 17.717 × 14.764 px (261,57 MP) |
Zum Vergleich: Dieselbe Messewand bei vollen 300 dpi käme auf 35.433 × 29.528 Pixel, gut 1,05 Gigapixel. Rechnerisch möglich, beide Werte liegen unter dem 65.536-Pixel-Limit von Blender (siehe unten), praktisch aber unnötig und eher ein Fall für Kachel-Rendering als für einen einzigen Render-Durchlauf.
Welche dpi wirklich nötig sind: Betrachtungsabstand statt 300-dpi-Dogma
300 dpi ist der Wert für Blickabstände bis rund 30 Zentimeter, also für Broschüren, Flyer und Visitenkarten in der Hand. Je weiter weg der Betrachter steht, desto großzügiger dürfen Sie mit der Auflösung umgehen, ohne dass am Ende ein Unterschied sichtbar wird. Drei Druckereien und Fachquellen stimmen darin überein:
| Betrachtungsabstand | Empfohlene dpi | Typisches Beispiel |
|---|---|---|
| ca. 30 cm | 300 dpi | Flyer, Broschüre, Datenblatt in der Hand |
| ca. 1 m | 100–150 dpi | DIN A2/A1-Poster am Messestand |
| 1,5–3 m | 50–100 dpi | DIN A0, Roll-up, Standwand |
| ab 5 m | 20–50 dpi | Messebanner, Großflächenplakat |
So stellen Sie die Auflösung in Blender 5.2 LTS ein
Sobald Sie die Zielpixelzahl kennen, tragen Sie sie in Blender ein. Die relevanten Felder liegen in den Output Properties (das Drucker-Symbol im Properties-Editor):
| Feld | Pfad | Wirkung |
|---|---|---|
| Resolution X / Y | Output Properties → Format | Bildbreite und -höhe in Pixel, hier tragen Sie die berechnete Zahl ein |
| Resolution % | Output Properties → Format | Skaliert X und Y gemeinsam, auch Werte über 100 % sind möglich, um die Blender-Auflösung ohne neue Basiswerte zu erhöhen |
| Pixel Aspect X/Y | Output Properties → Format | Nur bei nicht-quadratischen Pixeln relevant, für Druckausgabe auf 1:1 belassen |
| Crop to Render Region | Output Properties → Format | Beschneidet den fertigen Render exakt auf den definierten Bildausschnitt |
| Render Region | Kamera-Ansicht → View-Menü | Begrenzt Vorschau und Render testweise auf einen Ausschnitt, bevor der große Render startet |
| Sensor Fit | Kamera-Objektdaten → Linse | Bestimmt, wie das Bildfeld auf ein Seitenverhältnis abgebildet wird, wichtig beim Wechsel zwischen Hoch- und Querformat |
| Use Tiling / Tile Size | Render Properties → Performance → Memory | Cycles-Einstellung (Standard: aktiv, 2.048 px), kachelt hochauflösende Bilder intern und senkt so den Speicherbedarf beim Rendern selbst, ändert aber nichts an der 65.536-Pixel-Grenze je Achse |
Praktischer Ablauf, um die Blender-Auflösung einzustellen: Zuerst die Pixelzahl aus Tabelle oder Formel in Resolution X/Y eintragen, Resolution % auf 100 belassen. Für schnellere Testläufe reduzieren Sie Resolution % vorübergehend und setzen ihn für den finalen Render zurück. Bei sehr großen Formaten lohnt sich vorher ein Testrender über Render Region: Sie prüfen Schärfe und Belichtung an einem Ausschnitt, bevor der komplette Render Stunden läuft.
dpi-Metadaten seit Blender 4.5: Pixel Density richtig setzen
Lange galt der Satz: Blender kennt kein dpi, jedes exportierte Bild bekommt pauschal 72 dpi als Metadatum, unabhängig von der tatsächlichen Auflösung. Seit Blender 4.5 LTS (veröffentlicht 15.07.2025) stimmt das nur noch zur Hälfte. Der Renderer arbeitet weiterhin ausschließlich in Pixeln, die Pixelzahl bestimmt sich nach wie vor über Resolution X/Y. Neu ist ein eigener Bereich „Pixel Density“ in den Output Properties, mit dem Sie den gewünschten dpi-Export direkt beim Rendern festlegen: ein Faktor plus eine Basis-Einheit, standardmäßig Zoll, wird als Metadatum in die Ausgabedatei geschrieben.
Wichtig zu verstehen: Diese Einstellung verändert die Pixelanzahl nicht, sie beschriftet die Datei nachträglich mit der gewünschten Druckgröße. Gespeichert wird das Metadatum in Einzelbild-Rasterformaten wie PNG, JPEG und TIFF. Für die tatsächliche Bildschärfe zählt weiterhin allein die Pixelzahl aus Resolution X/Y, die dpi-Angabe ist ein Beipackzettel, keine Neuberechnung. Wer mit einer älteren Blender-Version arbeitet oder das Metadatum nachträglich prüfen beziehungsweise ändern möchte, kann das weiterhin klassisch in GIMP (Bild → Druckgröße) oder Photoshop (Bildgröße, „Neu berechnen“ deaktiviert) erledigen, ohne dass sich an den Pixeln etwas ändert.
Wo Blender an Grenzen stößt: 65.536 Pixel, Kacheln und Speicher
Wer ein sehr großes Bild in Blender rendern will, stößt auf zwei harte Grenzen, und eine dritte Grenze, die es früher gab, existiert inzwischen nicht mehr in der Form, wie ältere Foren-Threads sie beschreiben.
Die Pixelgrenze: Resolution X und Y lassen sich in Blenders Oberfläche nicht über 65.536 Pixel je Achse hinaus setzen. Das bestätigen mehrere unabhängige Community-Berichte übereinstimmend, unter anderem ein Blenderartists-Thread zu einem 72.000 × 15.000-Pixel-Vorhaben. Im offiziellen Handbuch ist der Wert nicht separat beziffert, wir behandeln ihn deshalb als praxisbestätigten Erfahrungswert, nicht als zitierfähige Spezifikation. Zum Einordnen: Selbst unsere Messewand bei vollen 300 dpi (35.433 × 29.528 Pixel, siehe oben) bleibt darunter.
Die Kachelgröße, die Cycles heute intern nutzt: Ältere Anleitungen, auch die Forenbeiträge, die diese Frage seit 2008 begleiten, beschreiben ein Feld „Tile Size” für einzeln wählbare Kacheln pro CPU-Kern oder GPU-Batch. Dieses alte Schema ist mit der Cycles-X-Überarbeitung (Blender 3.0, Dezember 2021) verschwunden. An seine Stelle ist ein neues, automatisches Kachelsystem getreten: Unter Render Properties → Performance → Memory sorgt „Use Tiling” (standardmäßig aktiv, Tile Size standardmäßig 2.048 Pixel) dafür, dass Cycles hochauflösende Bilder intern kachelweise zwischenspeichert und so den Speicherbedarf senkt, ohne dass Sie dafür etwas einstellen müssen. Das hilft gegen einen zu hohen RAM- oder VRAM-Verbrauch beim Rendern selbst. Es ändert aber nichts an der 65.536-Pixel-Grenze je Achse, nichts am Speicherbedarf der Szenen-Geometrie im VRAM (Texturen, BVH, Displacement) und nichts daran, dass ein Abbruch mitten im Render das gesamte Bild kostet: Die internen Kacheln sind ein Puffer-Detail für ein einziges Bild, keine eigenständigen, fortsetzbaren Renderjobs.
Der Speicherbedarf: Wie viel Arbeitsspeicher ein Render-Puffer mindestens braucht, lässt sich überschlagen: Pixelzahl mal 4 Kanäle (RGBA) mal 4 Byte (32-Bit-Gleitkomma) ergibt den Speicherbedarf in Byte. Für unser A0-Beispiel bei 300 dpi (rund 139,5 Megapixel) sind das rechnerisch rund 2,2 GB allein für einen einzelnen Bildpuffer, ohne Denoising-Daten, zusätzliche Bildkanäle (AOVs) oder die Geometrie der Szene selbst. Das ist eine rechnerische Untergrenze für den reinen Bildpuffer, keine gemessene Renderzeit und kein gemessener Gesamt-VRAM-Verbrauch. In der Praxis liegt der tatsächliche Speicherbedarf je nach Szene, Texturauflösung, Sample-Zahl und Denoising-Einstellungen deutlich höher als dieser Rechenwert.
Genau an der Stelle, an der Blenders eigenes Kacheln aufhört, nämlich bei der 65.536-Pixel-Grenze, beim VRAM-Bedarf der Szene selbst und bei einem Abbruch, der das gesamte Bild kostet, setzt der CamSplitter an. Das Add-on teilt die Kamera selbst in mehrere Bildsegmente, rendert jedes als eigenen Renderjob, setzt die Segmente automatisch wieder zusammen und kann nach einem Abbruch exakt bei der letzten fertigen Kachel weitermachen, weit über die Pixelgrenze eines einzelnen Blender-Renders hinaus. Laut Produktseite sind aktuell Renderings mit 20.000 × 20.000 Pixeln und mehr möglich, ohne dass VRAM oder Geduld zuerst aufgeben.
Dateiformat für die Druckerei
Die Pixelzahl ist die halbe Miete, das Dateiformat entscheidet über Farbtiefe und Kompatibilität mit dem Druckprozess:
| Format | Farbtiefe | Verlustfrei | dpi-Metadaten | Eignung |
|---|---|---|---|---|
| PNG (16-Bit) | bis 16 Bit/Kanal | ja | ja, seit Blender 4.5 nativ | Standard für Einzelbilder mit Transparenz, druckereitauglich |
| TIFF | bis 16 Bit/Kanal | ja | ja | Klassiker der Druckvorstufe, von den meisten Layout-Programmen erwartet |
| JPEG | 8 Bit/Kanal | nein | ja | nur für Web-Vorschauen, für den finalen Druck wegen Kompressionsartefakten ungeeignet |
| OpenEXR | 16/32 Bit Float | ja | nein | Compositing- und Archivformat, nicht der direkte Weg zur Druckerei |
Für die Praxis heißt das: für die finale Datei an die Druckerei PNG 16-Bit oder TIFF, mit dem abgestimmten Farbraum (meist sRGB, außer die Druckerei fordert ausdrücklich eine CMYK-Vorkonvertierung) und, seit Blender 4.5, direkt mit dem korrekten dpi-Metadatum aus dem Pixel-Density-Feld. Wie groß die fertige Datei tatsächlich wird, hängt stark vom Bildinhalt ab: Rauschen und Detailgrad wirken sich stärker aus als das gewählte Format allein.
Checkliste vor der Druckabgabe
- Endformat und Beschnittzugabe mit der Druckerei abgestimmt (meist 2 bis 3 mm pro Kante)
- Pixelmaß aus Formel oder Tabelle berechnet und in Resolution X/Y eingetragen
- Resolution % steht auf 100, nicht versehentlich auf einem Vorschau-Wert stehen geblieben
- Farbraum mit der Druckerei geklärt (sRGB oder CMYK-Vorgaben)
- Bittiefe 16 Bit für großflächige Farbverläufe, sonst reicht 8 Bit
- Dateiformat wie gewünscht: PNG 16-Bit oder TIFF für den Druck, kein JPEG
- dpi-Metadatum über Pixel Density gesetzt oder mit der Druckerei abgeklärt, dass sie ohnehin nach Pixelmaß rechnet
- Dateiname eindeutig, inklusive Format und Version
- Bei sehr großen Formaten: Testrender über Render Region oder CamSplitter-Vorschau kontrolliert
- Probedruck oder 1:1-Ausschnitt geprüft, bevor die Gesamtdatei rausgeht
Häufige Fragen zu Blender, dpi und Druckauflösung
Rechnet Blender überhaupt mit dpi?
Nein, Blender rendert ausschließlich in Pixeln. Die Pixelzahl bestimmen Sie über die Formel Kantenlänge in mm mal dpi geteilt durch 25,4 und tragen das Ergebnis in Resolution X/Y ein. Seit Blender 4.5 LTS können Sie zusätzlich einen dpi-Wert als Metadatum in die Ausgabedatei schreiben lassen, das ändert aber nichts an der gerenderten Pixelzahl.
Wie viele Pixel sind 300 dpi Auflösung für DIN A4 bis A0?
Von 2.480 × 3.508 Pixel bei DIN A4 bis 9.933 × 14.043 Pixel bei DIN A0, jeweils im Hochformat. Die vollständige Tabelle mit 150, 200 und 300 dpi steht weiter oben, samt Formel zum Nachrechnen für jedes andere Format.
Kann ich die Resolution % über 100 setzen, um mehr Auflösung zu bekommen?
Technisch ja, Blender akzeptiert Werte über 100 %. Sinnvoll ist das nur, wenn Texturen, Geometrie und Kamera-Setup die zusätzliche Schärfe auch hergeben, sonst rendern Sie lediglich eine größere, aber nicht wirklich detailreichere Datei.
Reicht Hochskalieren statt Neu-Rendern?
Für einen Notfall-Ausdruck in letzter Minute kann ein KI-Upscaler die Lücke schließen. Für technische Visualisierungen mit klaren Kanten und feinen Bemaßungen liefert ein natives Rendering in der Zielauflösung verlässlichere Ergebnisse, weil Kanten und Beschriftungen nicht nachträglich interpoliert werden.
Wie lange dauert ein Render in DIN A0 bei 300 dpi?
Das hängt stark von Szene, Sample-Zahl und Hardware ab, eine pauschale Zahl wäre hier unehrlich. Testen Sie zuerst mit Render Region an einem repräsentativen Ausschnitt und rechnen Sie die Zeit auf die volle Pixelzahl hoch, bevor Sie den kompletten Render starten.
Ab wann brauche ich ein Add-on wie CamSplitter statt normal zu rendern?
Immer dann, wenn Sie über die 65.536-Pixel-Grenze je Achse hinauswollen oder ein Abbruch mitten im Render nicht das gesamte Bild kosten soll. Cycles kachelt seit Blender 3.0 zwar intern (Use Tiling im Performance-Panel, standardmäßig aktiv), um den Speicherbedarf des Bildpuffers zu senken, das bleibt aber ein internes Detail für ein einziges Bild. CamSplitter setzt eine Ebene höher an: Es teilt die Kamera selbst in mehrere eigenständige Renderjobs, überschreitet damit die Pixelgrenze und kann nach einem Abbruch exakt bei der letzten fertigen Kachel weitermachen.
Welches Dateiformat sollte ich an die Druckerei schicken?
In der Regel PNG mit 16 Bit Farbtiefe oder TIFF, beide verlustfrei und mit korrektem dpi-Metadatum. JPEG ist wegen der Kompression für den finalen Druck ungeeignet, OpenEXR ist ein Compositing-Format ohne Druck-Metadatum.