Share:
Notifications
Clear all

2023-03-15: APP 2.0.0-beta14 has been released !

IMPROVED FRAME LIST, sorting on column header click and you can move the columns now which will be preserved between restarts.

 

We are very close now to  releasing APP 2.0.0 stable with a complete printable manual...

 

Astro Pixel Processor Windows 64-bit

Astro Pixel Processor macOS Intel 64-bit

Astro Pixel Processor macOS Apple M Silicon 64-bit

Astro Pixel Processor Linux DEB 64-bit

Astro Pixel Processor Linux RPM 64-bit

[Solved] Bad Pixel Map

7 Posts
3 Users
1 Likes
1,763 Views
(@didi_sangye)
White Dwarf
Joined: 3 years ago
Posts: 14
Topic starter  

Hello everyone,

i purchased a new OSC-Camera (ASI071MC_Pro) and as recommended i started to do a good bad pixel map by taking 100 dark-frames (600sec, gain 0, -5°c) and 100 flats.

But i'm quite shocked about the result:

image

26,92% of BAD pixels. In the video from sarah i saw here values: 3,325 %!!!

am ii doing something wrong or is this a bad camera!!??


   
ReplyQuote
Topic Tags
(@ippiu)
Neutron Star
Joined: 4 years ago
Posts: 138
 

it's normal.

As it usually happens in ALL OSC CMOS cameras, gain 0 is noiser than all other gains. Don't use gain 0.

It's common to use UNITY GAIN: for your camera it is 90 as you can see here:


   
ReplyQuote
(@didi_sangye)
White Dwarf
Joined: 3 years ago
Posts: 14
Topic starter  

@ippiu

thank you for your advice:-)

i will try it again using gain 90!


   
ReplyQuote
(@didi_sangye)
White Dwarf
Joined: 3 years ago
Posts: 14
Topic starter  

I found out, that this has nothing to do with the GAIN-value; nearly the same values with Darks Gain 90!! And i also watched a youtube-video from robin glover (

) saying that the 'unity-gain-concept' is a irrelevant one; so i decided to use gain 0.

And also see this post from mabula:

https://www.astropixelprocessor.com/community/tutorials-workflows/a-dslr-data-calibration-workflow-by-mabula/#post-8676

Posted by: @mabula-admin

No, the Bad Pixel Map is NOT ISO and exposure dependent. You can make a Bad Pixel Map using any ISO and exposure time and use it on data which have other ISO and exposure times. Just make one Bad Pixel Map using a set of darks with exposure times of several minutes (the longer the better) and an arbitrary ISO value. And the flats used in the BPM creation can have a different ISO and exposure time then those darks, no problem 😉

 

In both cases (gain 0 / gain 90) i used the values for 'bad kappa' and 'cold pixel percentage' that mabula is using in the example of his post: https://www.astropixelprocessor.com/community/tutorials-workflows/creating-a-bad-pixel-map/

As i don't really understand what this values are doing, for me is was helpful to use these values (cold pixels 50% and hot pixels kappa 2.5)

 

Today I restarted the whole thing, but this time i didn't change the default values suggested in the actual version of APP: cold pixels 25% and hot pixels kappa 3.0 and the result is a completely different one:

image

And now i'm completely confused; the idea is to create a very good BPM once in a year (as suggested by mabula)

And now i have this 2 completely different versions; and on top the second one looks quite strange to me compared to the first one (see above)

Maybe this is due to my self made 'flat-box' (a led light-pad from agptek)!?

 

So which one should i use for the calibration of my flats and my lights??

Would be very nice if someone could help me to clarify my confusions and tell me what to do; thanks in advance!

 


   
ReplyQuote
(@didi_sangye)
White Dwarf
Joined: 3 years ago
Posts: 14
Topic starter  

Hey Mabula!

If a BPM is needed to do the best calibration; waht's the way to create a really good BPM?

Is it to find the best values or to detect a realistic number of so called 'bad pixels' and to apply this to the calibration of the flats and lights, or is it to optimise certain values?

Because when i play aorund a little bit with 'hot pixels kappa' and 'cold pixels percentage' i can find a combination with a maxium of 'number of linear pixels' and a minimum of 'number of bad pixels' ()

image

but again; what's really the goal to strive for?

please help


   
ReplyQuote
(@vincent-mod)
Universe Admin
Joined: 6 years ago
Posts: 5386
 

Hi @didi_sangye,

edit:sorry, I see you already tried gain 90. Could you upload a few of the darks just for me to check?

Please upload like 5 to our server and login with username/password: appuser

Create a directory with "didi_sangye-BPM-issue" and upload there. Thank you!


   
ReplyQuote
(@didi_sangye)
White Dwarf
Joined: 3 years ago
Posts: 14
Topic starter  

Hi Vincent,

Thank you for your answer; i think it must sound a little bit confusing for you!!

But meanwhile i found in another post ("ASI071MC processing") that it is needed to enable "force CFA" for these frames in 0) RAW/FITS!!

Coming from DLSR -and as a beginner- it was new for me or to be precise in the APP Tipp-Text to this topic it says: "Enable this if the frames are monochrome Bayer CFA frames..."; and i thought that the frames of a OSC-Camera are NOT monochrome because it is a One-Shot-COLOR camera (like DSLR)!!??

So again it's the same topic of a 'missing documentation/manual of the ACTUAL APP-Version' 🙁

But now i tried it again with this option enabled and i managed to get a 'better' or maybe 'correct' BPM and to find out the 'Hot-Pixels-Kappa-Value' that corrects all bad pixels -as it is mentioned in the post 'Creating a BPM' (from Mabula but from 2017!!)- means it stays the same value from there on (i hope that's the correct way); the cold pixel percentage is always 0!

 

Kind regards

Didi_Sangye

 

 

 


   
ReplyQuote
Share: