Posts by MichaelCorreia

Quote from Johannes Trein

Hm. I can't see that it is flipped from you CL Spec image.

Upon looking at it again, I can see you are correct. I must have been confused.

Quote from Johannes Trein

If you set the VisualApplets operator to 8 Tap it will not use the nineth pixel.

I was wondering about that. It seems odd that there would be more pixels than taps.

Quote from Johannes Trein

I've added a VA sample. It is a little simpler compared to the examples in the VA installation directory but does the same with a little more FPGA ressources.

Thank you very much, this will be very helpful! I really appreciate the help

Hello,

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.

Thanks,

Michael

Thank you Björn,

Your example designs worked on actual hardware. I really appreciate the help.

Thanks,
Michael

Thank you Björn,

I appreciate your help. The square ROI seems quite complex compared to the AppendImage operator. Thank you for the very helpful designs.

I will have the ability to check these on actual hardware soon; I will give an update once I know how well it performs.

Thanks,
Michael

Hello Björn,

Unfortunately I do not have access to the frame grabber, original design, or camera just yet, but I was wondering what you thought of this design

Thanks,
Michael

Hello,

Do you think the CXPMultiStreamCamera operator could help? I do not see it listed in the documentation.


Thanks,
Michael

Hello Björn,

Thank you. I will see if I can upload the file soon. I think it is a simple pass through, just like the example in C:\Program Files\SiliconSoftware\VisualApplets_3.1\Examples\Acquisition\BasicAcquisition\mE5-MA-VCX-QP\Area\SingleCXP6x4AreaGray10.va . My understanding is that the Multi ROI functionality is supposed to send the different ROIs as sequential frames.

I will check the dimensions of the ImageBuffer.

Thanks,
Michael

Hello,

I am trying to use a Mikrotron 25+ CXP camera with 4 discrete ROIs of size 256 x 256, 10-bit. Unfortunately, there seems to be some overlap on the ROIs in microDisplay.

Has anyone encountered such an issue before? Are there any existing VA designs for this problem?

I am using the VCX-QP

Thanks