15th Feb 2024: Astro Pixel Processor 2.0.0-beta29 released - macOS native File Chooser, macOS CMD-Q fixed, read-only Fits on network fixed and other bug fixes
7th December 2023: added payment option Alipay to purchase Astro Pixel Processor from China, Hong Kong, Macau, Taiwan, Korea, Japan and other countries where Alipay is used.
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.
With kind regards
Thanks, I'm sure he'll be using it. 😉
Hello Manuela, I sent the debug file.
Hi @minusman,
I have received it 😉 thanks a lot.
I have sent it forward to the OpenGL library developer.
Hopefully, this will solve the issue.
Mabula
Please download this patched jar file that might have solved the problem :
https://apastropixelprocessordl.s3.eu-central-1.amazonaws.com/jogamp-fat.jar
And execute the same command again on the jar file for debugging:
Now go to the folder where you downloaded the jogamp-fat.jar file and execute this:
java -Dnewt.debug=all -Dnativewindow.debug=all -Djogl.debug=all -Djogamp.debug=all -jar jogamp-fat.jar 2> debug_logs_[your-name].txt
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.
Thanks in advance 😉
Mabula
Thanks guys!
We are getting there 😉 but we are not there yet...
Please download this further adjusted jar with even more debug logs so we can solve this and understand fully what is happening:
https://apastropixelprocessordl.s3.eu-central-1.amazonaws.com/jogamp-fat.jar
And execute the same command again on the jar file for debugging:
Now go to the folder where you downloaded the jogamp-fat.jar file and execute this:
java -Dnewt.debug=all -Dnativewindow.debug=all -Djogl.debug=all -Djogamp.debug=all -jar jogamp-fat.jar 2> debug_logs_[your-name].txt
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 😉
Mabula
Please try this beta release
https://apastropixelprocessordl.s3.eu-central-1.amazonaws.com/astropixelprocessor-1.080-beta.zip
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...
13:01:34 - IMAGE VIEWER: creating OpenGL image viewer...
13:01:34 - IMAGE VIEWER: initializing OpenGL 3
13:01:34 - IMAGE VIEWER: creating GL3 panel
13:01:34 - IMAGE VIEWER: GL Shading Language Version: 3.30
13:01:34 - IMAGE VIEWER: getting display surface scale...
13:01:34 - IMAGE VIEWER: GL3: create image Vertex and Fragment shaders...
13:01:34 - IMAGE VIEWER: GL3: using GL Shading Language Version: 3.30
13:01:34 - IMAGE VIEWER: GL3: Texture VertexShader log:
13:01:34 -
13:01:34 - IMAGE VIEWER: GL3: Texture FragmentShader log:
13:01:34 -
13:01:34 - IMAGE VIEWER: GL3: create selectbox Vertex and Fragment shaders...
13:01:34 - IMAGE VIEWER: GL3: SelectBox VertexShader log:
13:01:34 -
13:01:34 - IMAGE VIEWER: GL3: SelectBox FragmentShader log:
13:01:34 -
13:01:34 - IMAGE VIEWER: GL3: creating buffers...
13:01:34 - IMAGE VIEWER: GL3: getting maximum Texture size...
13:01:34 - IMAGE VIEWER: GL3: maximum texture size: 16384
13:01:34 -
If APP does not start, please try to start APP from a console/terminal and share the error message that is shown.
Thank you both in advance !
Cheers,
Mabula
Hi @mabula-admin,
I've just installed and it run without aby problem 🙂
Console output with information you asked for:
starting console output...
14:15:56 - LibRaw 201910 snapshot : trying to load LibRaw library...
14:15:56 - LibRaw 201910 snapshot : for raw conversion of Sony ARW, Adobe DNG files
14:15:56 - LibRaw 201910 snapshot : Linux OS detected
14:15:56 - LibRaw 201910 snapshot : loaded successfully : /tmp/AstroPPLibJtBRkR/libraw.so.19.0.0
14:15:56 - LibRaw 201910 snapshot : loaded successfully : /tmp/AstroPPLibJtBRkR/libiconv.so.2.6.1
14:15:56 - LibRaw 201910 snapshot : loaded successfully : /tmp/AstroPPLibJtBRkR/libRawConverter.so
14:15:56 -
14:15:56 - IMAGE VIEWER: profiling system for OpenGL compatibility...
14:15:56 - IMAGE VIEWER: trying to get hardware OpenGL profile
14:15:56 - IMAGE VIEWER: found hardware OpenGL 3 profile...
14:15:56 - IMAGE VIEWER: creating OpenGL image viewer...
14:15:56 - IMAGE VIEWER: initializing OpenGL 3
14:15:56 - IMAGE VIEWER: creating GL3 panel
14:15:56 - IMAGE VIEWER: GL Shading Language Version: 1.40
14:15:56 - IMAGE VIEWER: getting display surface scale...
14:15:56 - IMAGE VIEWER: GL3: create image Vertex and Fragment shaders...
14:15:56 - IMAGE VIEWER: GL3: using GL Shading Language Version: 1.30
14:15:56 - IMAGE VIEWER: GL3: Texture VertexShader log:
14:15:56 -
14:15:56 - IMAGE VIEWER: GL3: Texture FragmentShader log:
14:15:56 -
14:15:56 - IMAGE VIEWER: GL3: create selectbox Vertex and Fragment shaders...
14:15:56 - IMAGE VIEWER: GL3: SelectBox VertexShader log:
14:15:56 -
14:15:56 - IMAGE VIEWER: GL3: SelectBox FragmentShader log:
14:15:56 -
14:15:56 - IMAGE VIEWER: GL3: creating buffers...
14:15:56 - IMAGE VIEWER: GL3: getting maximum Texture size...
14:15:56 - IMAGE VIEWER: GL3: maximum texture size: 16384
14:15:56 -
14:16:02 - IMAGE VIEWER: disabling openGL image viewer
14:16:03 - IMAGE VIEWER: enabling openGL image viewer
14:16:08 - FRAME DETAILS UPDATER: starting...
14:16:08 - FRAME DETAILS UPDATER: no new frames to add
14:16:08 - FRAME DETAILS UPDATER: rebuilding all frame details...
14:16:08 - FRAME DETAILS UPDATER: updated succesfully
14:16:08 - CONSTRUCT FRAME DETAILS LIST: starting...
14:16:08 - CONSTRUCT FRAME DETAILS LIST: finished
I've added few lights to take few test with stack and the output:
As you can see, all is working 🙂
CONRATULATIONS! good job! well done! 🙂
Can't wait for new APP version now 😉
Hi @mabula-admin,
I've just installed and it run without aby problem 🙂
...
I've added few lights to take few test with stack and the output:
As you can see, all is working 🙂
CONRATULATIONS! good job! well done! 🙂
Can't wait for new APP version now 😉
Wow, that is really cool @pekdar,
How is zooming in/out in the image viewer with left/right click and/or mousewheel? Is it nich and smooth and fast?
Thanks for your quick reaction,
Mabula
Zoom works smooth and very very fast with mousewheel.
No problem z with zoom made by mouse left click and zoom out with right click.
Movements left/right/up/down/any direction with zoomed images also works very smooth and fast.
Sorry for delay with answer but I was busy.
I you need any additional tests, let me know.
Hello Mabula, congratulations too.
APP starts without problems.
But pictures say more than words.
Images are loaded smoothly, zoom functions work perfectly. So it's fun again. 😎
I have also started APP from the terminal and it works fine with openjdk version "11.0.7".
Superb news, glad this is finally squashed. 🙂
That is awesome @minusman 🙂 ! @pekdar
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...
Mabula
Hi all,
is there a fix for this opengl issue yet? I just spun up a centos 8 machine with the following glxinfo:
[centos@ip-172-31-38-218 app-noopengl]$ glxinfo -B
name of display: :1
display: :1 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa/X.org (0xffffffff)
Device: llvmpipe (LLVM 11.0.0, 256 bits) (0xffffffff)
Version: 20.3.3
Accelerated: no
Video memory: 31495MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 3.1
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: llvmpipe (LLVM 11.0.0, 256 bits)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 20.3.3
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 3.1 Mesa 20.3.3
OpenGL shading language version string: 1.40
OpenGL context flags: (none)
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.3.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
Unfortunately the latest APP beta does not work - the older "noOpenGL" build 1.079 does however.
Clear skies!
-c
Hi @turchinc
I did upgrade with my Kubuntu from 18.04 to 20.04 some time a go.
I have no opengl issue with latest APP beta.
So, the fix still works with my MESA version:
Device: AMD TURKS (DRM 2.50.0 / 5.8.0-59-generic, LLVM 11.0.0) (0x6758)
OpenGL vendor string: X.Org
OpenGL renderer string: AMD TURKS (DRM 2.50.0 / 5.8.0-59-generic, LLVM 11.0.0)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 20.2.6
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
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.