JvdZ

Ok, that's an interesting solotion for the problem. A few questions left; did you manage to add the string with the time in the picture itself? Or is it a parallel running string with a kind of list with all the data of the captured images? If possible, could you post an example of the file or a screenshot of the idea? I'm still stuck to the windows clock, but the resolution of 1ms is not a problem, my framerate will not exceed the 5fps.

No replies yet... I having the same problem here for synchronizing video images of a crack with the load applied. It's difficult to sync peaks in the load data with crack propagation seen in the video. The best thing to have should be a clock running within the video frame. My solution until now is a snapshot video capture in a timed loop, while the data acquisition of the load is running in that same loop. It is synchronized but the framerate is much lower...

Hi Jeroen, I'm using the same system more or less at the university of Twente. Can't see your file, the seems to be no attachment in your post. In my system I've also problems with the framerate, without a visual display on the front panel the CCD camera easily manage to save 30 frame per second to the harddisk, but with a visual display the framerate drop to below 5 fps. Please repost your file, can't see how you can measure fps in a stacked sequence now. Will have a look soon! Jeroen