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.
I did a mosaic with the beta22 and I got this weird artefacts.
Can you describe your workflow, kind of data etc?
@vincent-mod it happens when I do a mosaic pre-integrated frames, it happens often, just that sometimes is less visible than others
Are you creating panels first? That would be my advise at least. What APP version are you using?
Thank you very much for reporting this issue. It looks like another issue we are working on but I can't be 100% sure. Can you upload the data on which this happens and describe xactly what settings we need to set in menus 2) to 6) to be able to duplicate the problem?
You can upload it here:
https://upload.astropixelprocessor.com/
username: uploadData
password: uploadTestData
please make a folder with your name and issue like : DavidMitti-mosaic-artefacts
and let us know once uploaded, we will investigate as soon as we can 😉
Mabula
@vincent-mod yes, beta22 if I remember correctly. I'll try to reproduce and upload the files
Hi David,
Is this problem still occuring? If so, can you please upload data on which it occurs so I can test and fix it? Thanks 😉 You can use the upload instructions from my previous post.
Mabula
@mabula-admin I don't have the issue anymore, if I get it again I'll upload. thanks
Okay David @davemitti,
Thank you very much, I will close the issue on my list then, but please let me know if it does happen again 😉 then we really need to have a good look !
Mabula
@mabula-admin I uploaded 2 frames and integrated with average, weight quality, local normalization rejection, no LNC
there are bands at the edge of one frame in the final integration (called west_filamentary13_14.fits).
the other 2 images are the 2 panels combined
Hi David @davemitti,
Thank you very much, I have fixed this issue already in the meantime ;-). The fix will be included in 2.0.0-beta26 which I will try to release today or tommorow 😉
- Fixed, improved and faster Multi-Band Blending or MBB
As reported here : https://www.astropixelprocessor.com/community/main-forum/strange-horizontal-lines-in-mosaic-integrations/paged/2/#post-29618 MBB could remove data in overlap areas when the MBB % was set to a high level. We have found the cause of this. MBB was always removing 1% of the image borders relative to the set MBB percentage. This is completely fixed now. All data will always be used, so these strange artefacts should no longer happen. In addition, the MBB % was relative to the size of the entire field of view, which is not ideal for mosaics. Preferrably, the MBB % is relative for each image in the stack to the area where data is not 0 in that image, so we have implemented this improvement inlcluding code optimizations that improved MBB speed. For a big mosaic, the MBB calculation can be 3x-5x faster as well. This should improve Multi-Band Blending in all situations, especially when combining data from different setups and/or mosaics. The next image shows a mosaic where the issue occured which caused gaps/holes in the final mosaic. Now with beta26, this no longer happens and all data is preserved and MBB is about 5x faster causing the integration process to be faster as well. On the right side, the MBB weight map is shown where we used 50% MBB in this case:
Mabula
