June 24 2026 APP 2.0.0-beta46 has been released !
Improved internal memory configuration (lower ! memory usage), fixed beta45 startup issue, fixed Set Save Directory & 2-panel mosaics.
May 27 2026 APP 2.0.0-beta45 has been released !
Fully Multi-Threaded LNC, many improvements for the registration engine, platform upgrade, and further tuning of internal memory consumption and memory release back to OS.
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 don't use the telescope rotator for now, because the filter wheel bolted to the camera could hit the tripod at some point; so all my images are currently rotated 90 degrees.
1. Whenever I load an integration result image from APP into another software like SIRIL, a plate solve operation always de-rotates the image. Fine.
First question: why doesn't APP de-rotate the image in the first place? Doesn't it plate solve the image as part of its processing?
2. If I now load the plate-solved (geometry-corrected and saved) image from SIRIL back into APP, there is no difference with the original APP integration image: it is re-rotated.
Second question: I realize this may be a cross-platform issue, but shouldn't the FIT header be updated with the definite plane orientation after plate solving so that other software can load the image correctly?
I find the same issue with GraxPert gradient removal & denoising. Another consequence of this is that when you use a software that removes stars, like starnet++, the stars are once again re-rotated - which produces an untrue result when the stars are recombined with the starless image, unless you spend time figuring out which image is right side up - the starless or the stars or both?
Tks
Gil
I solved that problem its riser blocks. IF you use ASIAir, the rotation problem as now been solved.
1- APP Doesn't plates solve amything. It uses the data from the subs that hopefully have all the information it needs
/Stefan
You must be referring to the V2.2 of August 221, 2024: "Fixed the problem of image angle calculation error".
I have V2.4 installed, so theoretically the problem should have been solved "eons" ago...
But I take it that the issue would be in the FITS header data (e.g. 'angle') of the individual frames. Wonder how much of the original header data remains in the APP after Integration...
Hi Gilles, @museceleste
Thank you very much for your question.
Like Stefan @digitaliz-se indicates, APP does not do any plate-solving yet. We will implement that going forward. APP currently takes over any plate solve information from source/reference images into its integration. So I can only assume that the error is caused by something else. I am also assuming that you use the current latest APP version 2.0.0-beta38? A couple of version ago, we implemented that APP takes over all the plate solve information from source data into the FITS files that it saves. So it should preserve the plate solve data.
Is all okay now, or is this problem still occurring? Can't you have Siril simply put out images that are correctly rotated once it has plate solved them?
Mabula
