ASI294MC + L-extrem...
 
Share:
Notifications
Clear all

Mar 28 2026 APP 2.0.0-beta40 will be released in 7 days.

It did take a long time to have the work finished on this and it  will have a major performance boost of 30-50% over 2.0.0-beta39 from calibration to integration. We extensively optimized many critical parts of APP. All has been tested to guarantee correct optimizations. Drizzle and image resampling is much faster for instance, those modules have been completely rewritten. Much less memory usage. LNC 2.0 will be released which works much better and faster than LNC in it's current state. And more, all will be added to the release notes in the coming weeks...

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.

 

ASI294MC + L-extreme + gradients

9 Posts
4 Users
0 Reactions
3,189 Views
(@tojuliin)
Main Sequence Star
Joined: 5 years ago
Posts: 27
Topic starter  

Hello!

I consulted an expert and he thought that I have common problem with ASI294MC and Optolong L-extreme which cause slight gradients to images, especially in long exposures. He analyzed my calibration files and told that the calibration should be done so that one channel is calibrated with that channel flat. But I don't know what is the easiest way to do that using APP?

Is there way I can calibrate automatically the red channel with the only red channel flat?



   
ReplyQuote
(@Anonymous 174)
Joined: 9 years ago
Posts: 5702
 

I think, what he meant is that all your data is mainly in the red channel (H-alpha signal) and that you'd need flats for that. APP has a very nice feature to extract the H-alpha signal from your data (tab 0, extract-Ha algorithm). If you set it to that, then load in the lights and calibration frames (flats included), you should get a mono H-alpha channel from your data which can then be corrected with your flats etc.



   
ReplyQuote
(@tojuliin)
Main Sequence Star
Joined: 5 years ago
Posts: 27
Topic starter  

Thank you for your answer.

Actually he really meant separate process for every RGB-channel, not for Ha/Oiii-channels - that's Im sure. He told that in Pixinsight there is checkbox "Separate CFA flat scaling factors" but wasn't sure, how to do same in APP. I understood that this gradient problem is relevant in every dual narrowband -filters and this way to process will fix it.



   
ReplyQuote
(@Anonymous 174)
Joined: 9 years ago
Posts: 5702
 

We don't have such a feature (for manual adjustment that is), but the way I described should work perfectly (as many use it like that), APP does a lot of these things in the background. The algorithms in tab 0 are specifically meant for dual- tri-band filters.



   
ReplyQuote
(@tojuliin)
Main Sequence Star
Joined: 5 years ago
Posts: 27
Topic starter  

@vincent-mod

For me resolution is not perfect - or could be better. I have posted some integration images here. In this example I have used carefully made calibration frames (same temperature, flats with flatbox etc.) and more than normally needed. Lights 30 x 600 s = 5 hours. Notice that these are from bortle 3 skies so everything is more sensitive than in light polluted areas. Your light pollution tool excellent, but I hope that this problem could be fixed without using it. For me it's an emergency function.

These are images using different integration-methods:

Ha-OIII color

Ha OIII color

Ha-OIII Ha extract

Ha extract

Ha-OIII OIII extract

OIII extract

Ha-OIII mono

Ha OIII mono

Ha + OIII extractions very roughly combined (Ha = red, OIII = green+blue) 

Ha OIII combined

Screenshot from flats (taken by the expert who has advised me). Top left is the red channel, top right is the blue channel and bottom is the green channel.

Flats


   
ReplyQuote
(@wvreeven)
Quasar
Joined: 8 years ago
Posts: 2134
 

@tojuliin Since you're shooting with a color camera and an L-eXtreme filter, you'll get an equal amount of exposure time on Ha and OIII. So in order to reach the bottom colored result that you show here, you need to boost the OIII signal a lot since the Ha signal is so much stronger. That will bring out faint background noise in the OIII channel, even if you're shooting from a bortle 1 site. Not sure if it is possible to get a cleaner image without using a mono camera to be honest.



   
ReplyQuote
(@tojuliin)
Main Sequence Star
Joined: 5 years ago
Posts: 27
Topic starter  

@wvreeven 

I'm not sure what you mean. Yes, Ha signal is often more stronger than Oiii signal. But Oiii signal is as bad or even worse than Ha signal if we look at gradients. Top left corner is red and bottom right corner is blue/green. If I boost more Oiii signal bottom right corner will be even more blue/green than it's now and gradient is stronger. I guess?

Also notice subtle dark and bright "circles" around the object.

This one is OIII extract:

OIII extract

This post was modified 4 years ago 5 times by Tommi Liinalampi

   
ReplyQuote
(@wvreeven)
Quasar
Joined: 8 years ago
Posts: 2134
 

@tojuliin I checked with Mabula and APP always computes three scaling factors, just like PI does when that option is enabled. So whatever the issue is with the gradient, it is not caused by processing with APP but something inherent to your images. If it were possible to remove the gradients by processing, that would imply that the gradient also is present in the flats. Apparently this is not the case so these are genuine gradients. Even in bortle 3 skies, the sky background isn't completely even so gradients can arise even with 3 nm filters.



   
ReplyQuote
(@minusman)
Black Hole
Joined: 9 years ago
Posts: 249

   
ReplyQuote
Share: