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.
I'm using APP to process saved files from a Seestar S30 mosaic using the smart telescope's internal mosaic function (not the third party ALP version). It's integrating 836 subs. The files are 4MB each. I'm using a very fast M3 Ultra with 96GB of RAM.
It's slowing way down when doing the actual integration. Right now it shows integrating pixels 15732289 to 15482881 of 21704058 and is at 66% completion. Very slow to go to the next set of pixels to integrate. I'm using Sequoia 15.3.2 MacOS. The Mac Ultra is cool to the touch so no thermal throttling I would think.Â
Is this normal to be so slow (it will probably take 2 or 3 hours to complete) or do I have a setting that I should tweak? All other parts of the process are very fast. Thanks in advance for the help.
My integration settings are:Â
Integrate: Average
Weights: Quality
Local Normal Rejection is checked
Filter: Windsorized rejection
kappa low: 6.0
kappa high: 3.0
diffraction protection: none
Mode: disabled (full is grayed out)
LNC degree: no LNC
LNC iterations 3
Enabled MBB is checked
Create drizzle/MBB weight map is checked
create outlier rejection map is checked
create normalization map is checked
filter: lanczos-3
no under/overshoot is checked
drizzle integration kernel: topHatKernel
droplet size: 1.0
Integration mode: interpolation
scale: 1.0
Hi @rixon,
Thank you very much for reporting this. No that is not expected behaviour at all. The integrating pixels speed should simply maintain the speed and not slow down. Does it always happen with this data set? Maybe I need to test it? I can test it on both an M1 and M4 machine.
Mabula
Hi Mabula, Thank you for your reply. I'm happy to upload the large zipped file of the subs. Should I use Wetransfer? Also to be clear, it's not slowing down while Integrating, but that the total Integration time for these subs is around 4 hours, which I'm characterizing as slow Integration.
Hi @rixon,
You can upload it here :
https://upload.astropixelprocessor.com/
username : uploadData
password: uploadTestData
Please make a folder with your name and issue like Rixon-slow-integration-macOS
and upload your data there, and let me know once done.
Then I will test it both on a m1 mini and a M4 max mac to see how fast or slow things go. Maybe the amount of frames is triggering some bad behaviour so it will be good to test it.
Mabula
