-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add option to ignore Bayer matrix for ZWO color cameras #981
base: master
Are you sure you want to change the base?
Add option to ignore Bayer matrix for ZWO color cameras #981
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @sebgod thanks for the PR!
The PR is making two distinct and independent changes. Let's break this into two separate PRs.
- the unit white balance initialization
- the option to ignore the Bayer matrix
I have some questions/concerns about the second part (ignore bayer matrix).
- with an IR pass filter in front of the camera, the matrix is still going to produce a differential response across the RGB pixels, right? If that is the case the I would think we actually do want to continue to average over pixels, right? We can resolve this question definitively by looking at a raw flat frame with the IR filter in place and looking at the mean (median?) ADU values across the frame for the R, G, and B pixels. Can we do that experiment and upload the flat frame to confirm?
- if the flat frame shows that ignoring the Bayer matrix is a desirable option, then I think the option is something we would want to make available for all color cameras, not just ZWO, right? If so, we would want to make the changes at a higher level (not down in the ZWO camera)
@agalasso " I think the option is something we would want to make available for all color cameras, not just ZWO, right" it depends on the camera. the 462 osc has increased sensitivity in the IR range for RGB. other cameras like the 174mc have more of a bandpass where IR range is suppressed. It was a surprise to me to find out th 462mc was so sensitive in IR, but apparently this idea of using IR filter with osc camera for guiding in ir is making the rounds. |
Thanks @bvalente22 . If we have at least one camera where we can demonstrate (with an actual flat frame) the benefit of forgoing the averaging, then we can go ahead and add the option. The option would be disabled by default so users continue to get the current behavior unless the explicitly opt to change it. Even better (time permitting!), I |
@agalasso i have one of all these cameras, i can test if you're interested. I am still not sure the benefit, since IR light is less available than broadband, but maybe i'm missing something here |
sure, but you will need to use some other app besides phd2 because phd2 is going to do the pixel averaging. What we would need are one or more flat frames (raw, unprocessed) taken with an IR pass filter in front of the camera. If that's something you could do you could upload the raw fits files somewhere and post a link in this discussion thread. |
@agalasso , these two changes are actually needed in combination, since only if all pixels are using non-multiplying white balance (not sure about the correct term here) the output will be uniform. |
Here is a flat frame I took with a EL panel https://1drv.ms/u/s!AlSOWTZ-saVGg7gR59NzAkyWefrHHg?e=hHEnxo |
Thanks for the data. I am now a believer. I took a 200x200 region from the center of the frame and applied PixInsight's SplitCFA tool to get 4 100x100 images, one per channel (R, G, G, B), then looked at the median ADU values:
If you are going to end up enabling the 3x3 median filter, than a simpler and nearly equivalent solution would be to just use PHD2's default settings! PHD2 (without this PR) does a 2x2 mean to "de-Bayer" the image (QuickLRecon in image_math.cpp). That should give you comparable results to disabling QuickLRecon (this PR), then enabling 3x3 median. |
@sebgod PHD2 should be initializing ZWO's white balance regardless of anything else. This will ensure that the ZWO ASI camera is always operating under PHD2 with a known good white balance setting (unit white balance.) This could be important if for example somebody was running some other capture app and tweaked the white balance setting, then connected to PHD2. In that case PHD2 would inherit the non-default WB setting and the user could get poor guiding results. For that reason we try to initialize camera settings for all cameras when PHD2 connects, and PHD2's current omission of initializing the WB setting for ZWO cameras is a bug. If you want to send that part of this PR as a separate PR we would be grateful and would merge it right away! |
@agalasso , here is that PR which does that part (WB balance on init): |
This is useful when using a 850nm IR pass filter in combination with the ZWO ASI 462mc camera, as it effectively becomes a monochrome camera.
efd9212
to
dfa76ec
Compare
@agalasso thanks for the explanation. I've rebased this PR on the latest master which already contains the white balance changes. |
This is useful when using a 850nm IR pass filter in combination with
the ZWO ASI 462mc camera, as it effectively becomes a monochrome
camera.