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
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
OR
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?)
TIA!
H
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.