June 24 2026 APP 2.0.0-beta46 has been released !
Improved internal memory configuration (lower ! memory usage), fixed beta45 startup issue, fixed Set Save Directory & 2-panel mosaics.
May 27 2026 APP 2.0.0-beta45 has been released !
Fully Multi-Threaded LNC, many improvements for the registration engine, platform upgrade, and further tuning of internal memory consumption and memory release back to OS.
Apr 14 2026: Google Pay, Apple Pay & WeChat Pay added as payment options
Update on the 2.0.0 release & the full manual
We are getting close to the 2.0.0 stable release and the full manual. The manual will soon become available on the website and also in PDF format. Both versions will be identical and once released, will start to follow the APP release cycle and thus will stay up-to-date to the latest APP version.
Once 2.0.0 is released, the price for APP will increase. Owner's license holders will not need to pay an upgrade fee to use 2.0.0, neither do Renter's license holders.
I run APP (2.0.0-Beta36) on a Windows 11 PC. Historically I Remote Desktop (RDP) into this machine to use APP and check on progress bars. Starting at or around Beta35, when I RDP into the machine the running instance of APP seems to have crashed. I'm having trouble consistently reproducing the issue, but it has happened during various stages of processing, and more frequently in the last month or so. Other open programs are still running, only APP seems to have failed. Has anyone seen this issue?
I rarely seem to get a log file when this happens, the few I see point to a JRE crash.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007fffa761bdf1, pid=27520, tid=11780
#
# JRE version: Java(TM) SE Runtime Environment Oracle GraalVM 23.0.2+7.1 (23.0.2+7) (build 23.0.2+7-jvmci-b01)
# Java VM: Java HotSpot(TM) 64-Bit Server VM Oracle GraalVM 23.0.2+7.1 (23.0.2+7-jvmci-b01, mixed mode, tiered, jvmci, jvmci compiler, compressed class ptrs, g1 gc, windows-amd64)
# Problematic frame:
# C [awt.dll+0xdbdf1]
#
# No core dump will be written. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Hi Jonathan, @merkwood
Thank you very much for reporting this. The error occurs in awt.dll which indeed is part of Oracle Java. awt is actually part of the graphical user interface, so the crash seems to be related to graphical drawing of the application some how. If the issue always occurs at the same moment in processing, it could be a real bug in the java runtime. But if the biug is rather random and would not always happens, it could indicate a hardware instability on the computer on which APP is run that you connect to by RDP. Since APP is tough on hardware resources, it can crash with an instable system when other applications would still "survive" sort of speak.
Can you make sure that the system is stable? Is it not overclocked? Possibly do a ram test?
Finally, you can try to run APP from the commandline in the following way. Open a commandline (with administrator priviliges if installed for all users).
Go to APP's installation directory which will be:
C:\Program Files\AstroPixelProcessor
or
C:\Users\[yourOSusername]\AppData\Local\Programs\AstroPixelProcessor
and execute APP with the following command:
AstroPixelProcessor.exe > log.txt 2>&1
After the APP crash or after closing APP, all system out and errors should be stored in the log.txt file. Please check the contents of the log.txt and let us know if the crash happens again.
Thanks,
Mabula
I also was using RDP to control my processing/stacking PC today when APP crashed. I thought maybe GPU acceleration may have been the culprit so I changed the OpenGL setting to CPU, still crashed without error.
So I am not the crazy one ... 🙂 I have the exact same issue with beta 39, the crash comes on step 6/Integrate always, but I am using TeamViewer. I will try to generate a log tomorrow. As I can see, the problems come with multi-night projects, single night projects does not crash.Â
