Je eerste DSLR-stack: van een map met raw-bestanden naar een foto
Wat in welke map hoort, wat de software zelf herkent, en wat twee echte sessies (111 frames van de Plejaden en 134 van Orion) bij elke stap rapporteerden.
Een camera op een tracker levert een geheugenkaart vol raw-bestanden op, en de weg van daar naar een foto is waar de meeste mensen blijven steken. De stappen zijn niet moeilijk, maar niemand zegt duidelijk wat waar hoort en wat er daarna gebeurt. Dit stuk doet dat wel, aan de hand van twee echte sessies met dezelfde Canon, één op de Plejaden en één op Orion, en citeert wat de software in elke fase rapporteerde.
De map
Kalibratie wordt bepaald door waar elk bestand staat. Dit is de indeling die elke tutorial leert en elk stackprogramma leest:
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
Sleep de bovenste map op Akastroid. Het leest de vier submappen aan hun naam (dark/darks, flat/flats, bias/biases/offset werken allemaal) en meldt wat het gevonden heeft voordat het iets doet:
Kalibreren met 37 darks, 17 flats, 17 bias.
Een raw-bestand heeft geen headerveld dat zegt wat voor soort frame het is, dus de map dient als label. Zet een dark in lights/ en het wordt beoordeeld als een zeer slechte foto van niets en verworpen. Dat is het juiste resultaat, maar wel een verwarrend.
Heb je alleen lights, dan is dat prima. De sessie draait zonder kalibratie en zegt dat ook:
Geen kalibratieframes gevonden. Er wordt doorgegaan met light-frame-optimalisatie.
Hete pixels worden dan statistisch uit de frames zelf gerepareerd, vóór het demozaïeken. Dat moment doet ertoe: zodra een hete pixel in zijn buren is geïnterpoleerd is hij geen losse spikkel meer en niet meer te vinden. (Wat elk kalibratieframe werkelijk oplost.)
Wat er met de darks gebeurt
Zevenendertig darks van 24 megapixel, tegelijk als floating point in het geheugen, nemen elf gigabyte in beslag. Akastroid bouwt de master dark als mediaan zolang de set in een paar gigabyte past en als lopend gemiddelde als dat niet zo is. Bij een set van deze omvang zie je het verschil in het resultaat niet.
Het controleert ook of de darks bij de lights passen. Een dark die met een andere belichtingstijd of ISO is gemaakt, meet een andere sensortoestand, en aftrekken laat dan een restpatroon achter. Passen ze niet, dan zegt de sessie dat, past ze toch toe, en zegt dat je opnieuw moet opnemen:
De darks passen niet bij de lights: de darks zijn 30 s belicht en de lights 120 s …
In beide sessies pasten ze wel en verscheen er geen waarschuwing.
Beoordelen, en de frames die je kwijtraakt
Elke light wordt gemeten: hoeveel sterren erin staan, hoe scherp en hoe rond ze zijn, hoe helder de hemel is, of er een satelliet doorheen ging. De frames worden daarna tegen elkaar gescoord, want “goede scherpstelling” betekent alleen iets ten opzichte van de rest van de nacht.
De Plejaden-sessie had 111 frames en er werden er 67 geselecteerd. De rest scoorde onder de eigen drempel van de sessie (zachte scherpstelling, een overtrekkende wolk), en het kwaliteitsoordeel luidde “Lastig”. Orion had 134 frames, waarvan 119 geselecteerd. Beide sessies droegen dezelfde waarschuwing:
De sterren zijn over de hele sessie licht ovaal (excentriciteit 0,76). Dat ligt aan de optiek en niet aan de volging (coma, beeldveldkromming of een gekantelde camera), dus er zijn daarvoor geen frames verworpen.
Die laatste bijzin is waar het om gaat. Ovale sterren in elk frame komen van de lens, niet van de volging, en frames verwerpen om een fout die ze allemaal delen zou niets overlaten om te stacken. De app meldt het één keer, op sessieniveau, en gaat door.
Registratie
Frames worden uitgelijnd op sterpatronen, niet op waar de montering denkt dat hij naartoe wees. Een cameralens vervormt het veld licht en rekt de hoeken net iets anders uit dan het midden. Daarom mag na de gebruikelijke fit met rotatie en verschuiving mag een tweede ronde ook rekken, en dat wordt alleen behouden als de hoeksterren er dichter door landen. Een paar frames in elke sessie kon helemaal niet gematcht worden (drie van de Plejaden, zeven van Orion) en werd uitgesloten, met de namen in het logboek.
Integratie
Hier liepen de twee sessies uiteen, en het logboek zegt waarom:
Plejaden: Integratie: sigma-clipping, 64 frames, diep genoeg om sporen met sigma-clipping schoon weg te halen
Orion: Integratie: linear-fit clipping. Bij 112 frames dreef het hemelniveau door de sessie heen, en door per pixel de stack te fitten worden uitschieters verworpen zonder de drift voor een uitschieter aan te zien
De Orionhemel werd door de nacht heen helderder. Een gewone sigma-clip behandelt elk frame als een monster van dezelfde hemel, dus door een vloeiende drift lijken de vroegste en laatste frames uitschieters, en dat zijn vaak juist de beste data. Linear-fit clipping fit eerst de drift en verwerpt wat er overblijft. Orion verwierp 8,7 % van de pixelmonsters (de hetepixelpopulatie van een DSLR plus de drift) en de Plejaden 3,4 %.
Geen van beide sessies werd gedrizzled, en ook dat legt het logboek uit. De sterren besloegen 3,6 en 3,9 pixels, wat fijn genoeg bemonsterd is dat een fijner raster het bestand groter zou maken zonder detail terug te halen.
De rand
Beeldvelddraaiing en dithering laten een rafelige rand achter waar maar een paar frames overlappen. Er wordt bijgesneden tot waar die rand werkelijk ligt, niet met een vast percentage:
De framerand bijgesneden waar beeldvelddraaiing gedeeltelijke dekking achterliet: 5 px links, 40 rechts, 0 boven, 43 onder.
Kleur en gradiënt
Bij beide sessies werd de achtergrondgradiënt verwijderd en de kleur gebalanceerd op de sterren in het veld: 1473 bij de Plejaden, 1500 bij Orion. De Plejaden hadden een kwadratisch gradiëntmodel nodig in plaats van een vlak. De lens vignetteert rood en blauw iets anders dan groen, en de flats corrigeren de helderheid nauwkeuriger dan de kleur. De app ziet dat aan het residu en kiest zelf het zwaardere model. (Waarom de referentiester ertoe doet voor de balans.)
Afwerking
De stretch, ruisonderdrukking, omgang met sterren en contrast worden ingesteld op basis van metingen aan de afgewerkte lineaire stack: hoeveel van het frame hemel is, hoe helder de helderste structuur is tegenover de ruis, en hoe schoon de stack is. Het logboek somt elke beslissing op:
Achtergrond afgestemd: 95 % van het frame is lege hemel, dus de achtergrond wordt donkerder gezet zodat hij niet uitspoelt Hooglichten afgestemd: het frame heeft een zeer heldere kern, dus de hooglichtbescherming wordt verhoogd om de structuur daarin te behouden
Voor elk daarvan is er een regelaar op het tabblad Aanpassen, op AUTO tot je hem verschuift.
Wat je krijgt
Plejaden: 64 frames, ruis 4,5× lager dan bij één frame, de reflectienevel rond Merope en Maia zichtbaar, en ronde sterren tot in de hoeken. Orion: 112 frames, ruis 6,5× lager, het Trapeziumgebied net onder wit gehouden, de Running Man blauw en schone stofbanen.
Geen van beide is een wedstrijdbeeld. Allebei zijn het foto’s, in ongeveer vier minuten gemaakt uit een map met raw-bestanden, met een logboek van wat er is gedaan en waarom. Bij je tweede stack ga je dat logboek waarschijnlijk lezen en het met delen ervan oneens zijn.
Samenvatting
- Zet
lights/ darks/ flats/ biases/onder één map en sleep de map erop. - De app meldt wat het gevonden heeft en of de darks passen. Lees die regel.
- Frames worden gescoord tegen de sessie. Een fout die elk frame deelt is geen reden om er een te verwerpen.
- De integratiemethode wordt uit de data gekozen, en het logboek zegt welke en waarom.
- Bij elke automatische beslissing hoort een regelaar. Begin op AUTO.
Lees het Engelse origineel · Ook in het Deutsch · Español · Français · Italiano · 日本語 · 한국어 · Русский · 简体中文
Probeer het op je eigen data
Akastroid doet alles uit deze gids automatisch, en vertelt je wat het gedaan heeft.
Akastroid downloaden (gratis)