Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for EyeLink DataViewer protocol #85

Open
smathot opened this issue Dec 2, 2016 · 1 comment
Open

Support for EyeLink DataViewer protocol #85

smathot opened this issue Dec 2, 2016 · 1 comment

Comments

@smathot
Copy link
Contributor

smathot commented Dec 2, 2016

This issue mostly just something to think about.

Quite some people are using the EyeLink DataViewer for analysis. DataViewer uses a simple protocol that requires certain messages. For example, the start of a trial should be:

TRIALID [trialid]

Whereas the OpenSesame plugins use by default:

start_trial [trialid]

And variables are logged as:

!V TRIAL_VAR [name] [value]

Whereas PyGaze uses by default:

var [name] [value]

People can override our defaults, or they can override the DataViewer's defaults. But many people don't realize that, so it's not very user friendly. I'm wondering what the best way to deal with this is.

  • We could simply take over the DataViewer protocol. That would make interoperability easiest. The downside of this is that it would break backwards-compatibility. I also don't think their syntax is very readable (what's up with the !V?), but that's maybe not super-important.
  • We could allow users to specify whether they want to write PyGaze-style or DataViewer-style messages. If we do that, at what level should this be specified? In the PyGaze Python library, or the OpenSesame plugins?

Thoughts?

@esdalmaijer
Copy link
Owner

esdalmaijer commented Dec 2, 2016 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants