I am trying to help someone use a Quad Tap, 16-bit Camera Link Full camera with Visual Applets. Right now, we are trying to work out how to accomplish acquiring images before moving on to image processing. The camera has a resolution of 256 x 257, and the tap geometry is 4X-1Y. I did not see this as one of the possible options in the Full Gray Camera operator, but I have an idea on how to get around this.
To emulate a 4X-1Y Quad Tap 16-bit camera, we could use the FullGreyCamera operator. The bit assignment of 16-Bit Mono Full 4 Taps looks similar to 8-Bit Mono Full 8 taps. In 8-Bit Mono Full 8 taps mode, a 16-bit pixel would be interpreted as 2 8-Bit pixels. Thus, the pixel at (0,0) would be the least significant byte of the pixel, and the pixel at (1,0) would be the most significant byte. The pixel at (1,0) would have the incorrect endianness, so it would need to be “flipped.” Then, the two pixels could be combined into a single 16-bit pixel. 8-Bit Mono Full 8 taps mode also has a ninth 8-bit pixel which does not exist in 16-Bit Mono Full 4 Taps mode, so this must be sent to the trash. This means that Visual Applets will see an image width of 256 * 2 * (9/8) = 576 pixels.
From there, we could adapt the TapSorting_8X_1Y.va example to 4-taps. We would need to take out the parameter translations since we do not have Visual Applets Expert.
Does this sound feasible? We do not have access to the camera yet, so we cannot actually test it out right now.