Feature Requset: Callback for external trigger, before sensor read-off about tiscamera HOT 6 CLOSED

Hello

With current version of tiscamera this is not possible.
Next version will have a Line1 rising and Line1 falling event, which is exactly what you want to have. That is about hardware trigger.

However, which camera model you use and also how do you trigger the camera?

Stefan

from tiscamera.

I am using the DMK 37BUX287 specifically with the python wrapper

from tiscamera.

Hello

Well, the best solution for synchronizing he cameras is connected both to the same trigger source. In case you use hardware trigger.
In case you use software trigger, the best method I know. is creating a thread for each camera. In the thread the software trigger functions is called, nothing more, the thread function can return. This avoids a delay between cameras, because the software trigger send function waits for an answer of the camera. If both software triggers run in "parallel", this waiting time can be avoided.

Stefan

from tiscamera.

Yes I agree, and that is what we are currently doing. The issue is that the SDK for the other camera we are using is lacking and has no way to let us know when a new image is taken. There is no callback or any indication that an image we grab with their 'getter' is new or not (without doing some sort of image subtraction with the previous image).

That's why I was hoping for a way to know when the trigger was in earlier so I could do parallel processing instead of serial like we are forced to do for now.

from tiscamera.

GStreamer uses a callback from the appsink module for incoming images. So you can get the images from there and start your processing. That is, how the trigger samples in this repository work.

from tiscamera.

Closed due to inactivity.

from tiscamera.