Page 1 of 1

Please advise a HaRBG workflow for my data

Posted: Sat Apr 24, 2021 5:25 pm
by LuckyEddie
I've read that there are several possible workflows for combining data sets and that the choice of which to use depends on the data, the 'rendering intent' and just personal choice. My personal aim is an aesthetically pleasing image (detailed clouds of red nebula) rather than scientific accuracy. Please give me your opinions of what you would consider 'the best' approach for this data:
RGB data https://drive.google.com/file/d/1sKTrZB ... sp=sharing
Ha datahttps://drive.google.com/file/d/1iGvlRE ... sp=sharing
Both data sets were taken with my full spectrum modified Olympus E-PL5 - so a OSC with bayer matrix. Captured over two nights this March.
The RGB was taken with a Baader UV/IR cut filter, 38 minutes exposure.
The Ha was taken with a Baader Ha 7nm bandpass filter, 100 minutes exposure.
Each data set was stacked separately in Siril. The Ha extracted in Siril and then x2 simple drizzled to bring back to the same resolution as the RGB. Two two stacks were then registered together, again in Siril. There's a fair amount of light pollution gradient in the RGB data and obvious stacking artefacts to be cropped away.

Re: Please advise a HaRBG workflow for my data

Posted: Sun Apr 25, 2021 2:47 am
by admin
Hi,

Your Ha dataset contains some useful signal, however the drizzling has introduced severe correlated noise grain. It shows the same issue with the stars that we observed earlier - cores don't overexpose and your camera response does not appear to be linear.

Sadly, the RGB data is very poor indeed. There is a curious gradient in the bottom of the image that appears of artificial origin (e.g. it seems introduced by your flats perhaps?), and the RGB dataset contains many more suspect patches of uneven lighting that swamps the already very low signal. Some of this can be addressed using the Wipe module, but it will require treating the RGB data separately from the Ha data due to the heavy-handedness needed.

In general, when there is very little signal in your RGB data, you would typically not use the Ha data for mere red accents. In this case the Ha dataset contains the better signal by far, however it is marred by the severe noise correlation and the non-linear response of your camera, making it hard to process. You are best off using the Ha as luminance (detail) and the RGB data as chrominance (color); e.g. use L, RGB for Luminance, Color in the Compose module.

Doing so, you will be getting colors from the visual spectrum, which will typically show areas of strong Ha as a pink/purple - Ha is never alone in its emissions but is almost always accompanied by the other, higher energy ionization states (H beta through H eta), which are all blue, yielding the pink/purple color. If you were to use the Ha as mere accents, then of course, you can pick any color your like for those accents (including deep red), but the quality of the data here is such that this is not advisable in this instance, as the RGB data cannot stand on its own.
StarTools_587.jpg
StarTools_587.jpg (310.85 KiB) Viewed 2916 times
If at all useful, then to sum up, the above is the result of;
  • Loading the RGB dataset as linear with the first option, Binning, Cropping and performing a very aggressive Wipe on it (Uncalibrated 2 preset for example, however without the Vignetting modelling enabled as this is not an issue in this dataset), and saving it.
  • Loading the Ha dataset as linear with the first option, Binning, Cropping exactly the same and performing an less aggressive Wipe on it, and saving it.
  • Then using the Compose module to load the Ha as L, the wiped RGB as R, G and B, while setting "Luminance, Color" to L, RGB.
  • Then running Autodev, Wipe, AutoDev and going straight in to the Color module.
All that said, if you wish to perform more complex composites, then you must ensure your calibration and acquisition techniques are up to snuff. Walk before you run. Make sure the datasets in isolation are the best you can muster. Right now, both have rather severe issues (calibration issues, correlated noise , non-linear response) that need to be ironed out.

Divide and conquer is always the best approach. My recommendation would be to focus either on getting the most out of your Olympus or - time probably better spent - getting the most out of your more professional instrument in accordance with best practices.

Re: Please advise a HaRBG workflow for my data

Posted: Sun Apr 25, 2021 5:33 pm
by LuckyEddie
Hi Ivo,
Very diplomatically put. So my data's rubbish - I'm not upset or even surprised, this was a very quick grab to practice workflow rather than anything else.
There are some point you've made that I'd like to understand more...
  • Calibration issue - I believe that the horrible gradient are down to my local light pollution sources, I'm surrounded by street lights, security lights and two story buildings within 40', only to the east am I not boxed in. I get major gradient differences depending on the orientation of my target, and due east shots have a lot less gradient. Also the RGB was taken under 98% full moon. My flats are taken with a light panel that I deliberately rotate to average out any in-source variation and when stacked I haven't found any gradient other than the expected vignette. That said, I'm very much a novice, so I've uploaded both the stacked flats for the RGB & Ha data sets. Would you mind confirming if these look reasonable to you, or contain unexpected gradients/artefacts? https://drive.google.com/file/d/1U-EtPI ... sp=sharing & https://drive.google.com/file/d/1LNwzji ... sp=sharing
  • Non-linear data - How did you determine this? Is it something I can measure myself from the data? The only way I already know of to measure this is with a calibrated light source and integrating sphere? I'm intrigued. :think:
  • 'your more professional instrument'? The only camera I personally have is the little Olympus. I've only started with the hobby in the last year and want to learn as much as possible before making the wrong investments, so I'm deliberating starting at the bottom. You haven't sent me a present in the mail, have you? ;)
Thanks for your time.

Re: Please advise a HaRBG workflow for my data

Posted: Mon Apr 26, 2021 1:35 am
by admin
LuckyEddie wrote: Sun Apr 25, 2021 5:33 pm Very diplomatically put. So my data's rubbish - I'm not upset or even surprised, this was a very quick grab to practice workflow rather than anything else.
Let's be clear - an astrophotographer 30 years ago would be absolutely stoked with the signal you picked up (but probably very disconcerted by the light pollution gardients). :)

If your gear or circumstances conspire against you, focus on the specific solutions to these problems.
So, in your case;
  • Never shoot when the moon is out, if you can help it; it will enormously exacerbate noise in your image.
  • If light pollution is an issue, consider going narrowband entirely - you can already see how much more detail you gathered using a Ha filter (and that is only using a quarter of the pixels on your sensor!). I typically loathe encouraging people to spend more money, but I feel a strict Ha + O-III filter like the Optolong L-eXtreme filter will really help out maxing out you gear under your specific circumstances.
  • Hone your skills on bright objects that more easily poke through the murk and its noise; M42, M8, M31, etc.
Calibration issue
The nearby lights could explain the gradients, though they seemed very level (e.g. increasing in intensity for every row of the image). This may have just been a coincidence, and the master flats (thank you for uploading!) otherwise look entirely plausible.
Non-linear data - How did you determine this? Is it something I can measure myself from the data? The only way I already know of to measure this is your more professional instrument
Apologies - I got you confused with another and assumed the Ha was from a different instrument (which indeed produced a "squashed" dynamic range in the highlights).

The reason I brought this up, is because I am seeing something similar in the RGB dataset particularly. E.g. star cores barely (or not at all) over-expose and the stellar profiles have this strange halo/gray area (requires AutoDev to visualise), as if they are the result of a a high dynamic range composite (e.g. different exposure times were used), or as if seeing conditions deteriorated significantly.

Did you use the recommended ISO value for your camera? I'd say ISO 1600/3200 is your best bet, looking at where this graph becomes nice and linear.
You haven't sent me a present in the mail, have you? ;)
:lol: You mean you still haven't received your complimentary FLI Kepler KL400? :mrgreen: (oh, how I wish...)