Dein erster DSLR-Stack: Von einem Ordner voller RAW-Dateien zum Bild

Eine Kamera auf einem Tracker produziert eine Speicherkarte voller RAW-Dateien, und die Lücke zwischen dem und einem Foto ist der Ort, an dem die meisten stecken bleiben. Nicht, weil die Schritte schwer wären, sondern weil niemand klar sagt, was wohin gehört und was dann passiert. Dieser Beitrag tut es, anhand zweier echter Sessions - eine Canon auf den Plejaden und dieselbe Kamera auf Orion - und zitiert, was die Software in jeder Phase tatsächlich gemeldet hat.

Der Ordner

Alles an der Kalibrierung wird davon entschieden, wo eine Datei liegt. Das ist die Struktur, die jedes Tutorial lehrt und jedes Stacking-Programm liest:

Pleiades/
  lights/    111 x IMG_7156.CR2 ...   the photographs of the sky
  darks/      37 x IMG_7260.CR2 ...   same exposure, same ISO, lens cap on
  flats/      17 x IMG_7290.CR2 ...   a plain, evenly lit surface
  biases/     17 x IMG_7724.CR2 ...   the shortest exposure the camera allows, cap on

Zieh den obersten Ordner auf Akastroid. Es liest die vier Unterordner anhand ihres Namens (dark/darks, flat/flats, bias/biases/offset funktionieren alle) und meldet, was es gefunden hat, bevor es irgendetwas tut:

Kalibrierung mit 37 Darks, 17 Flats, 17 Bias.

Eine RAW-Datei hat kein Header-Feld, das sagt, welche Art von Bild sie ist, also ist der Ordner die Deklaration. Leg ein Dark in lights/, und es wird als sehr schlechtes Foto von nichts bewertet und verworfen - das richtige Ergebnis, aber ein verwirrendes.

Wenn du nur Lights hast, ist das in Ordnung. Die Session läuft ohne Kalibrierung und sagt das auch:

Keine Kalibrierungsbilder erkannt. Weiter mit Light-Frame-Optimierung.

Heiße Pixel werden dann statistisch aus den Bildern selbst repariert, vor dem Demosaicing - was wichtig ist, denn sobald ein heißes Pixel in seine Nachbarn interpoliert wurde, ist es kein isolierter Fleck mehr und lässt sich nicht mehr finden. (Was jedes Kalibrierungsbild wirklich behebt.)

Was mit den Darks passiert

Siebenunddreißig 24-Megapixel-Darks, gleichzeitig als Gleitkommazahlen im Speicher, sind elf Gigabyte. Akastroid baut das Master-Dark als Median, wenn der Satz in ein paar Gigabyte passt, und als laufenden Mittelwert, wenn nicht; bei einem Satz dieser Größe ist der Unterschied im Ergebnis nichts, was du sehen wirst.

Es prüft außerdem, ob die Darks zu den Lights passen. Ein Dark mit anderer Belichtungszeit oder anderem ISO ist eine Messung eines anderen Sensorzustands, und es abzuziehen hinterlässt ein Restmuster. Wenn sie nicht passen, sagt die Session das, wendet sie trotzdem an und rät dir, sie neu aufzunehmen:

Die Darks passen nicht zu den Lights: Die Darks wurden 30 s belichtet und die Lights 120 s …

Bei beiden echten Sessions passten sie, und keine Warnung erschien.

Bewertung, und die Bilder, die du verlierst

Jedes Light wird gemessen: wie viele Sterne es hat, wie scharf sie sind, wie rund, wie hell der Himmel ist, ob ein Satellit hindurchgezogen ist. Die Bilder werden dann gegeneinander bewertet, denn „guter Fokus“ bedeutet nur relativ zum Rest der Nacht etwas.

Die Plejaden-Session hatte 111 Bilder, und 67 wurden ausgewählt; der Rest lag unter der sessioneigenen Schwelle - weicher Fokus, eine durchziehende Wolke -, und das Qualitätsurteil lautete „Anspruchsvoll“. Orion: 134 Bilder, 119 ausgewählt. Beide Sessions trugen dieselbe Warnung:

Die Sterne sind über die ganze Sitzung leicht oval (Exzentrizität 0,76). Das liegt an der Optik und nicht an der Nachführung - Koma, Bildfeldwölbung oder Kameraverkippung -, daher wurden dafür keine Frames abgelehnt.

Dieser letzte Halbsatz ist der wichtige. Ovale Sterne in jedem Bild sind das Objektiv, kein Nachführfehler, und Bilder wegen eines Fehlers zu verwerfen, den alle teilen, ließe nichts zum Stacken übrig. Die App sagt es dir einmal, auf Session-Ebene, und macht weiter.

Registrierung

Die Bilder werden an Sternmustern ausgerichtet, nicht an der Vorstellung der Montierung, wohin sie zeigte. Ein Kameraobjektiv verzerrt das Feld leicht - die Ecken werden ein wenig anders gedehnt als die Mitte -, sodass nach der üblichen Rotations-und-Verschiebungs-Anpassung ein zweiter Durchgang die Anpassung auch dehnen lässt und das nur behält, wenn die Ecksterne dadurch tatsächlich näher landen. Eine Handvoll Bilder in jeder Session ließ sich gar nicht zuordnen (drei bei den Plejaden, sieben bei Orion) und wurde mit Namen im Protokoll ausgeschlossen.

Integration

Hier gingen die beiden Sessions auseinander, und das Protokoll sagt warum:

Plejaden: Integration: Sigma-Clipping - 64 Frames - tief genug, damit Sigma-Clipping Spuren sauber entfernt

Orion: Integration: Linear-Fit-Clipping - 112 Frames, deren Himmelspegel über die Sitzung gedriftet ist - die Anpassung des Stacks je Pixel verwirft Ausreißer, ohne die Drift für einen zu halten

Der Orion-Himmel wurde über die Nacht heller. Ein einfaches Sigma-Clipping behandelt jedes Bild als Probe desselben Himmels, sodass eine gleichmäßige Drift so aussieht, als wären die frühesten und spätesten Bilder Ausreißer - und das sind oft die besten Daten. Linear-Fit-Clipping passt zuerst die Drift an und verwirft, was übrig bleibt. Orion verwarf 8,7 % der Pixelproben (die Heißpixel-Population einer DSLR plus die Drift); die Plejaden 3,4 %.

Keine der Sessions wurde gedrizzelt, und auch dafür sagt das Protokoll den Grund: Die Sterne erstreckten sich über 3,6 und 3,9 Pixel, was fein genug abgetastet ist, dass ein feineres Raster die Datei vergrößern würde, ohne Details wiederzugewinnen.

Der Rand

Bildfelddrehung und Dithering hinterlassen einen ausgefransten Rand, an dem nur wenige Bilder überlappen. Dieser Rand wird dort beschnitten, wo er tatsächlich liegt, nicht nach einem festen Prozentsatz:

Bildrand beschnitten, wo die Bildfelddrehung nur teilweise Abdeckung ließ - 5 px links, 40 rechts, 0 oben, 43 unten.

Farbe und Gradient

Bei beiden Sessions wurde der Hintergrundgradient entfernt und die Farbe anhand der Sterne im Feld abgeglichen - 1473 bei den Plejaden, 1500 bei Orion. Die Plejaden brauchten ein quadratisches Gradientenmodell statt einer Ebene, weil das Objektiv Rot und Blau etwas anders vignettiert als Grün und die Flats die Helligkeit genauer korrigieren als die Farbe; die App erkennt das am Residuum und schaltet von selbst eine Stufe hoch. (Warum der Referenzstern für den Abgleich wichtig ist.)

Finish

Stretch, Rauschreduzierung, Sternbehandlung und Kontrast werden aus einer Messung des fertigen linearen Stacks abgestimmt - wie viel des Bildes Himmel ist, wie hell die hellste Struktur gegenüber dem Rauschen ist, wie sauber der Stack ist -, und das Protokoll listet jede Entscheidung auf:

Hintergrund abgestimmt - 95 % des Bildes sind leerer Himmel, daher wird der Hintergrund dunkler gesetzt, damit er nicht ausbleicht Lichter abgestimmt - das Bild hat einen sehr hellen Kern, daher wird der Lichterschutz erhöht, um seine Struktur zu erhalten

Jede dieser Entscheidungen hat einen Regler im Tab Anpassung, auf AUTO, bis du ihn bewegst.

Was du bekommst

Plejaden: 64 Bilder, Rauschen gegenüber einem Einzelbild um das 4,5-Fache reduziert, der Reflexionsnebel um Merope und Maia sichtbar, Sterne bis in die Ecken rund. Orion: 112 Bilder, Rauschen um das 6,5-Fache reduziert, die Trapez-Region knapp unter Weiß gehalten, der Running Man blau, die Staubbahnen sauber.

Keins von beiden ist ein Wettbewerbsbild. Beide sind Fotos, aus einem Ordner voller RAW-Dateien, in etwa vier Minuten, mit einem Protokoll, das sagt, was getan wurde und warum. Das ist der erste Stack. Beim zweiten fängst du an, das Protokoll zu lesen und ihm zu widersprechen.

Die Kurzfassung

• lights/ darks/ flats/ biases/ unter einem Ordner. Den Ordner ablegen.
• Die App meldet, was sie gefunden hat und ob die Darks passen. Lies diese Zeile.
• Bilder werden an der Session gemessen; ein Fehler, den jedes Bild teilt, ist kein Grund, eines zu verwerfen.
• Die Integrationsmethode wird aus den Daten gewählt, und das Protokoll sagt dir, welche und warum.
• Jede automatische Entscheidung hat einen Regler. Fang auf AUTO an.