Combining mono and One-Shot-Color data.

Not totally sure here, but you are still normalizing 3 channel RGB data with 1 channel data then? As the CFA pattern is still there. I might be misreading that. That's at least not possible right now, which is why the split channels workflow exists. But we do want to make this more clear and easier in a future version indeed.

I don't see why there would be a difference (from an end-user perspective) in normalizing each channel in an RGB image on-the-fly (as happens when only RGB data is in the workflow) vs that RGB image split into 3. Esp since at that point the debayering should have already occurred.

That might be something that gets implemented indeed, I don't know about the background algorithms yet though and how difficult this is (or not) to implement that way.

Is there an update on this? I've just wasted a couple of hours with Java out of bounds errors combining some Ha and L from a mono cam with OSC RGB from its sister camera. All goes fine until Normalisation and when it hits the RGB data. Both the RGB and the L-Ha stuff work through to nice images when managed separately, but it would be helpful to have the whole lot processed together so they are all aligned. 

So now I have seen this thread! There is a split channels option at Stage 2 calibrate - is that the thing to tick. Presumably with align channels. 

Quite a few of us augment colour with mono data so I'm a bit surprised by all this. Thanks

Posted by: @williamshaw

There is a split channels option at Stage 2 calibrate - is that the thing to tick. Presumably with align channels. 

Split channels only works when using the calibrate button in tab 2 and then using the "save calibrated lights" also in tab 2.

@wvreevenk thanks. My Mac is now producing 215 triplets of calibrated separate R, G, and B mono files along with the L and Ha. Do I just work through the remaining steps as before on those 5 channels? How do I ensure that APP now looks at the five mono channels rather than lookin g at the two mono and original RGB? Is that automatic or do I have to restart the whole process with five sets of input? Ta - sorry - new to this combo

@williamshaw My advise would be to load the L and Ha files and calibrate them and save as well in step 2. Then clear all files and only load the calibrated R, G, B, L and Ha files and process them normally. You will end up with 5 integration results (one each for R, G, B, L and Ha) that you then can combine as you see fit.

@wvreeven so we are talking on two threads. I read the above before I deleted all those calibrated files, and decide to try it anyway. I have this problem in that the output of the split channel calibration is saved in a directory as ordered triples of files of the form

OLDNAME1-cal-Blue.fits

OLDNAME1-cal-Green.fits

OLDNAME1-cal-Red.fits

OLDNAME2-cal-Blue.fits

OLDNAME2-cal-Green.fits

OLDNAME2-cal-Red.fits

So the three channels are interleaved in the directory and it is a PITA to select all the reds together etc. I can drop this approach altogether but wondered if there was a cunning way to grab just each colour to reload into the relevant channel. 

@williamshaw Yeah probably better to drop this workflow and use the one in the other thread.

Having said that, there is no cunning way in APP. If you are familiar with command line scripting then you can write a script that places the files with the same color in a directory and then load from there.

@wvreeven thanks - agree on both points. I tend to run the OSC and mono integrations as I go in any case. I'll do the other thing. Post-processing by splitting and registering the stacked output makes more sense and uses a lot less storage!  Thanks for the feedback. I should get a nice M33 in HaLRGB form eventually.