UPDATE FROM MABULA
I have had a very rough 2 months unfortunately health wise. I was struck 3x in a row with bacterial infections. The second infection occurred  after a routine hospital checkup and I became very sick. I had to rest and take a lot of antibiotics. Once I was recovering and restarting work 1 month ago, I again became sick. The infection was not yet gone, so even more antibiotics and rest was needed. Needless to say, it took a lot of my energy and I needed a lot of rest.
Finally, the infection is really gone and my energy is coming back step-by-step now and I have started work again. I am terribly sorry to have kept you waiting for support. I will address all outstanding questions and e-mails step-by step and will be on the forum daily from today.
APP 2.0.0-beta47 will come soon as well, a lot of work was already completed before I became very ill, so the release is also nearly ready for you. Beta47 will be much faster actually. Many workflows will be more than 2x faster, mosaics can even be 10x faster than before because registration really received a major boost... all compared to beta46. Â Before I release it, I will make sure that everything is working properly and then I will release it.
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.
