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.
So I am getting this error trying to stack some Telescope Live data (non calibrated) with beta 33
This is 44 lights (red channel) with the relevant darks, bias and flats - pretty sure most of the settings are around defaultÂ
Just want to see if this is a me doing something wrong problem or this is an unknown beta 33 error.Â
Thanks
Liam
Hi Liam @kraz3yivan,
Thank you very much for posting your issue.
I have not seen this error before. It is likely connected to how Telescope Live makes the FITS files somehow. Can you upload a couple of these FITS (like 5) here and let me know once uploaded? Then I will fix it as soon as possible:
https://upload.astropixelprocessor.com/
username: uploadData
password: uploadTestData
Please make a folder with your name and issue like: Liam-FITS-issue
and upload your fits files there and let me know once done.
Thanks.
Â
@mabula-admin Thank you for responding - I've created the folder and files are uploading.
The lights (red filter) which did result in the error shown are going up - also giving you (hopefully) some flats, darks etc as well in case they are needed.Â
In terms of full disclosure PixInsight does not like the fits format that Telescope live uses (I think its compressed) so I load and re-save the file in Siril 1.2.4, thats literally all I do, load it and re-save it.Â
I do like to mix and match my processing with APP and PI.Â
I did manage to get a run through Astro (with fewer lights) but the next one did this same errorÂ
Files look to be uploaded..... thank you for the prompt response again!
Hi Liam @kraz3yivan,
THank you very much for the upload, we have received the files. On first inspection, I already see that some files are corrupt. Even FITS liberator, a tool to read FITS from NASA, crashes on them. So some files are simply bad. I will look at what APP does on them and will try to see if I can make them work some how.
Mabula
Hi Liam @kraz3yivan,
I have found the issue. APP can actually read all of your files without problems. But the masterdark that is created from the compressed darks, then produces the error on my machine. I get the same error message so it must be the same problem as yours I think. I will try to fix this today and include the fix in the next release which I was planning to release today as well.
Mabula
Hi Liam @kraz3yivan,
I have fixed the issue, everything works without problems now with your data from Telescope Live :
- FIXED SAVE FITS FROM ORIGINAL FITS WITH COMPRESSION
As reported here https://www.astropixelprocessor.com/community/main-forum/encounted-error-during-stacking-process/ APP could throw a ClassCastException in the linear/raw FITS image loader task, when it loads an image saved by APP produced from original FITS files with compression. This bug is a regression from the improvement that APP will now keep distinct header tags from original or reference fits files. This fix now ensures that all related FITS header tags for compression are removed from the original header before being merged with the APP fits header.
Later today, will release 2.0.0-beta34 with this fix 😉
Mabula
@mabula-admin Fantastic - thank you for looking into this issue. Pleased its another thing sorted
Hi Liam @kraz3yivan, excellent, you are most welcome ! Thank you very much for the feedback 😉
Mabula
