pulses are often stored in the digitalin.dat, not analogin.dat (this should be the case for any binary timing signal). The function is currently hard coded to only use analogin.dat to sync camera pulses, and assumes only one channel is stored in the file...
it would be nice to select a smaller ROI before tracing the eye.
The function assumes that the video file is labelled 'basePath/baseName.avi', however this allows for only one video and there are often several, automatically named files. The function should be able to take in file names or use multiple .AVI files.
Why is the video file being re-saved in the DetectionFigures folder?
using .NumberOfFrames requires two read throughs of the entire video file. This can be done in a while loop that doesn't require the a priori knowledge of frame counts and will cut the I/O time in half. on 2018a, the VideoReader has been updated with a pause(0.1) line added in this method. for a 200000 frame video, getting the frame count with .NumberOfFrames would take ~500 hrs.
read() should be updated to readframe(), assuming this is switched to a while loop
A list of things I've found so far:
pulses are often stored in the digitalin.dat, not analogin.dat (this should be the case for any binary timing signal). The function is currently hard coded to only use analogin.dat to sync camera pulses, and assumes only one channel is stored in the file...
it would be nice to select a smaller ROI before tracing the eye.
The function assumes that the video file is labelled 'basePath/baseName.avi', however this allows for only one video and there are often several, automatically named files. The function should be able to take in file names or use multiple .AVI files.
Why is the video file being re-saved in the DetectionFigures folder?
using .NumberOfFrames requires two read throughs of the entire video file. This can be done in a while loop that doesn't require the a priori knowledge of frame counts and will cut the I/O time in half. on 2018a, the VideoReader has been updated with a pause(0.1) line added in this method. for a 200000 frame video, getting the frame count with .NumberOfFrames would take ~500 hrs.
read() should be updated to readframe(), assuming this is switched to a while loop