Mar 28 2026 APP 2.0.0-beta40 will be released in 7 days.
It did take a long time to have the work finished on this and it will have a major performance boost of 30-50% over 2.0.0-beta39 from calibration to integration. We extensively optimized many critical parts of APP. All has been tested to guarantee correct optimizations. Drizzle and image resampling is much faster for instance, those modules have been completely rewritten. Much less memory usage. LNC 2.0 will be released which works much better and faster than LNC in it's current state. And more, all will be added to the release notes in the coming weeks...
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.
Now that Cmd-A is back (YAY, thank you SO much Mabula and team!) - this is less of an issue, but I would love it if for some of my larger projects if it were possible to rapidly load days worth of imaging folders at once.
Maybe I am lucky, but my flats generally dont need updating that often and I can collect weeks of data (arranged into folder by Target_name->by_date and it woudl be super helpful to rapidly load them up, cull the junk and start my workflow.
Perhaps I am unique in my challenge or maybe I am arranging my folders badly!?
Hi Paul @xthestreams,
Yes, we need to make that possible, do your frames have a tag in the fits files indicating that they are lights as well?
Mabula
Sorry to bump an old thread, but was there any progress here? I don't have any issues with tags either coming from capturing in NINA or ASIAIR. Coming from another product that has a bulk import feature, I build a folder structure like this:
- Root folder of Target
- session_1
- LIGHT
- FLAT
- DARK
- BIAS
- session_2
- same format, continuing for each session needed. Each folder contains its relevant subs.
- session_1
I'm not even sure the folder structure is needed per-sub either (but likely per-session), because the FITS headers always contain the filter or type of sub. If the folder structure is respected though, we don't have to worry about dates either, if for example, flats are taken days after our light frames.
Thanks again for considering this.
Hi Bob, @tetchy1
This is not yet implemented, but for sure on our ToDo list. We will first release APP 2.0 with project save/load and a full manual after which we will work on the file/folder/recursive loading 😉 thanks for bumping !
Please know that "because the FITS headers always contain the filter or type of sub" is not accurate... it all depends on the capture software/hardware used. Especially older FITS files or FITS from professional telescope archives/teams do not always have that information, some have propietary tags... even the IMAGETYP tag used these days by many software packages to indicate LIGHT/DARK/etc is not even officialy in the FITS specification.
The implementation that we will implement will try to use a folder structure like you indicated and it will look for the relevant tags of course 😉
Mabula
Hi Bob, @tetchy1
This is not yet implemented, but for sure on our ToDo list. We will first release APP 2.0 with project save/load and a full manual after which we will work on the file/folder/recursive loading 😉 thanks for bumping !
Please know that "because the FITS headers always contain the filter or type of sub" is not accurate... it all depends on the capture software/hardware used. Especially older FITS files or FITS from professional telescope archives/teams do not always have that information, some have propietary tags... even the IMAGETYP tag used these days by many software packages to indicate LIGHT/DARK/etc is not even officialy in the FITS specification.
The implementation that we will implement will try to use a folder structure like you indicated and it will look for the relevant tags of course 😉
Mabula
Sorry, I should have clarified that my captured data from ASIAir and NINA has the right headers. I've definitely had to batch edit some FITS to fix headers from other sources though. Thanks again for the update!
Hi Bob, @tetchy1
Okay, thanks for the feedback. We will try to make this happen in a logical and similar way as other applications out there 😉
Mabula
