Jan 31 2026: APP 2.0.0-beta40 will soon be released with many fixes especially for Linux, upgraded development platform and 10-20% performance boost !
Jan 15 2026: FIXED LICENSE SERVER VPN Tunnel issue
 The issue could have prevented APP to start when using a VPN tunnel or another complicated network configuration, like using APP on a remote computer on a different continent. This issue is fixed now and APP should start normally.
Jan 04 2026: 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. Unfortunately, Mabula was struck by a severe flu virus in the past couple of weeks and thus could not work. He is getting much better now and he has resumed work to release 2.0.0 as soon as possible. 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.
Nov 28 2025:Â APP 2.0.0-beta39 has been released !
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
