Verschuiving van het veldmidden en integratienaden

Wanneer u over meerdere nachten data verzamelt, of data integreert die met meerdere sets apparatuur zijn opgenomen, komen de veldmiddens van de afzonderlijke sets vaak niet overeen — soms doordat de veldrotatiehoek van de apparatuur verschilt, soms doordat het richten van de telescoop om een of andere reden verschoven is. Dat laat na de integratie duidelijke naden achter. Het goede nieuws: in de meeste gevallen vereist deze situatie geen nieuwe opnamen; zolang u de juiste parameters voor de uitlijning en de integratie gebruikt, kan de naad vrijwel volledig worden weggewerkt. Verspil geen enkele met moeite verkregen pixel.

Zelfs 45 graden veldrotatieverschil kan naadloos

Ik liep tegen dit probleem aan de allereerste keer dat ik foto’s probeerde te integreren die met twee verschillende sets apparatuur waren opgenomen: hoewel het hetzelfde object was en de brandpuntsafstanden van de telescopen vergelijkbaar waren, verschilden de velden van de twee camera’s toevallig precies 45 graden, zodat de vier hoeken niet konden samenvallen en het direct stapelen een duidelijke stapelgrens opleverde.

Na een passende uitlijning en integratie is geen enkel spoor van een grens meer te bespeuren. Wel moet worden opgemerkt: dit alles geldt onder één voorwaarde — de flat-kalibratie moet slagen. De veldverschuiving zelf heeft weinig invloed; tenzij u zeer sterk inzoomt, is die in wezen nauwelijks te zien, zeker bij een monochroomcamera. Bij twee datasets zoals deze, met 45 graden veldrotatieverschil, is het verschil in signaal-ruisverhouding (S/R) in de vier hoeken na de integratie pas te zien als u zorgvuldig tot 300% inzoomt.

De niet-overlappende zwarte gebieden opeten met pixel rejection

Laten we nog een voorbeeld van een middenverschuiving bekijken. Bij het bewerken van M51 had ik twee beeldsets, A en B; bij set B lag het beeldmidden niet op M51 zelf, omdat de OAG op een heldere ster was gericht. Nadat ik set B had uitgelijnd op set A (die “op M51 is gecentreerd”), verschijnen in de uitgelijnde beelden van set B de delen die het overeenkomstige gebied van A niet bedekken, volledig zwart.

De sleutel ligt erin dat u bij de uiteindelijke integratie van A en B een passende pixel rejection-methode kiest om al die zwarte delen volledig te rejecten, waarna de naad volkomen onzichtbaar wordt — zelfs bij 400–500% vergroting. Niet weinig mensen denken “gewoon opnieuw opnemen”, maar dat is in werkelijkheid verspilling van data: set B telt alleen al in het L-kanaal 15 frames van elk 20 minuten, en opnieuw opnemen tot dezelfde positie als set A zou betekenen dat u alleen voor het L-kanaal nog eens minstens 5 uur of meer kwijt bent. Zolang M51 nog binnen het beeldbereik valt, lost een verstandig gebruik van de voorbewerking het op — waarom dan opnieuw beginnen?

Vergeet de naden in de kleurkanalen niet

Bij het aanpakken van de veldverschuiving is er nog een valkuil die gemakkelijk over het hoofd wordt gezien: de naad manifesteert zich in verschillende kanalen anders.

Wederom twee beeldsets waarvan de velden niet overlappen: het luminantiekanaal (L) toont na de integratie geen verschil, omdat het aantal frames aan weerszijden van de grens ongeveer gelijk is (linkerafbeelding); maar het blauwe kanaal onder de kleurkanalen heeft, doordat het aantal frames aan weerszijden van de grens sterk verschilt, een duidelijk andere signaal-ruisverhouding, zodat er een grens verschijnt (middelste afbeelding). Als gevolg daarvan laat het blauwe kanaal met de slechtere signaal-ruisverhouding na de LRGB-samenvoeging het uiteindelijke beeld toch de grens tonen (rechterafbeelding).

De conclusie is dus duidelijk: de kleurkanalen zijn even belangrijk als het luminantiekanaal, en beide beïnvloeden de kwaliteit van het uiteindelijke beeld. Is een van beide kanten niet goed behandeld, dan trekt dat in wezen het eindproduct omlaag. In plaats van u vast te klampen aan uitspraken als “een L van 5 minuten redde 4 uur RGB”, kunt u beter eerlijk de eigen problemen van elk kanaal grondig oplossen — dit alles laat zich namelijk met software-experimenten verifiëren, in plaats van te vertrouwen op plausibel klinkende anekdotes.