MAY 4 2026: APP 2.0.0-beta44 has been released !
New improved internal memory controls should now work on all computers
May 1 2026: APP 2.0.0-beta43 has been released !
Improved internal memory controls (much more stable and faster on big datasets), fixed CPU image viewer, fixed Narrowband extraction demosaic algortihms.
Apr 29 2026 APP 2.0.0-beta42 has been released !
New improved Normalization engine, Fixed random crashes in integration, fixed RGB Combine & Calibrate Star Colors, fixed Narrowband extraction algorithms, new development platform with performance gains, bug fixes in the tools, etc...
Apr 14 2026: Google Pay, Apple Pay & WeChat Pay added as payment options
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.
For the most part I love APP! I use a OSC camera, and get good overall results with it. I have noticed, more often than I would like, that after running Star Analysis (and it does not matter how many stars I ask for in the Analysis) I then sort based on Quality Score. What I have been finding however, is that my subs ranking leaves much to be desired for useability in a stack. It has become so unreliable as to have to click though each sub and delete those that I want to eliminate. I have a pair of screen captures to demonstrate this. They two images were right next to each other in the sorted ranking, yet one was useable and other not.
Perhaps a second Quality Sort criteria, something as simple as contrast after stars, might turn up these undesirable sub exposures.
I was waiting for permission to upload, as stated in the user upload data guidelines
Hi Alan @applal,
Please share some screenshots, for upload of images on the forum, no permission is needed. We give permission to upload whole datasets to our server for testing 😉
Mabula
Hi Alan @applal,
Thank you very much for the screenshots, indeed, those are big differences !
In terms of the stars in both images that are visible, it could lead to this happening. This problem should be detected after 5) Normalize in differences in sky background/dispersion and noise/Signal to Noise Ratio. Did you check how the scores relates of these 2 images after 5) Normalize?
Mabula
The error "may" be in the way I am processing. I am using a ZWO 2600 MC-pro. Typically with a Optolong Ultimate filter when shooting most nebulae. This combination is usually so clean that I find no need to use calibration frames (unless for flats to calibrate out any dust) So my work flow is typically just load all my lights and select  the Integrate (* and I will just move the slider to only integrate around 75%) and let the program run, which, I assume proceeds step by step through all processes 1-6. If I don't like the result at that point I will go back and begin to check each subframe that was used, and I will usually find one or several that need to be left out of the process, delete them, and go again. What I have noticed is that the subframes I have to get rid of are not necessarily the lowest quality score, and in some instances are very near the top of the quality score.Â
IS the problem of my own doing by not having calibration frames?Â
Dear Alan @applal,
Apologies for the late reply.
Okay, well that could explain it partially, if you do not use calirbation frames, than you will always have some vignetting in your data which means the sky background will not be nice even without any light pollution. This means that calculations like SNR, sky background, and dispersion will be off... They assume that the sky background is corrected for vignetting of your optics.
Mabula
My one thought through all this is to wonder if there is and we are using Stars as a comparative qualitative ranking, could not the quality rating be toggled to judge 10 to 50 stars for pinpoint characteristics. I do not doubt that this might take longer, but it would be, IMO, quite useful.
Hi Alan @applal
Thank you very much for your suggestion.
At the moment, APP collects analytical data at each step, 3) to 5), your issue should be detected with the analytical results collected at step 5) I would think 😉
Mabula
Thank you for your attention to this and your reply.Â
Reading your reply stating that the analytic results collected at step 5... caused me to stop and wonder, why then is Analyze Stars at step 3? And correct me if I am wrong, but when I choose to register and select the slider to something less than ALL of the subframes, is it not just eliminating based on the Analyze Star Ranking? And if that is the case, moving the order to have Analyze Stars from 3 to 5 as the final step before Integrate seems to me to improve the process.Â
Dear Alan @applal,
That is simply not possible, analyse stars always needs to be done before registration, otherwise registration is not possible, we need to know the star centroids to be able to align/register images. And once the images are registered, normalization should take place, not before registration 😉
If you need to remove bad frames because they cleary affect the integrated result, the advised workflow will be to plot the analytical data after each step 3), 4) and 5) to check which frames are clear outliers after those stages. Step 5) is the most important step, (you want to make graphs of noise, sky background, quality to really see what is going on in your dataset), because everything is combined in step 5) and those combined results are the basis for which frames will be integrated if you use the % slider in 6) Integrate.
Please let me know if this helps 😉
Do you use the graphical analysis that comes with the latest version? It allow a very useful way of clicking on a sub and removing it from the integration, and while the quality scope may not be different in the two examples you showed, other parameter such as location, background, star density etc. might be and you should be able to weed out unwanted subs. I woudl recommend keeping full calibration for each sub in any situation, keeps your field limited to sky conditions per sub at least.

