Multi-Session Calib...
 
Share:
Notifications
Clear all

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.

 

Multi-Session Calibration: Check Flat Frame Calibration Frames have associated Lights before processing

4 Posts
2 Users
0 Reactions
1,233 Views
(@itarchitectkev)
Neutron Star
Joined: 8 years ago
Posts: 122
Topic starter  

Hi, I just encountered a small issue where I hadn't noticed my Lights were loaded into a different Session than where I thought my Flats were.

i.e.
Light Frames: Session 3
Flats and DarkFlats: Session 1

The result is Calibration gets to the end of processing, then throws a Java NullPointer Exception processing Flats with no further explanation.

Of course the user shouldn't be so careless, but sometimes coffee is slow to ignite the brain matter and I think checking the files prior to a potential lengthy operation is a good thing.



   
ReplyQuote
(@itarchitectkev)
Neutron Star
Joined: 8 years ago
Posts: 122
Topic starter  

I've just realised it is possible to process Calibration frames (like Darks) without associated Lights, so perhaps this is isolated to Flats/DarkFlats [I updated the topic to specifically target these]



   
ReplyQuote
(@mabula-admin)
Universe Admin
Joined: 9 years ago
Posts: 5318
 
Posted by: @itarchitectkev

Hi, I just encountered a small issue where I hadn't noticed my Lights were loaded into a different Session than where I thought my Flats were.

i.e.
Light Frames: Session 3
Flats and DarkFlats: Session 1

The result is Calibration gets to the end of processing, then throws a Java NullPointer Exception processing Flats with no further explanation.

Of course the user shouldn't be so careless, but sometimes coffee is slow to ignite the brain matter and I think checking the files prior to a potential lengthy operation is a good thing.

Hi @itarchitectkev,

Let me check this, I will get back to you 😉

I've just realised it is possible to process Calibration frames (like Darks) without associated Lights, so perhaps this is isolated to Flats/DarkFlats [I updated the topic to specifically target these]

Off course, that should be possible and I do it all the time ;-). Simply load some darks, bias, flats and create some masters without loading lights, that should work without any issues.

Mabula



   
ReplyQuote
(@mabula-admin)
Universe Admin
Joined: 9 years ago
Posts: 5318
 
Posted by: @itarchitectkev

Hi, I just encountered a small issue where I hadn't noticed my Lights were loaded into a different Session than where I thought my Flats were.

i.e.
Light Frames: Session 3
Flats and DarkFlats: Session 1

The result is Calibration gets to the end of processing, then throws a Java NullPointer Exception processing Flats with no further explanation.

Of course the user shouldn't be so careless, but sometimes coffee is slow to ignite the brain matter and I think checking the files prior to a potential lengthy operation is a good thing.

Hi @itarchitectkev,

I just tested this in 1.076 beta4 and no NullPointer is thrown. In which version is this happening and does it happen everytime you try this?

Creating master frames is irrelevant to lights being loaded or not. They will simply be created. If you assinged them incorrectly. Then you can always assign them correctly, by reloading those created masters. You don't need to recreate them ;-).

Mabula



   
ReplyQuote
Share: