Support for C4-16000 scientific CMOS camera
          
          
            The first member of the premium C4 series of scientific camera,
            the C4-16000 with 4k × 4k resolution
            CMOS sensor and 37 × 37 mm sensitive area (geometrically equivalent to
            workhorse G4-16000 CCD camera) is now supported in SIPS. While the
            sensor used in the C4 cameras uses 12-bit A/D converters only, it
            is capable to digitize image twice, and thus allows reading of two
            images from single exposure. One image uses high-gain digitization
            channel, while the other image is digitized using low-gain
            channel. These two images with 12-bit depth are then combined into
            single image with true 16-bit dynamic range. 
             
 C4-16000 cameras can be combined with various External
              filter wheels  
          
        
        Support for hardware sub-frames on Cx CMOS based
          cameras
          
          
            Restriction of image read to a sub-frame (sometimes call
            region-of-interest or just ROI) was naturally available in all CCD
            based Gx cameras. The CCD is a serial device and reading of a
            sub-frame does not reduce the digitization time significantly (all
            pixels have to be shifted through the sensor and limiting read to
            a sub-frame only saves time for digitization of pixels outside of
            the sub-frame). Because digitization of individual pixels is
            performed by camera electronics, outside of the CCD sensor,
            sub-frame read of a CCD is implemented in the camera and the
            sensor itself has little or no influence on this function. 
            Situation with CMOS sensors is just opposite — reading of a sub-frame has to be implemented in the
            sensor hardware/firmware and camera electronics cannot affect it.
            So, the question is why sub-frame read of CMOS sensors in Cx
            cameras was implemented by software cropping, when the used IMX
            sensors support sub-frame (ROI) read? The problem is in ROI
            support by sensor hardware — it imposes
            number of limitations on the sub-frame position and size. What's
            more, these limitations differ among various sensors and also
            between 8-bit and 12-bit read modes of the same sensor etc. For
            instance, sub-frame origin must be aligned to certain multiply of
            pixels (typically 4 or 8 pixels). The same limitation is valid for
            sub-frame width and height. Also, minimal sub-frame width is often
            several hundred pixels etc. 
            But SIPS camera drivers as well as user interface were not
            designed to impose any sub-frame position/size restrictions.
            Inability to do sub-frame read without any limitations lead to
            reading of the whole frame from the camera and cropping to (this
            time arbitrary) sub-frame by driver. Time penalty when e.g.
            12 MPx frames are read and cropped to
            300 kPx is obvious, the FPS in such
            case was 40-times lower than theoretically possible. 
            No restrictions on sub-frame position and size design
            remained present also in SIPS v3.21. But the new Cx camera driver
            combines both approaches — when a sub-frame
            read is requested by the user, Cx camera driver checks if the
            sub-frame position and size comply to sensor-imposed limitations.
            If yes, camera hardware is programmed to limit read to specific
            ROI only and resulting image is directly returned to the user. If
            the requested sub-frame position and/or size does not fit sensor
            limitations, the driver enlarges the sub-frame size and position
            to satisfy the sensor and at the same time to be the smallest
            possible one, but containing the user requested sub-frame. This
            greater sub-frame is then read from camera and cropped by driver
            to the size requested by the user. Differences in sub-frame read
            from camera and sub-frame returned to the user are typically very
            small, a few pixels necessary to align position and size to
            multiply of 4 or 8 pixels etc. So, amount of data transferred from
            camera is almost the same, only the software cropping consumes
            some time. 
            Hint: Often the user, choosing the sub-frame, has no strict
            requirements to its position and size. From the user point of
            view, slightly adjusting the sub-frame to fit sensor limitations
            is not a problem. And doing so means sub-frame size and position
            can be programmed directly to the camera and images returned to
            the user without the necessity to perform time-consuming cropping
            in software. This is why the Frame tab of the
            Imager tool in SIPS v3.21 adds a new button Adjust
            Frame. Clicking this button checks if the currently selected
            sub-frame fits to sensor limitations. If no, position and size are
            adjusted to the smallest possible sub-frame still containing the
            originally selected one. Reading of images then can be performed
            directly, without software cropping.  
            
          
        
        Sensor characterization using Photon Transfer
          Curve
          
          
            Laws of physics dictate that the variations of signal acquired
            by a sensor (light incoming to camera from a telescope in our
            case) are proportional to the square root of signal value. This
            law can be used to characterize every solid state detector (both
            CCD and CMOS) purely on a series of uniform light images (flat
            fields). Even if particular manufacturer does not publish key
            sensor parameters like conversion factors in e-/ADU, full well
            capacity in e- or absolute read noise in e- RMS, analyzing series
            of flat field images covering the sensor dynamic range and
            constructing so-called Photon Transfer Curve can reveal them. 
            SIPS v3.21 adds one new tool button to every image set,
            performing the sensor characterization. To work properly, the set
            must contain pairs of evenly illuminated images of the same
            exposure. No Dark nor Bias frames should be subtracted from these
            light images. Exposure times are arbitrary beside exposure must be
            the same for both images in every pair. Mean values of pairs
            should cover the whole sensor dynamic range. 
            Calculation could be limited e.g. to an equally illuminated
            area (sub-frame). Such sub-frame can be defined using count-box
            controls, or area can be framed on any image, opened from set, and
            the tool takes this area as sub-frame dimensions. 
            Calculation of Read Noise requires presence of a pair
            with zero exposure time (bias frames). 
            Full Well Capacity is calculated correctly only if a
            pair of images with higher mean value (longer exposure time) is
            fully saturated. However, even if such pair is not present in the
            set, the maximal ADU value for saturation can be entered manually
            (4095 for 12-bit cameras, 65535 for 16-bit cameras etc.) to
            calculate proper Full Well capacity. 
            
            Warning: Please keep on mind the sensor characteristics are
            calculated using statistical analysis, and thus results may
            slightly vary depending on the set of test images, their dynamic
            range, sub-frame selected for analysis etc.  
          
        
        Bug fixes
          
          
            The most important bug fix concerns Guider tool window. SIPS
            v3.20.2 contained new code, despite the new functionality is not
            yet accessible to users in current SIPS versions, which caused
            program could fail when trying to guide. New version 3.21 fixes
            this issue. 
          
        
        SIPS is a freeware and can be downloaded from the Download section of this web site. 
        Do you want to stay informed about new SIPS versions and features?
        Follow @sipssw
        on Twitter. 
      
    
  
 |