Author Topic: CFA with Odd Number of Rows & Columns?  (Read 2247 times)

Offline dmcclain

  • PixInsight Addict
  • ***
  • Posts: 117
CFA with Odd Number of Rows & Columns?
« on: 2015 November 18 18:37:29 »
I just ran into a situation tonight, using an ATIK 490EX OSC CCD camera. Up to now I had been blithely using its color imaging capabilities and never saw anything odd. But tonight, attempting some photometric experiments, I need to split out the CFA channels and the PI SplitCFA tool refused to do anything. Looking at the error messages, it says I had an odd number of rows or columns.

Looking carefully through the system, I surely did indeed have 3379 columns by 2703 rows in every image. And the capture software also sees that exact same size. The Sony 814 sensor specifies its resolution as 3380 x 2704, as does the literature on the ATIK 490EX camera.

So, either the driver firmware is off-by-one, perhaps using indices (0-3379, 0-2703) as an incorrect indication of pixel column and row counts, or else they are reading out the sensor in such a way as to truncate one row and one column, leaving some truncated Bayer matrices laying about along a couple of image edges.

Either way, the deBayering routines in PI seem capable of gracefully dealing with this odd situation. But SplitCFA has real trouble with it. I can perfectly understand the complaints of SplitCFA, but I need to proceed somehow.

My guess is that I should Crop the image by one row and column before handing off to SplitCFA. But has anyone else run into this, and do you have a better way of handling things?

- DM

Offline pfile

  • PTeam Member
  • PixInsight Jedi Grand Master
  • ********
  • Posts: 4729
Re: CFA with Odd Number of Rows & Columns?
« Reply #1 on: 2015 November 18 18:42:43 »
it could be the capture software - can you test with something different just to see? i was going to suggest overscan regions being on/off but 1 row/column seems too weird for that.

rob

Offline dmcclain

  • PixInsight Addict
  • ***
  • Posts: 117
Re: CFA with Odd Number of Rows & Columns?
« Reply #2 on: 2015 November 18 19:32:30 »
No, I checked ATIK's own capture software, called Artemis Capture, as well as their supplied ASCOM driver into Maxim DL, and in each case the results are images of that same (odd x odd) size. It appears that there is nothing I can do to rectify the situation on my end. It might be an erroneous driver in their firmware, or it might be a peculiarity of their readout system.

What's interesting in the context of PI, is that deBayering routines appear to have no trouble with this oddity. I have been imaging on this camera in full color, for days. Only tonight, when I need to split out the individual color channels, did I run into troubles with SplitCFA, and that's when I was alerted to the odd-ball image size. Never noticed it before.

I did the crop-by-1 row and column, and got things to work okay, and did a successful series of AperturePhotometry. But it is somewhat irritating, and is a bit of a speed-bump in the processing pipeline.

- DM