PixInsight für Einsteiger:innen — ein erstes Deep-Sky-Projekt von Roh-Aufnahme zur Veröffentlichung
Die Industrie-Standard-Software der Astrofotografie hat eine berüchtigte Lernkurve. Ein Schritt-für-Schritt-Workflow am Beispiel von M42 — von der Kalibrierung bis zur fertigen, präsentablen Aufnahme.
PixInsight ist eine eigentümliche Software. Sie kostet rund 250 EUR als Einmalkauf — kein Abonnement, lebenslange Updates innerhalb der Hauptversion —, und sie ist seit etwa 2010 der unangefochtene Industriestandard für die Verarbeitung astrofotografischer Aufnahmen. Profis nutzen sie. Die meisten ernsthaften Amateur:innen nutzen sie. Und doch beschreibt nahezu jede:r Einsteiger:in die ersten Wochen mit der Software mit dem gleichen Wort: Verzweiflung. Die UI gleicht keiner anderen Software, die Begriffe sind idiosyncratisch, und der Workflow folgt mathematischen Logiken, nicht intuitiven Gesten.
Dieser Artikel ist der Versuch, die ersten Schritte zu strukturieren — anhand eines konkreten Projekts, dem klassischen Einsteiger:innen-Ziel: M42, dem Orionnebel, fotografiert mit einer DSLR an einem mittelgroßen Newton.
Was PixInsight ist — und was es nicht ist
PixInsight ist eine nicht-destruktive Bildverarbeitungs-Suite, spezialisiert auf astronomische Aufnahmen. Nicht-destruktiv heißt: Anders als Photoshop, das pro Bearbeitungs-Schritt die Pixel-Werte überschreibt, arbeitet PixInsight in einer 32-Bit-Floating-Point-Repräsentation, in der mathematische Operationen umkehrbar bleiben und Rundungsfehler nicht akkumulieren. Das ist für Aufnahmen, die aus 30 oder 50 oder 100 Einzelbelichtungen gestackt werden, technisch relevant: Jede unsaubere Rundung würde sich über die Folge der Verarbeitungs-Schritte vervielfachen.
PixInsight hat einen modulartigen Aufbau. Es gibt Processes (BackgroundExtraction, ColorCalibration, HistogramTransformation, etc.), die auf ein geöffnetes Bild angewendet werden, und es gibt Scripts (BatchPreprocessing, ImageIntegration), die mehrere Bilder gleichzeitig verarbeiten. PixelMath ist die Sprache, in der man manuelle mathematische Pixel-Operationen ausdrückt — sie ist das Schweizer Taschenmesser der fortgeschrittenen Verarbeitung.
Die Schwächen sind ebenso explizit: Die UI hat keine Ähnlichkeit zu Photoshop. Es gibt keine „Reset”-Schaltflächen an gewohnter Stelle, sondern kleine quadratische Knöpfe mit Symbolen, die man lernen muss. Es gibt keine Layer-Maske im Photoshop-Sinn — stattdessen werden Masken als eigenständige Bilder erzeugt und auf das Hauptbild angewendet. Und es gibt keine „Undo”-Logik im Photoshop-Sinn — man arbeitet mit Image-Containern, die in History-Listen tracked werden, und das Konzept der „aktuellen Arbeitsversion” ist explizit zu verwalten.
Das Projekt: M42 mit 200-mm-Newton
Die Beispielaufnahme:
- Objekt: M42, der Orionnebel im Sternbild Orion
- Teleskop: 200-mm-Newton-Reflektor (Brennweite 1.000 mm, F/5)
- Montierung: EQ6 mit GoTo
- Kamera: Canon EOS 6D Mod (Mod = der IR-Sperrfilter wurde entfernt, damit die Kamera den Halpha-Bereich bei 656 nm aufnimmt — Standard-Aufrüstung für DSLR-Astrofotografie)
- Belichtungen: 30 Lights × 60 Sekunden bei ISO 800
- Kalibrationsframes: 20 Darks, 30 Flats, 50 Bias
30 Belichtungen × 60 Sekunden ergibt 30 Minuten Gesamt-Integrationszeit. Das ist für M42 ausreichend; das Objekt ist hell, der Kern überstrahlt schon bei 60 Sekunden — was uns später beim sogenannten HDR-Compositing noch beschäftigen wird, aber für das erste Projekt ausgelassen werden kann.
Was Lights, Darks, Flats und Bias sind
Bevor wir in den Workflow steigen, vier Begriffe.
Lights sind die Rohaufnahmen des Objekts — die 30 × 60s, die wir gemacht haben. Sie enthalten Signal (Photonen von M42) und Rauschen (thermisches Rauschen des Sensors, Auslese-Rauschen der Elektronik, Lichtverschmutzung im Hintergrund).
Darks sind Aufnahmen mit gleicher Belichtungszeit und gleicher Sensor-Temperatur, aber mit geschlossener Optik (Deckel auf dem Tubus). Sie enthalten nur das thermische Sensor-Rauschen. Werden vom Lights subtrahiert, um das thermische Rauschen herauszurechnen.
Flats sind Aufnahmen einer gleichmäßig hellen Fläche (Dämmerungs-Himmel, Flatfield-Box, weißes T-Shirt vor der Optik bei Tag) durch das exakt gleich aufgebaute Teleskop. Sie zeigen die Ungleichmäßigkeit der Helligkeit über das Bildfeld — die berüchtigte Vignettierung (Ecken dunkler als Bildmitte) und Staubschatten („Donuts” durch Staubkörner auf Sensor oder Filter). Werden vom Lights dividiert, um diese Inhomogenität zu korrigieren.
Bias sind die kürzesten Aufnahmen, die die Kamera kann (1/4000s o.ä.), bei geschlossener Optik. Sie zeigen das pixelweise Auslese-Rauschen ohne thermischen Anteil. Werden bei der Flat-Kalibration verwendet.
Wer Lights ohne Kalibrationsframes verarbeitet, bekommt am Ende ein vignettiertes, fleckiges Bild mit Staubschatten und ungleichmäßigem Hintergrund. Es ist der häufigste Anfänger:innen-Fehler.
Der Workflow in acht Schritten
1. Calibration → Lights mit Darks/Flats/Bias kalibrieren
2. Star Alignment → kalibrierte Lights auf gemeinsame Sterne registrieren
3. Image Integration → registrierte Lights stacken (Average + Sigma Clipping)
4. Dynamic Crop → Ränder mit Stack-Artefakten wegschneiden
5. DBE → Background Extraction (Dynamic)
6. Color Calibration → Background Neutralization + ColorCalibration
7. MaskedStretch → Histogramm-Stretch (lineare → nicht-lineare Phase)
8. Final Adjustments → Saturation, ggf. Star Reduction
Schritt 1 — Calibration
Das BatchPreprocessing-Script übernimmt das im Bulk: Man lädt die vier Frame-Gruppen (Lights, Darks, Flats, Bias) in die jeweiligen Slots, setzt die Cosmetic-Correction (Hot-Pixel-Entfernung) auf „auto”, und das Script erzeugt im Output-Ordner kalibrierte Lights. Bei 30 Lights läuft das einige Minuten. Wenn am Ende „MasterDark” und „MasterFlat” als kombinierte Frames im Output liegen, hat alles funktioniert.
Schritt 2 — Star Alignment
Die kalibrierten Lights sind noch leicht zueinander verschoben — durch periodische Nachführfehler, Wind, Differential-Refraktion. StarAlignment registriert sie auf ein Referenzbild (typisch: das visuell schärfste oder mittlere). Nach Abschluss liegen alle 30 Frames pixelgenau übereinander.
Schritt 3 — Image Integration
Der eigentliche Stacking-Schritt. Das ImageIntegration-Process kombiniert die registrierten Lights zu einem einzigen Stack. Die wichtigsten Parameter:
- Combination: Average (Durchschnitt der Pixel-Werte über alle Frames)
- Rejection: Sigma Clipping (Pixel, die mehr als 2.0 oder 2.5 Standardabweichungen vom Median abweichen, werden verworfen — entfernt Satelliten-Spuren, Flugzeug-Lichter, kosmische Strahlen)
Das Ergebnis ist ein gestacktes Bild mit dem 30-fachen Signal-zu-Rausch-Verhältnis der Einzelbelichtung. Bei diesem Schritt entsteht die eigentliche „lange Belichtung” — kein einzelnes Foto, sondern die mathematische Summe vieler.
Schritt 4 — Dynamic Crop
Die registrierten Frames überlappen nicht perfekt — am Bildrand entstehen Streifen, in denen nur einige Frames Signal beigetragen haben. DynamicCrop schneidet diese Ränder weg. Wichtig: erst croppen, dann die folgenden Schritte ausführen, damit der spätere Background nicht vom Rand-Artefakt verfälscht wird.
Schritt 5 — Background Extraction
Hier wird es interessant. Astronomische Aufnahmen haben fast nie einen wirklich gleichmäßigen Hintergrund — Lichtverschmutzungs-Gradienten, Mondlicht-Streuung, leichte Vignettierungs-Reste nach Flatfield-Kalibration. DynamicBackgroundExtraction (DBE) modelliert diese Gradienten und subtrahiert sie.
Konkret: Man setzt manuell 30 bis 50 kleine Sample-Punkte auf Bereiche, die nicht Teil des Nebels sind — also den scheinbar leeren Himmel rund um M42. PixInsight passt ein Polynom (typisch 2. oder 4. Ordnung) durch diese Punkte und subtrahiert das Polynom vom Bild. Das Ergebnis ist ein Bild mit gleichmäßigem Hintergrund.
Schritt 6 — Color Calibration
In zwei Schritten: zuerst BackgroundNeutralization (der scheinbar leere Himmel soll farbneutral grau erscheinen, nicht grünlich oder rötlich), dann ColorCalibration (die Sterne in der Aufnahme werden gegen einen photometrischen Standard kalibriert — die Software identifiziert Sterne, schlägt deren wahre Farben in einem Katalog nach und korrigiert die Kanal-Gewichtung der DSLR entsprechend).
Wer diesen Schritt überspringt, bekommt am Ende ein Bild mit Farbstich — typisch ein leichter Grün-Cyan-Stich, der DSLR-Sensoren eigen ist.
Schritt 7 — MaskedStretch
Bis hier war das Bild linear: Pixel-Werte direkt proportional zur Helligkeit. Linear sieht ein astronomisches Bild fast schwarz aus — der Nebel ist im niedrigsten Helligkeits-Prozent versteckt. Der Stretch — die nicht-lineare Aufdehnung der dunklen Bereiche — macht das Bild sichtbar.
MaskedStretch ist die richtige Wahl für M42, weil der Kern des Nebels extrem hell ist und ein klassischer HistogramTransformation-Stretch die Sterne ausbrennen würde. MaskedStretch erzeugt automatisch eine Maske, die die hellen Bereiche schont und nur die schwachen Strukturen aufdehnt — die Sterne behalten dadurch ihre Punktform, der Nebel gewinnt an Detail.
Schritt 8 — Final Adjustments
Sättigung steigern mit CurvesTransformation (Channel: S, sanfte S-Kurve). Bei Bedarf — wenn die Sterne dominanter wirken als der Nebel — eine MorphologicalTransformation mit kleinem Radius als Star Reduction. Das Bild wird vor der Speicherung in 16-Bit-TIFF konvertiert und kann dann in beliebige Präsentations-Formate (JPEG, PNG) exportiert werden.
Typische Fehler — und ihre Lösungen
Vignette im Endbild: Flat fehlt oder wurde falsch belichtet (zu hell = Sensor-Sättigung, zu dunkel = nicht aussagekräftig). Lösung: Flats neu aufnehmen, Histogramm-Peak bei ~30–50% der Sättigung anpeilen.
Farbstich: Background Neutralization oder Color Calibration vergessen oder mit falschen Bereichen ausgeführt. Lösung: Color Calibration mit „Structure Detection auto” wiederholen, sicherstellen, dass keine Galaxien-Bereiche in den Background-Sample-Punkten lagen.
Harte, übersteuerte Konturen am Nebel: Stretch zu aggressiv. Lösung: MaskedStretch mit niedrigerem „Strength”-Parameter wiederholen.
Streifen im Hintergrund: Reste eines DBE-Gradienten, der nicht vollständig entfernt wurde. Lösung: mehr Sample-Punkte setzen, Polynom-Ordnung auf 4 erhöhen, gegebenenfalls einen zweiten DBE-Durchgang.
Sterne mit farbigem Halo: Kein klassischer Verarbeitungsfehler, sondern ein chromatischer Aberrationsrest der Optik (häufig bei Achromaten, weniger bei Apochromaten und Newtons). Lösung: BlurXTerminator (kommerzielles Plug-in) oder manuelle Halo-Reduktion mit PixelMath.
Was du daraus mitnehmen solltest
PixInsight für 250 EUR ist eine vernünftige Investition für jede:n, die/der ernsthaft astrofotografisch arbeitet. Die Software macht Workflow-Schritte möglich, die in Photoshop nicht oder nur über Umwege gehen — vor allem die nicht-destruktive lineare Verarbeitung und die rigorose Hintergrund-Modellierung.
Für Einsteiger:innen mit kleinem Budget gibt es eine ernstzunehmende Alternative: Siril. Open Source, kostenlos, läuft auf Linux, macOS und Windows. Siril deckt den Kalibrierungs- und Stacking-Workflow vollständig ab und hat in den letzten Jahren bei der Streckung und Background-Extraction deutlich zugelegt. Wer mit Siril startet und nach einem Jahr feststellt, dass die Software an Grenzen stößt, kann immer noch auf PixInsight wechseln — der Workflow-Wissen ist übertragbar.
Was sich nicht abkürzen lässt, ist die Lernkurve. Wer das erste M42-Projekt mit PixInsight macht, braucht für die 30 Lights und 100 Kalibrationsframes etwa vier bis sechs Stunden — wovon zwei Stunden mit dem Lesen von Dokumentation, Stellarium-Konsultationen für Sternfeld-Identifikation und Verzweiflung am Tooltipp eines kryptischen Parameters verbracht werden. Das ist normal. Das vierte Projekt geht in ein bis zwei Stunden. Das zwanzigste wird Routine.
Und wer das erste fertige Bild ansieht — M42 mit dem rosa-roten Wasserstoff-Glühen, den blauen Reflexions-Anteilen, dem hellen Trapez-Quadrupel im Zentrum — der versteht, warum die ganze Mühe sich lohnt.