Beste Hans,
Als dit enkel H-alpha data is geschoten met de OSC camera, dan heeft Kees een goed punt, groen en blauw is niks waard en toont daarom veel ruis ;-) Veel beter om je data te verwerken met het H-alpha debayer algortihme ( 0) RAW/FITS) ) dat levert je meteen de monochrome H-alpha data op zonder resolutie verlies en zonder injectie van de ruis uit de groene en blauwe kanalen.
Daarnaast, 19 frames x 2min is op zich niet zoveel, zeker niet voor H-alpha data. De vraag is echter wat voor een MasterDark je hebt gemaakt. Een correct gemaakte MasterDark moet de Amp-Glow er volledig uithalen bij de ASI294MC Pro. Er kunnen mijns inziens 3 problemen zijn
- de darks zijn niet gemaakt op dezelfde temperatuur, dan wel belichtingstijd dan wel gain, dan wel offset als de lights. Al deze 4 parameters moeten voor de darks hetzelfde zijn als voor je lights bij deze cmos camera’s om de amp-glow weg te krijgen. Dat komt omdat de amp-glow niet-linear gedrag heeft.
- Omdat je H-alpha hebt met een belichtingstijd van slechts 2 minuten is de kans heel groot dat de data niet afdoende belicht is. Na aftrek van de dark krijg je dan serieus clipping van het histogram op zwart/de linkerkant. Dit kan je oplossen met de Adpative Pedestal functie in 2) calibrate.
- Je hebt een masterdark gemaakt van slechts enkele darks, dat injecteert dan zichtbaar ruis.
Je probleem kan door deze 3 factoren allemaal worden bepaald in meer of mindere mate. Daarnaast raad ik je sterk aan om zeker gebruik te maken van APP’s Bad Pixel Map functie om in ieder geval alle niet-lineaire pixels (hot/cold) beter te corrigeren. Darks zijn niet heel geschikt daarvoor want de niet-lineaire pixels laten zich niet goed weg calibreren door subtractie van een masterdark. Een camera zoals de ASI294MC Pro heeft veel ! niet-lineaire pixels (dat is heel normaal voor deze cmos camera’s, mijn asi1600 heeft er ook veel) , dus een Bad Pixel Map alleen maakt de data al veel beter ;-)
Mabula