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.
Hello Mabula, I can only send you the results in two days. I'm still away on business. As soon as I am at home, I will execute the debug file and send you the result.
And...., please send your debug file to me as an email attachment and I will make sure that the OpenGL library developers will receive it a.s.a.p.. Please send it to : support@astropixelprocessor.com
From this debug file, the OpenGL library developers will now if the problem has been fixed or not on your systems.
And...., please send your debug file to me as an email attachment and I will make sure that the OpenGL library developers will receive it a.s.a.p.. Please send it to : support@astropixelprocessor.com
The OpenGL library developer is definitely getting to the bottom of this now so I think we are nearly there ;-)... thank you both for your cooperation, from me and from the OpenGl lib developer 😉
this is APP 1.079 with only the patched OpenGL library to see if APP will start now on your Linux systems and if OpenGL works now.
(So this version does not yet have the improvements for the 1.080 release.)
Please let me know if APP starts now and if it does…, please check the console output in the separate console window and let me know what it says about the OpenGL initialization, for example:
13:01:34 - IMAGE VIEWER: profiling system for OpenGL compatibility...
13:01:34 - IMAGE VIEWER: trying to get hardware OpenGL profile
13:01:34 - IMAGE VIEWER: found hardware OpenGL 3 profile...
Thanks for your confirmation and the console output, all looks good !
I have also started APP from the terminal and it works fine with openjdk version "11.0.7".
APP is installed with it's own java runtime, you could run it with another java, but then you need to find the jar in the installation path, and if you do that, not all things will work as they should... the CFG button will not work for instance and I think, saving to TIFF might fail.. memory management will be different as well.
Anyway, soon I will upgrade APP to be shiped with OpenJDK 11 😉 then desktop scaling on Linux should work properly as well.
Very happy now to know that this issue seems to be fixed properly and it really had to do with the communication between Mesa and the OpenGL library.
As soon as the official fixed OpenGL library is released I will release APP 1.080 which is almost ready to be released...
OpenGL version string: 3.1 Mesa 20.2.6 OpenGL shading language version string: 1.40 OpenGL context flags: (none)
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 20.2.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
Try to do a downgrade only with MESA to 20.2.x version. I do not know how it will looks dependencies with MESA in this case, but it worth to try I think.