OSC processing orde...
 
Share:
Notifications
Clear all

June 24 2026 APP 2.0.0-beta46 has been released !

Improved internal memory configuration (lower ! memory usage), fixed beta45 startup issue, fixed Set Save Directory & 2-panel mosaics.

May 27 2026 APP 2.0.0-beta45 has been released !

Fully Multi-Threaded LNC, many improvements for the registration engine, platform upgrade, and further tuning of internal memory consumption and memory release back to OS.

Apr 14 2026: Google Pay, Apple Pay & WeChat Pay added as payment options

Update on the 2.0.0 release & the full manual

We are getting close to the 2.0.0 stable release and the full manual. The manual will soon become available on the website and also in PDF format. Both versions will be identical and once released, will start to follow the APP release cycle and thus will stay up-to-date to the latest APP version.

Once 2.0.0 is released, the price for APP will increase. Owner's license holders will not need to pay an upgrade fee to use 2.0.0, neither do Renter's license holders.

 

OSC processing order: RGBHOO

2 Posts
2 Users
2 Reactions
1,561 Views
 HE04
(@heylers)
Red Giant
Joined: 4 years ago
Posts: 34
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

 

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

 


This topic was modified 3 years ago 2 times by HE04

   
Mabula-Admin reacted
ReplyQuote
(@Anonymous 174)
Joined: 9 years ago
Posts: 5702
 

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
ReplyQuote
Share: