What I meant was, they use the same sensor technology. Imaging performance is effectively identical but the readout speed is slower on the IMX265. The USB 3 interface is capped at around 1.4Bbps on the Chameleon (and Blackfly) cameras too, which helps to keep the cost considerably lower if you do not need the very high rates the Grasshoppers can do.onryo wrote:So these are the ones to beat for about 500USD it sounds like.
Point Grey Grasshopper3 GS3-U3-32S4C (Sony IMX252) 2048x1536
Point Grey Chameleon3 CM3-U3-31S4C (Sony IMX265) 2048x1536
It is mentioned above that they both use the same sensor? When I looked them up it seems one uses a IMX252 and the other a IMX265. Maybe I misunderstood.
With bright enough lighting then speed is not an issue. My exposures with a high powered RGB LED system are in the range 10 to 300us, depending on film density. You could go up to 100x that and still not have to slow the projector. With fast exposures, there is no need to remove the projector shutter blade either. The CM3 can do 31fps in RAW16 bit mode (12bit data) at full resolution. For some strange reason, on the Chameleon Point Grey have not included a RAW12 bit mode. I am in a dialog to see if they will add it in, like the Grasshopper and Blackfly cameras have. Fortunately, the CM3-U3-31S4C is still fast enough in RAW16, but the CM3-U3-50S5C (2448x2048) drops to 19fps in RAW16 whereas it should hold up around 23fps if it had RAW12.onryo wrote:If I understand right I don't even need to slow the projector down to capture at 2048x1536 12bit unless I want to do say HDR stuff if I use good powerful lighting. Some of the film is quite dark and I would like to extrapolate as much.data out of it as I can. Is the CM3-U3-31S4C capable of doing say 20fps in 12bit mode at 2048x1536?
BTW, you should deduct about 1fps from the above maximums when in external trigger mode.
Point Grey (as do most manufactures) supply an SDK do go with their cameras. It is free, but expect to have to do a lot of hard coding to get the results you will require. The biggest problem being lack of de-Bayer at higher than 8 bit. Also, the camera gamma should be avoided at all costs. You should plan to write your own functions for these, or try and find suitable 3rd-party library functions.onryo wrote:One more thing. I write a lot of my own programs for things I build. Are these devices using weird closed protocols?
Good luck with your project!
Frank