Martin,
1. Sure, I was doing something like that too.
But, as calibration results only have "one result per point" (not per point sample), I was wondering if only one (image) sample was being captured by the eyetracker, and the period of time used would be just to ensure the user had eyes open and was looking at that point, but it woudn't make sense if it was just that. What makes sense to me is to evaluate a few frames and average the result, remove outliers, and so on, so the need to wait a few milliseconds. Thanks for your answer.
2. My goal here is to allow the user to select which points he/she would like to recalibrate based on the results provided by the eyetracker. I like your approach, maybe I could adapt it to give the user "suggestions" on which point(s) should be recalibrated. My question is: what should I do to recalibrate it? I've already sent a
calibration start request with
pointcount = N (say 9), and sent N
pointstart requests. It seems logic to me if I send a new
calibration start with
pointcount = 2 (if I want to recalibrate 2 points, for example), I will lose all calibration, and it will create a whole new calibration with only 2 points, is that right? I'm assuming in that case the right thing to do would be just to send more
pointstart requests, only for those points I wish to recalibrate. Is that correct? How can I say I want to
recalibrate those points and remove previous information about them? If I just use the
same (x, y) coordinates, will the server know I want a recalibration?
On
another thread, Anders said
"the position of a calibration point must be unique", so I suspect this "feature" is used in these cases, right?
EDIT: I tried to do that (just send the points again) and got this message for each point:
- Code: Select all
{"category":"calibration","request":"pointend","statuscode":403,"values":{"statusmessage":"Another client initiated calibration"}}
What is the correct approach?
Best regards,
Rafael