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.
Hi
I have a Seestar S50 with the latest mosaic mode which they call framing. In this mode one can choose an area/frame that Seestar will capture over a longer period of time. Looking at the fits and description, the seestar is spiraling out from the center with massive overlaps over a couple of hours. The onboard stacking does a decent job, but I want to use APP stacking on the resulting fits.
I did a mosaic/framing session of IC 1848, Soul nebula. After cleaning up the bad fits I end up with 597 10secs fits + the onboard stacked one.
Reading several other forum posts from other softwares, the recommended way of stacking is to add all 597 lights and use the onboard stacked mosaic as reference. I tested this a few times, but I experience the the registration process takes extremely long time.
For this session I started 6:59PM, and it's still running at 80%, full CPU now at 10:18AM the day after. My computer is a 48 threads Threadripper with 256GB RAM and 4TB NVME Samsung EVO disks, and I've never seen any times even close to this before.Â
Is this happening because of the way Seestar captures Mosaic panels? Are there any settings I should change to make registration go faster?
Current registration settings
Â
Here's the log since 7:04PM
19:04:23 - 4) REGISTER: starting Multiple View, dynamic distortion correction, calculation 19:04:23 - Multiple View DDC: starting with params: 19:04:23 - Multiple View DDC: sameCamera = false 19:04:23 - Multiple View DDC: calibrate camera = false 19:04:23 - Multiple View DDC: save camera profile = false 19:04:23 - Multiple View DDC: registration mode = mosaic 19:04:24 - Multiple View DDC: frames to register = 5382 19:04:24 - Multiple View DDC: calculating multiple view parameters 19:04:24 - Multiple View DDC: starting no DDC mosaic calculation... 19:04:24 - Multiple View Uncalibrated no DDC Full, Not Same Camera: starting 19:09:58 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 0 RMS 0,42259 19:17:00 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 1 RMS 0,41754 19:24:12 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 2 RMS 0,41174 19:30:44 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 3 RMS 0,40438 19:37:11 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 4 RMS 0,39993 19:43:52 - Multiple View Uncalibrated no DDC Full , Not Same Camera: iteration 5 RMS 0,39993 19:43:52 - Multiple View Uncalibrated no DDC Full, Not Same Camera: iteration 5 convergence criterium reached 19:43:52 - Multiple View Uncalibrated no DDC Full , Not Same Camera: final solution RMS : 0,39993 on 48389 star pairs 19:43:52 - Multiple View DDC: starting simple DDC full mosaic calculation 19:43:52 - Multiple View Uncalibrated Simple DDC Full, Not Same Camera: starting 20:06:23 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 0 RMS 0,42264 20:28:54 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 1 RMS 0,41837 20:51:25 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 2 RMS 0,41400 21:13:56 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 3 RMS 0,40805 21:35:55 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 4 RMS 0,40024 21:58:13 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 5 RMS 0,39593 22:20:28 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: iteration 6 RMS 0,39593 22:20:28 - Multiple View Uncalibrated Simple DDC Full, Not Same Camera: iteration 6 convergence criterium reached 22:20:28 - Multiple View Uncalibrated Simple DDC Full , Not Same Camera: final solution RMS : 0,39593 on 48389 star pairs 22:20:28 - Multiple View Uncalibrated Complex DDC Full, Not Same Camera: starting 23:23:36 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 0 RMS 0,42251 00:26:52 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 1 RMS 0,41945 01:29:42 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 2 RMS 0,41777 02:32:57 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 3 RMS 0,41666 03:35:51 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 4 RMS 0,41583 04:39:11 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 5 RMS 0,41517 05:42:03 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 6 RMS 0,41462 06:44:56 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 7 RMS 0,41414 07:47:55 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 8 RMS 0,41369 08:51:07 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 9 RMS 0,41323 09:54:16 - Multiple View Uncalibrated Complex DDC Full , Not Same Camera: iteration 10 RMS 0,41266
Hi, Â SeeStar owner here and I have been experimenting with mosaic stacking for a little over a month now. Â I am not an APP expert at all but I have gotten fairly good results through trial and error. Â The SeeStar shoots mosaics in a spiral pattern and not panels like most people use for mosaics. Â Here are a couple of suggestions for the settings. Â Under #4, Registration Mode, use "Normal" and not "Mosaic." Â The first time I tried it under Mosaic and it ran all day/night and barely made a dent. Â What you want to do is under #6 Integrate, change the composition mode to "Full." Â Also under #6, check Multi-Band Blending (Enable MBB) and move the slider to 10-15%. Â Changing this should help. Â Recently I have started to use the "Multi Session" options (Check the box in #1 - Load). Â For this I load all the subs, regardless of when taken of the Lights and check the box for "Session 1." Â Then I load the SeeStar produced stacked Fit and set it separately as Session 2. Â You then need to Run #3 Analyze stars first and let it process. Â At the end of Star Analysis, under the list of Frames and File names, scroll until you see the name of the SeeStar produced stack fit file and right click the file and select "set reference," then move on to register. Â After the Registration, you will likely get a failed message for a couple of subs and APP will suggest using their reference frame, decline it and then move to #5 Normalize and select "Advanced" as the mode, then move to Integrate. Â Under Integrate, at the top, the drop down for "Multi Session Options, I select "Integrate per session." Â This will integrate all of Session 1 using the Seestar Stacked Fit as the reference but will not integrate the reference file with the others. Â It will also produce a second image of just the Reference File, which I will delete. Â I found that integrate the SeeStar Stack adds a reddish tent to the final image so I do it separately. Â This is still a slow process and yesterday it took about 5 hours to integrate a M45 mosaic of 6900 subs. Â APP will also create a massive file at the end of the integration (could be 1-4 TB in size) but it will delete it at the end and leave you with ~200 GB stacked file. Â If you don't have space, lower the Scale # at the bottom of the integrate tab. Â I hope this helps, good luck.
@brannonqgmail-com thanx a bunch for an extremely detailed answer! I'll give it a go and post results 😎
@brannonqgmail-com running it now, and the registration process took 3 mins compared to probably 24 hours 😶Â Let's see how the integration goes, iteration 1 now
@brannonqgmail-com these are my integration settings. Any other good advice for the best possible result from Seestar data?
Outside of those settings I suggested, everything else is defaultÂ
@brannonqgmail-com thanx again. Have you been playing around with scale, droplet and Bayer/X-trans drizzle with seestar data and gotten any good result?
Btw, iteration 2 already now 🙂
Process finished now, with lnc 2 and 3 iterations. Thanx for your help!
5 min stretch in Siril below, but I think it should be possible to get some good data 🙂
Â
Â
Glad it worked out! Â I usually leave scale at 1 and droplet size at 1. Â I integrate on a 4TB SSD and have had to lower the scale to .7 for larger integrations because I got a warning I did not have enough space. Â
@brannonqgmail-com thanx for helping me out yesterday. Saved my day! I've been using this workflow for several sessions now, and works perfect every time.
I have one more question though, that you might have quick answer to: I've been imaging the Wizard nebula over several nights, so I have several sets of subs. I really want to integrate these to a big stack, but with this workflow where the option "integrate per session" is set, it will result in several resulting fits to exclude the reference frame. So my question is: what's the best practice for combining all sessions except the reference frame? I guess it will be either by adding all imaging sessions to session 1, then reference frame to session 2, or by stacking the resulting session fits (and how to do that the best way of doing that) except the reference?
Thanx in advance!
I guess it will be either by adding all imaging sessions to session 1, then reference frame to session 2
This is how I do it, I add every light (over multiple nights) and always choose Session 1. Â Then I add the reference frame and choose Session 2 and Check Integrate by Session. Â For Session 1, all your lights will be integrated using the Reference frame but it will not stack the reference frame. Â Session 2 will only be the Reference frame which I will delete.
Â
@brannonqgmail-com thanx for replying! So option 1 then, adding all subs from different nights to session 1, then the reference as session 2. Very well, I'll give that a go too. There will be different light pollution etc over time, but hopefully LNC will solve that anyway by running a few iterations.
Thanx again 🙂
@davidlysnes-no This is what I really like a about APP vs PI stacking, you can throw everything together and it works: different nights, LP filter on, LP Filter off, different exposures, etc.
@brannonqgmail-com indeed, definitively worth every penny. Looking forward to LNC being multithreaded too. Got a reply back from Mabula early October that they're currently working on spreading it to more threads.
A good scripting engine would be nice too, but for now I'm really happy with APP. Haven't even considered PI yet after the trial 😉






