You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A crude AGC was added to the capture software under #1 but it was not extensively tested. Known or suspected issues:
Slow initial adaptation when the gain/exposure time is far from where it needs to go (several seconds).
The mapping of agc_value to gain and exposure time settings needs to be further scrutinized.
Does the pixel value change linearly in response to a change in gain? What about exposure time?
Right now, the mapping minimizes gain to maximize SNR. But we may also want to keep the exposure time low to reduce motion blur induced by mount vibration and tracking jitter.
More thought should be applied to how the error term is derived and the set point.
With the lens cap on the AGC does not always crank the gain and exposure time all the way up to max, which means it must be detecting pixels with very high values. But I don't see any non-zero bars in the histogram display. (Unfortunately the histogram used for AGC is generated separately from the one shown in the preview thread, so there could be a bug in one or the other or both.)
The text was updated successfully, but these errors were encountered:
A crude AGC was added to the capture software under #1 but it was not extensively tested. Known or suspected issues:
agc_value
to gain and exposure time settings needs to be further scrutinized.The text was updated successfully, but these errors were encountered: