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.
Hi,
I have some issues with the calibration of my RGB files.
Camera: ZWO 294MM PRO
AAP: 1.083
Using Optolong filters (EFW)
All Darks were made prior to making the DarkFlats and Flats.
When I load the Calibration files for Narrowband data the calibration works fine and the AMP glow of the 294MM pro is being removed. Amp Glow is at the right upper corner. Attached is screenshot from the Narrowband data.
When I calibrate the RGB data, the AMP Glow is moving from right side of the screen to the left side. It seems that the calibration files are vertically flipped.
I have tested generating the Masterfiles first and then do the rest.....and for each session loading the D, DF and F.... both methods have the same result.
I am uploading to the integrate result (screenshot)...you can see the AMP glow on the left side. I am uploading (Screenshot) of a single R fits file and the Dark.
As mentioned....Narrowband SHO works fine.
It seems that something goes wrong with the registration or something wrong in the fits header?
Any support appreciated.
hendrik
Unfortunately I have not heard back from APP. This very unfortunate. I did a a few other test on 1.083.2. They all failed. In an effort to isolate the issue I have stacked the RGB data both in ASTAP and AFFINITY Photo and both programs stack correctly and remove the AMP Glow.
This makes me certain that there is a BUG in APP. Please can you come back to me on this matter?
Sorry, busy times sometimes. Let me ask Mabula as I'm not sure either.
Hi Hendrik @nordiclightphoto,
Looks weird indeed. It probably is a problem with the fits header combined with your capture software that is confusing APP somehow.
It will be best if you upload the data, so I can fix it 😉
Can you upload it with the instruction on the top right of the forum and let me know once uploaded?
Mabula
Hi Mabula,
Thanks. how many files do you need? Why am I asking? I am currently at a remote location in northern norway and have not only Data Roaming here which is not too fast. Tranfering GB of data will probably take day or so.
Please let me know.
Hendrik
I think about 10 should be fine, 5 with the amp-glow one way, 5 the other. And if possible some of your master calibration frames.
Hi Mabula & Vincent. I finally had enough bandwidth to upload the data. Please note that the darkflats say bias but they are DF as in the ZWO App there is no option to title your folder DF so I used the bias folder.
Else I have uploaded everything for the RED channel - Lights, Darks, Darkflats and Flats. The RED channel if before the meridian flip.
I also have have uploaded a few Blue and Green Lights. They are captured after the meridian flip. I have not uploaded for these channels the associated DF and F's. I you want them let me know.
As mentioned The HSO files calibrated correctly. RGB don't.
ZWO 294mm PRO - Optolong RGB / HSO filters -
Let me know if you need more information / Data.
Hendrik
Im having the same Issue I think. I am doing a RGB target and the Red and Luminance seemed to be fine, but my Green and Blue it seems like only the MD and BPM are possibly the only calibration frames being used. I am using Nina Beta 2.0 build currently and I didn't have any new updates between sessions. This is only a small subset of my total, but I wanted to run just a small section of lights with all my calibration frames
Hi Hendrik @nordiclightphoto,
Thank you for uploading your data. I just tested it myself on the Red frames that you uploaded which I understand manifest your issue, right?
Registration can be excluded as cause, because all frames have the same orientation anyway.
The pier flip of the lights versus the flip/orientation of master frames can and should never be the issue. The amp-glow is a dark current signal and will always be on the same place on the sensor in darks and lights. The darks are subtracted from your lights, and so the dark current signal of the amp-glow will be removed. And.. registration is always after that process, so another reason why it can't be the issue.
If the Pier flip was the issue, the amp-glow would show on the bottom left instead of upper-left, since a pier flip is a 180 degree rotation which is the same as a flip in both x-axis and y-axis.
Now, looking at the darks, i think you are suffering from an electronical/camera/capture issue and not from an issue created by APP.
- To start with, your darks don't look very consistent to me when strongly stretched. The individual darks show banding, and each dark shows a different banding pattern. That is not good... the darks show inconsisten dark signal indicating an electronical issue like electromagnetic interference. It can be caused by many things like a bad USB connection/cable or bad sensor electronics.
- Another possible cause can be: I see that the darks were shot 2 weeks before the lights, that should be okay. But maybe you updated the asiair during those 2 weeks? Maybe that changed something in camera control causing data calibration to suffer now?
Mabula
Hi Mabula,
Thank you for the response. I am attaching image where you can see the AMP glow in the upper left side.
About the calibration frames. Can you explain why the Narrowband data calibrates out the amp glow correctly but the RGB data incorrectly? I am using the darks (exposure dependent) for Narrowband made with Ha... and RGB darks made with R. So far I know...darks are darks and a filter does not matter. DF / F are per channel.
When it comes to correcting the AMP Glow - ZWO stipulates that you need DarkFlats to calibrate out the AMP glow. Perhaps I should make my darkflats differently - I used the "auto" setting in the ASIAIR. So far I can see the ADU is around 32.000.
I have updated the ASIAIR in between. I will make a complete new set of Darks, Darkflats, Flats as soon as autumn starts. Perhaps I will do this as well during the current Galaxy season.
I will check the cables in the imagining train. I am powering the ASIAIR / ZWO Camera through a Pegasus Hub which is powered directly from the wall socket.
Hope we can solve the issue 🙂
- Hendrik
