OSC processing orde...
Clear all

2023-09-28: APP 2.0.0-beta24 has been released !


Improved application startup, fixed application startup issues, upgraded development platform to Oracle GraalVM JDK21

We are very close now to  releasing APP 2.0.0 stable with a complete printable manual...

Astro Pixel Processor Windows 64-bit

Astro Pixel Processor macOS Intel 64-bit

Astro Pixel Processor macOS Apple M Silicon 64-bit

Astro Pixel Processor Linux DEB 64-bit

Astro Pixel Processor Linux RPM 64-bit

OSC processing order: RGBHOO

2 Posts
2 Users
Main Sequence Star
Joined: 10 months ago
Posts: 19
Topic starter  

Hi.  Wondering: if I have RBG and HaOIII data from my OSC camers (ASI294MC), is there a difference in the end product between these two processing orders (effectively, separating channels early or late):


1) easier processing, late separation:

- Process RGB all the way through integration

- Process HaOIII with "HaOIII color" algorithm, all the way through integration

- Do some minor cleanup, like early cropping, remove light pollution, and maybe calibrate star colors (for RGB only)

- Normalize the two stacked images

- In "Combine RGB tool" with RGBHOO formula, load RGB stack into R, G, B channels and load HaOIII stack into Ha, OIII, OIII channels




2) early separation:

- Process RGB through Calibration, split R, G, and B and process those separately through Integration

- Process "HaOIII, extract Ha" through integration, then "HaOIII, extract OIII" through integration

- Do some minor cleanup, like early cropping and remove light pollution for each stack

- Nornmalize all five stacks 

- In "Combine RGB tool" with RGBHOO formula, load R, G, B into their channels separately and then Ha, OIII separately


(Same question for HSO or similar processing)


In effect, does it make a difference at what point in the process I separate the individual channels out of the color image (and if so, why?)






This topic was modified 4 months ago 2 times by HE04

Mabula-Admin reacted
Universe Admin
Joined: 6 years ago
Posts: 5701

It can make a difference in the sense that having all channels separate (your option 2), gives you the ability to process them differently if preferred. I'm not sure it would otherwise be a big difference as I think APP is still separating the RGB image into R, G and B channels in RGBCombine. I would maybe separate Ha and OIII though and load those into the tool as actual Ha and OIII, because a HaOIII stack will be combined already and then separated, I think having them processed as separate channels first reduces the noise level of both a bit better. So option 1 is the easiest and doesn't make a difference, other than I would process the Ha and OIII separate.

Mabula-Admin reacted