Planet foto og stacking

På markedet findes et antal udmærkede programmer til at foretage “stacking”, altså den proces der består i at lægge mange foto  sammen til et billede. Men hvor gode er de programmer egentligt og betyder det noget, hvad man vælger?

Det skal selvfølgelig undersøges og to stk vælges:

  1. Registax 6.1 – den gode gamle pakke, der kan det hele
  2. AutoStakkert 2.6.1.4. En lidt mindre pakke der meget nemt kan lave stacking i batch mode, dvs. har man en stribe AVIer af samme planet, kan den køre dem alle sammen igennem i en proces og levere det samlede resultat til sidst, dvs. meget effektivt hvis man har mange film fra en aften / nat

Setup

D 3 feb. 2016 blev optaget en ordentlig bunke AVIer af Jupiter.

Der blev anvendt en William Optich 110 mm refraktor, filterhjul med RGB og IR samt et ASI 120 mono kamera , et WO66 til guide (unødvendigt) og det hele på min EQ8. Lidt tilfældigt blev udvalgt et sæt RGB filer, hver med 1000 billeder, seeing var middel (god i nogle perioder). Wavelet behandling er i alle eksempler foretaget i Registax med samme parametre.

Konklusion

Ingen væsentlig forskel, dog er mange AP bedre end et. Registax og et AP dur ikke, men det skyldes nok mest at specielt den grønne stack blev meget lille og dermed burde wavelet parametrene ændres eller grænsen for stack kvalitet sættes ned

Registax:

A_jupiter_Jupiterwo1101_2016_02_04_02_13_05_Red_GX-14_GY-8_BX-16_BY-9
ca 25 AP automatisk placeret af Registax

 

A_jupiter_Jupiterwo1101_2016_02_04_02_05_47_Red_AP1_GX-7_GY-7_BX-13_BY-14
1 AP manuelt placeret i centrum

AutoStakkert

her er prøvet med tre forskellige former for Align Punkter:

  1. Manuelt Et AP i midten
  2. Manuelt ca 10 stk
  3. Automatisk ca 30 stk:
A_jupiter_Jupiterwo1101_2016_02_04_02_05_47_Red_g3_ap1_WL
Med et manuelt placeret AP i midten
A_jupiter_Jupiterwo1101_2016_02_04_02_05_47_Red_g3_ap30_WL
Med 30 AP, automatisk placeret
A_jupiter_Jupiterwo1101_2016_02_04_02_05_47_Red_g3_ap12_WL_GX1_BX1
Manuelt placeret ca 12 stk

 

 

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.