Difference between ...
 
Share:
Notifications
Clear all

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.

 

Difference between Astro Pixel Processor Normalization/LNC and PixInsight Normalize Scale Gradient Script?

9 Posts
5 Users
0 Likes
2,377 Views
(@mxcoppell)
Main Sequence Star
Joined: 6 years ago
Posts: 28
Topic starter  

Dear Mabula and Vincent,

Recently I've started to look into the PixInsight Normalize Scale Gradient Script. Really want to understand the difference, advantages, and disadvantages of both methods provided by APP and PixInsight.

PixInsight Normalize Scale Gradient Script looks quite promising to deal with some common hard issues - straight light, high clouds, etc. As far as there are light frames that could be used as the reference frame, the NSG script could do some really nice calculations and normalize the rest of the light frames collected in different situations (moon phase, clouds, stray lights for certain angles and disappeared after the flip).

Is APP using the same algorithm to calculate the normalization data? I would really appreciate it if you could elaborate more details about how the normalization (including LNC) is done in APP? 

https://pixinsight.com/forum/index.php?threads/normalizescalegradient-impoved-weight-calculation.16507/

Thanks,

-Min


   
ReplyQuote
 WB91
(@blanshan91)
Red Giant
Joined: 4 years ago
Posts: 41
 

@mxcoppell   I would really like to know about this as well.     

 

Would also like to know when BETA3 will be available so drizzle issue is fixed, taking a long time.


   
ReplyQuote
(@vincent-mod)
Universe Admin
Joined: 7 years ago
Posts: 5707
 

I'll pass this one on to Mabula as he is the algorithm wizard. 😉

 


   
ReplyQuote
 WB91
(@blanshan91)
Red Giant
Joined: 4 years ago
Posts: 41
 

So, not sure why when blinking through my APP saved normalized light files my backgrounds brightness is not all the same. Does this mean when I save my normalized lights they are not actually normalized correctly???   This is Ha data from three nights of imaging.   Here are two videos using ASI Studio to blink through my FIT files on both APP saved normalized lights and also normalized lights created in PI using the Normalize Scale Gradient Script.  I was trying to upload videos but they kept getting blocked so here are the download links.  

 

Blink through PI NSG Light Frames:  Note:  Background seems to match on all frames.

https://drive.google.com/file/d/1iDPVs_oZcSnZGzwt9eZiAuvrwoO9Foem/view?usp=sharing

 

Blink through APP Normalized Light Frames:   Note:  Irregular background brightness

https://drive.google.com/file/d/1RxEjD_LFl_FmSCvLRmjPdn3nfDMC_uXw/view?usp=sharing

 

Bill


   
ReplyQuote
(@mxcoppell)
Main Sequence Star
Joined: 6 years ago
Posts: 28
Topic starter  

Thanks for sharing, Bill. In my eyes, the NSG is doing a fantastic job. 


   
ReplyQuote
 WB91
(@blanshan91)
Red Giant
Joined: 4 years ago
Posts: 41
 

So I think I know why APP normalize lights was not consistent in my video.   I found out that if I have multiple sessions with each session I had saved normalized lights, when combining the all normalized lights to make a final image, I loaded the lights and repeated the normalization process again so all sessions matched, which did not work out so well. It should have but for some reason it didn't, so I don't know if something is being left out.   So this time I went back and cleared my data, then loaded calibrated lights from all sessions and then went through steps 3-6.   I saved all my normalized lights and all had the same background brightness, so that's good!   

 

I really hope APP could produce something like PI's NGS.  It would be nice to also scale the lights the same.   On my normalized light data, all the back grounds values are near the same but the nebulosity brightness (depending on my seeing) was fluctuating up and down, which I would fear the higher values (stronger signal) would get clipped in rejection process.  It would be nice if APP could stretch lesser data sets to closure of that of the good sets which I believe NGS helps do this a little better and to also remove gradients in an automated process.  The down side of NGS is that it doesn't seem to work with data needing drizzle, and I need that option.  

 

Another thing I noticed through all this testing, if I run star analysis again on normalized lights, the image that was originally a reference frame was now scored lower.   So should the normalize process be run a second time after a second star analysis run so a better reference frame is used?? 

 


   
ReplyQuote
 WB91
(@blanshan91)
Red Giant
Joined: 4 years ago
Posts: 41
 

Mabula,

 

Can you add Normalize Scale Gradient Script to your software to help with automatically removing gradients from calibrated lights?  This also helps when you have bad light pollution gradients before and after meridian flips as when stacking in APP now mixes both and the resulting image has ununiform gradients which is hard to remove.  Removing the gradients before stacking is ideal.

 

Any news on when you are to release a new update, or is this software dead in the water?  

 


   
ReplyQuote
(@wvreeven)
Quasar
Joined: 6 years ago
Posts: 2133
 
Posted by: @blanshan91

Any news on when you are to release a new update, or is this software dead in the water?  

See https://www.astropixelprocessor.com/community/main-forum/1-083-stable-eta/


   
ReplyQuote
(@mr1337)
Main Sequence Star
Joined: 5 years ago
Posts: 16
 

I have switched over to PI to do integration lately because NSG works so well... Any plans to integrate something similar to APP? I really do prefer the APP workflow but the end results are pretty amazing.


   
ReplyQuote
Share: