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.
this has also happened to me over the past two nights. There seem to be a few previous threads that relate to this issue with the solution focused around the loaded calibration frames.
I have used ‘new’ dark frames with older flats and bias frames, so wondering if this could be the issue (although would hope that APP is clever enough to work this out).
I have yet to try using the old ‘darks’
Also someone mentioned something about Open GL button being on/off- not sure what I should be doing here though or what position it should be.
Robin
Yes, the switch to Nina might be something to look at. Some of these tools don't always write the FITS header properly or save the data properly. What happens when you integrate without any calibration data?
I'm not to sure what the issue is here, but I tried to stack some other images taken in NINA from lastnight and they stacked fine. Tried to stack others from 2 and 3 nights ago and they failed. And everything was taken through NINA with no change to any settings. This seems strange to me why frames for 1 night will all stack, but not another night??
That is strange yes, but there must be a difference somehow. I can have a look at the data that fails, and the data that works. You can upload a few of both with the calibration frames you used to our server;
Go to https://upload.astropixelprocessor.com and use upload1 as username and upload1 as password.
Create a directory named “stewie_88-integrationfails” and upload in there. Thank you!
@vincent-mod
Thanks for the upload link. As i am typing this out i am uploading 3 of each file. The first to be uploaded is the failed to integrate files. Followed by the files that will. Again they have all been taken with NINA with the same settings. Everything is the same.
Thanks again.
Downloading them now and will have a look, thanks.
edit: Could you tell me which dates on the file belong to what data? I can't really tell based on the filenames.
@vincent-mod
Hi, Sorry for the late reply, I didn't get notified about your response. All images where taken 25/2/21
Hi, thanks but I can't really tell which files are which. Would you mind making directories in your location and putting them into the right places? (like one directory which fails and one that works etc)
@vincent-mod
O have put them into different folders now so should be easy to identify
Thank you! I'll have another look. 🙂
@vincent-mod
Hi Vincent. I am wondering, have you been able to check through those files yet.? I know you are possibly really busy with other people but I thought I would check in. Thanks.
Not yet sorry! I do have them downloaded and will look asap today.
@vincent-mod
OK thanks Vincent, I appreciate it
Ok looking at the data now;
I took a screenshot of the file I'm looking at now. It has the name ending in "-10.00_420.00s_002.fits". Is that supposed to be the dark? If so it has quite a bit of light in it, I almost mistook it for a flat. 🙂 So if you can confirm this is a dark, then you need to retake them and make sure it's completely dark. This will cause issues for sure and might be the reason you get the black frame as well. If you try without them, does it work?
@vincent-mod
I didn't think about doing the stack without the darks. Yes it does work. I wonder why the others worked as i included the darks in the stack. Oh well its the ZWO asi533 mc pro so darks are not essential for that camera anyway, or so i have read and been told. But never the less, thanks for the help. I really appreciate it
No worries! Not sure why the others did work, but indeed. I think it's worthwhile to make some proper darks though, for bad pixels and such. Also, since the bias are likely made in a similar setup, that may be affected as well. I used to take them covered complete, dark, within a dark bag, outside in the night. 🙂

