What to do if mt_check_resolution output does not look right?
Mousetrap has a function mt_check_resolution that can be used to check whether the logging resolution of the mouse positions looks okay. In the example on the mousetrap website (https://pascalkieslich.github.io/mousetrap/reference/mt_check_resolution.html) the output of this function looks like this:
#> $summary #> Min. 1st Qu. Median Mean 3rd Qu. Max. #> 1.000 10.000 10.000 9.977 10.000 14.000
Whereas for our data it looks something like this:
$summary Min. 1st Qu. Median Mean 3rd Qu. Max. 1.00 9.00 16.00 23.01 17.00 5369.00
We used PCIbex rather than OpenSesame to collect our data, and ran the experiment on the web, which may explain why our data looks less clean. Also, it seems PCIbex does not log mouse coordinates when the mouse doesn't move, to save server space, which suggests that our long timestamp intervals (up to 5s) are due to the mouse not moving.
The question now is: how to proceed when the logging resolution doesn't look as neat? We tried resampling the data using the apparent median sampling rate in the data (~60 Hz) to interpolate the long logging pauses. Is this appropriate? Are there any best practices to clean up mouse tracking data collected via the web (e.g. outlier removal)?
As a follow-up question, does anyone have experience with analyzing mouse data using mixed effects models? We're getting a lot of singular fit warnings, as well as hugely inflated random variances, especially for AUC. We are not sure how to figure out what is going on there, and whether these issues may be related to noisy data or to our (quite complex) experimental design. So any insights are welcome!