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.
[Solved] Astro Pixel Processor crashes when loading Fuji raw files
EDIT BY MABULA: THIS ISSUE IS FIXED IN APP 2.0.0-beta34
Hello!
Today I started my trial of 2025-01-25: 2.0.0-beta32 with am MacBookPro (M4) on macos Sequoia. I wanted to check for support of Fuji raw files. Unfortunately, the app crashes when loading losless compressed raw file from my X-T4 camera. I tried to import only a few light frames. The issue is reproducable in the same way on an Intel-based MBP running Sequioa.
Are there dependencies on the type of raw files (compresssed vs uncompressed)? I didn't try. @Fuji users, what are your experiences?
Thanks in advance, TriCX
This topic was modified 1 year ago by Mabula-Admin
I have about 10 test images of the X-T4 camera and they all work fine on my MacBookPro with M4 max chip on Sequoia 15.2, I just tested it. All also okay on a mac mini M1 and an intel based mac pro 2017.
Are you sure that the Fuji raws are not corrupt somehow? Do they load in other applications?
Is the losslees compressed format new for the camera perhaps ? Was a firmware update needed for that format maybe? If so, maybe our raw support with 3rd party LIbRaw needs an update to support the files.
Please upload your raws here so I can test and fix as soon as possible.
I processed some Fuji Raws from an XT-3 in December without any issues. I wasn't aware that they were compressed though - just the standard RAF file you get when you choose the saving option of 'RAW+jPEG'. That was with Mac OS Sequoia running on an M1 studio.
Ah, now I see in the 'RAW recording menu' that you can choose a lossless compressed version. I have never used that - but maybe APP is not decompressing them?
I am following up to check if loading your FUJI raws can be fixed.
Our raw file loading depends on a 3rd party, LibRaw, I know that there is an update so that might fix the issue. It will help us greatly if you can upload some of your Raws to our server so we can test it and fix it.
Jon, can you perhaps make a couple of fuji raws with the lossless compression for us to test as well? Thanks !
I have just taken 3 random sky shots (no tracker so they will be blurred 😀 ), one saved 'uncompressed', one 'lossless compressed' and the other 'compressed' from Fuji XT5.
Have uploaded these to your server.
For me they all open OK in APP beta 32. I didn't try any processing but did not observe a crash on loading. M1 Mac Studio running Sequoia 15.3.
Well, I don't know how to write it, but I can't reproduce the crashes.
Directly after installation and the first attempt to load some Fuji raws, the app crashed. So, I decided to try on another system with exactly the same result. That's why I decided to report here about my experience.
Driven by Mabula's offer to check with my files, I wanted to check how many files are required to reproduce the issue - in order to upload them. Now, I'm happy the report that the issue is gone. My raws could be opened on both of my systems.
It looks like the issue happens only directly after a fresh installation and might not be related with Fuji raw files at all. So I tried to uninstall and re-install APP, but I couldn't reprooduce the crash. Maybe I missed to remove some config files?
I have just taken 3 random sky shots (no tracker so they will be blurred 😀 ), one saved 'uncompressed', one 'lossless compressed' and the other 'compressed' from Fuji XT5.
Have uploaded these to your server.
For me they all open OK in APP beta 32. I didn't try any processing but did not observe a crash on loading. M1 Mac Studio running Sequoia 15.3.
Well, I don't know how to write it, but I can't reproduce the crashes.
Directly after installation and the first attempt to load some Fuji raws, the app crashed. So, I decided to try on another system with exactly the same result. That's why I decided to report here about my experience.
Driven by Mabula's offer to check with my files, I wanted to check how many files are required to reproduce the issue - in order to upload them. Now, I'm happy the report that the issue is gone. My raws could be opened on both of my systems.
It looks like the issue happens only directly after a fresh installation and might not be related with Fuji raw files at all. So I tried to uninstall and re-install APP, but I couldn't reprooduce the crash. Maybe I missed to remove some config files?
Thank you very much for your feedback. I am very happy to hear that all is well now somehow. I must say that once I freshly installed APP on macOS 15.2, it did crash on some other operation as well and only once... There might be a bug in macOS 15 here actually, because after that initial crash alll has been fine here... after using APP for many times on a new macBook Pro.
Hi Mabula, yesterday the sky was clear at night, so I went out for another astro-photography session. Since I'm a newbie in this field, I started with M42. However, processing in APP results in an Java-Exception (ArrayIndexOutOfBoundsException) when APP processes the flats. It is reproducible on both of my machines (MacBook Pro M4, and MacBook Pro Intel), I use for my tests. I attached a screenshot of the error message. I have logs and could share also my Fuji Raw files. What is the quota on the file server? The full set of files would be around 4GB. I can try to reproduce it with a limited set of files, but it takes time for trial and error. Please advise.
I use this thread, to expand on the specialty of Fuji RAW files (RAF). For newer cameras (definitely the APS-C cameras X-H2S, X-H2, X-T5, and also medium format GFX 100S, GFX 100S II) there are 3 RAF formats: - uncompressed ... existing "since ever", file size c. 55MB for X-H2S, ca. 200MB for the GFX 100S. - lossless compressed ... reducing file size by c. 40% - lossy compressed ... reducing a further c. 25%
For photography, the lossy compressed format is nearly perfect: smallest file size (not so much re. storage, more so for fast shooting e.g. for birds in flight) and according to all sources, no visible loss in sharpness, colour, etc.
----
Long story short: I yesterday had my first astro session with tracker, produced some 200 lights, 50 darks and a bunch of flats, bias, dark flats ... did not change the file settings ... all in lossy compressed.
Now the questions are:
Does APP support lossy compressed Fuji RAF? I am a bit pessimistic, because a quick googling said that "libraw" on Mac does only support uncompressed and lossless compressed Fuji RAF. 🙁
Does it make any sense to demoniac in (e.g.) Adobe Camera RAW, export to 16 bit TIFF ... and load all the frames into APP? I know, RAW is much, much better ... but clear sky is a rare event here in Aachen, I would like to see at least something.
If TIFF for the light frames is possible ... does it make any sense to use TIFF for Darks, Flats etc.?
I would be happy, if one of the questions can be answered with yes.
as a work arround you could try to load your images into Siril as a sequence. Select Fits as output format and press the convert button. Then all your files will be converted to the fits format which you can further process with APP.
Hope Siril will be able to read and convert this format as well.
Hi Mabula, yesterday the sky was clear at night, so I went out for another astro-photography session. Since I'm a newbie in this field, I started with M42. However, processing in APP results in an Java-Exception (ArrayIndexOutOfBoundsException) when APP processes the flats. It is reproducible on both of my machines (MacBook Pro M4, and MacBook Pro Intel), I use for my tests. I attached a screenshot of the error message. I have logs and could share also my Fuji Raw files. What is the quota on the file server? The full set of files would be around 4GB. I can try to reproduce it with a limited set of files, but it takes time for trial and error. Please advise.
Please make a folder with your name and issue like: Sven-Fuji-Crash
and let me know once uploaded, I will test and fix this issue as soon as possible. We have no Qouta on the server, only a cap on the upload speed 😉 so 4GB is no issue.
Please make a folder with your name and issue like: Sven-Fuji-Crash
and let me know once uploaded, I will test and fix this issue as soon as possible. We have no Qouta on the server, only a cap on the upload speed 😉 so 4GB is no issue.
Thanks,
Mabula
Hi Mabula,
I've uploaded my files to "IndeoxOutOfBounds-Sven". Additionally you will find there some screenshots on what I did in APP to reproduce the issue.
Please make a folder with your name and issue like: Sven-Fuji-Crash
and let me know once uploaded, I will test and fix this issue as soon as possible. We have no Qouta on the server, only a cap on the upload speed 😉 so 4GB is no issue.
Thanks,
Mabula
Hi Mabula,
I've uploaded my files to "IndeoxOutOfBounds-Sven". Additionally you will find there some screenshots on what I did in APP to reproduce the issue.
Thank you in advance, Sven
Hi Sven,
Thanks for the upload, I have found and fixed the issue 🙂 APP 2.0.0-beta34 will have the fix, I will try to release it in the coming days 😉
I can happily confirm that the above error is fixed. APP is processing Fuji (X-H2S) RAF, both lossy compressed and lossless compressed. (Uncompressed I did not try, but have no doubts.)
I have extended your Trial license with another 30-days, you should have received a confirmation of this by email as well. There is no need to re-enter the license, once your start/restart APP, the new expiry date will be found and used 😉