2026-10-09 APP 2.0.0-beta48 has been released !
This is mainly a bug fix release for the reported bugs in beta47. In addition it has a significant User Interface performance improvement noticable when you need to process 1000s of images in APP.
2026-10-03 APP 2.0.0-beta47 has been released !
This is a very big release... many code optimizations/rewrites, many parts of APP are much faster and more precise, especially star analysis and registration are much faster ! Big mosaics will go much faster 🙂
And we introduce a new preview filter, which includes the new Adaptive Deep Sky Stretch and a General Levels Stretch, this has been long over due. The old preview filter (the panel on the right side to stretch and preview your data) has not been updated for a couple of years and it is a critical part of any APP session.
Adaptive Deep Sky Stretch or ADSS is a much more intuitive stretch algorithm. It is also color preserving (which is a great new addition in itself ! ) which means that the highlights are no longer bleached, color is maintained from the linear data while stretching. You can simply stretch your data using the sky background level and signal width sliders which work much easier and more intuitive. You no longer need to fiddle with the old complicated sliders with zoom buttons. All the zoom buttons for the sliders are made redundant. And you can enter slider values in the slider value fields yourself. I will make a youtube video in the coming days to explain and fully introduce ADSS. Once the video is ready, it will be highlighted on the forum.
RGB Combine upgrade !. The RGB Combine Tool has been rewritten mostly. The tool is faster and easier to use and most importantly, the Luminance slider to inject a luminance channel or channels into the RGB composite is now working correctly. It no longer bleaches the RGB colors. Combined with the new ADSS preview, you will get much better and easier great composites with great color! I will also explain this in a new youtube video.
How is the quality score caculated (reading the other posts I only get half answers about it being relative, but no simple (or complicted :)) formula that Mabula has promised earlier….
I am really curious!
Hi,
I too have been curious about the calculation of quality for somewhile and believe I have read most if not all that Mabula has had to say on this matter. So for my benefit as much as yours I offer these thoughts on your question that you and others and may take, leave or amplify as you think best.
I suggest we can probably mostly agree that major factors that help contribute to a good sub are:
   - Good seeing:
   - Good tracking:
   - Good focus
Thus if we were to compare several subs of the same target, taken with the same filter and covering the exact same area of sky, we would likely decide that the better subs were the ones having:
   - The highest star count - these will generally be the ones taken when the sky was most transparent
    - The least elliptical (i.e, roundest) stars - these will likely be the ones taken when the imaging system was tracking at its best
    - The smallest stars - these would likely be the ones taken when the imaging system was closest to best focus.
In his write up of the changes he has made for release v1.076 Mabula states:
'the quality calculation for frames after Star Analysis is now much more robust, the formula is now: numberOfStars * median star size * median star roundness. The star size and roundness are based on the median star profile of all stars analysed. Previously, the calculation was much more subject to outliers, because the calculation was a summation of star size and roundness per individual analysed star.'
Some of the reasons why the quality measure is relative and thus specific only to a particular set of frames of a given target and filter are:
    - If you image different areas of sky with the same imaging system you will almost certainly capture different numbers of stars in the frame;
    - If you image closer to the horizon the photons must travel through a greater thickness of atmosphere and thus subject to more atmospheric turbulance and attenuation, thus impacting star roundness and star count;
    - Imaging with different filters will affect photon counts and thus star counts.
: This is to say that subs taken of Target A but obtaining only a lowish quality score are not necessarily significantly worse in overall quality terms when compared to subs taken of Target B which obtained a higher quality score. But, as we would not be integrating Target A subs with Target B subs, these quality score differences are not of significance.  APP is only interested in the relative quality rankings of the Target A subs while it is integrating Target A. Though if we are using quality to weight our integration then it is important that the quality scores strongly correlate to the actual quality of the subs relative to each other. I have occasionally wondered if other easy to obtain measures might also be included within the quality algorithm but have not come up with anything much apart from perhaps contrast range but this probably correlates quite closely with 'star count' so would not offer much added value. Also is there a way to quantify light pollution gradients and reduce the quality score for a frame if these are significant?
I hope this idle write-up is somewhat useful in promoting understanding and that I am not too far off-beam with my explanation.
Regards
Mike
You're spot on there Mike. Indeed these scores are completely relative, they are not to be seen as an overall score for sky quality, they are calculated on the basis of the dataset you provide. Thanks Mike.
Hello!
I'm testing APP coming from DSS and Siril and I'm really liking it! One thing I have just been surprised about is the quality score.
I'm trying to integrate several sessions on the Lagoon Nebula, and one of them only have dark frames but no flats nor bias, as the rest of the sessions.
For that particular session, APP 1.082 reports a Q score of ~3000 and on the rest the score goes around 500-700. Is this a sign that my calibration frames are affecting negatively on the entire process?
TIA