Thanks for your request. We will probably not implement any type of debayering functionality. It is not necessary for proper image capture and has a cost associated with it (as does any feature) far beyond the initial implementation (in terms of supporting it… how come RGGB doesn’t work for me?, etc…)
In terms of capturing data in an automated fashion, there there are several critical components… namely:
- Proper focus (throughout the imaging session)
- Proper framing (both location and camera rotation)
- Ability to take images that can be plate solved
None of these require color in order to execute. You indicate that it would provide you the ability to assess color, but we don’t really see this as necessary. Your assessment of color during capture does not provide any meaningful feedback (in other words, there is nothing you can do to change or improve it… it is what it is and you will adjust it during post-processing).
With the multitude of other features we have on the backlog, this is probably not something we are interested in doing.