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.
Hi,
Last night I took in total 2h of L, R, G and B data of NGC 891. It turns out there is a magnitude 16.4 asteroid close to the galaxy. When I use LN MAD winsor clip with kappa 3.0 and iterations 1 then the asteroid shows up as a small line in the final stack. Even when I set kappa to 1.5 and iterations to 3 the asteroid isn't completely rejected. Should I increase iterations or lower kappa even more?
Thanks, Wouter
Did you use dithering while capturing? That should help as well. If not, rejection is the only way and indeed you might want to try more aggressive settings as it's so bright. In such a case I would dial it up pretty extreme until it works and then go back to find a sweet spot.
I did use dithering while capturing but that won't help since all objects, including the moving object, are shifted over the same amount of pixels. OK thanks for the tip. Looks like APP treats sigma clipping in a much softer way than PixInsight, which is fine and just something I need to get used to.
A related question: I don't understand the effect of increasing the number of iterations versus lowering kappa. If I understand correctly then kappa is a measure for the level at which pixels are rejected and iterations simply the number of times that the clipping algorithm is used. What I wonder about is if there is a "golden rule" for what works best: only lowering kappa, only increasing the number of iterations or both. I am afraid the answer is "both" though 😉
You don't mention the number of subs for each stack in this situation and i think that is key here. The standard approach is to lower sigma, then increse the number of iterations. I get rid of satellite trails and asteroids in 6 sub average stacks with simple sigma clipping sigma=2 and it=1. You can also try to use median stacks.
In total 60 subs: 10 Red, 10 Green, 10 Blue and 30 Luminance. Thanks, I will try median stacks instead of average.
