-
Notifications
You must be signed in to change notification settings - Fork 1
FAQs
Because all the other solutions I have used are either unreliable or not user-friendly.
OpenCV is used for actually processing the videos. WPF is used to build the front end UI.
Right now, SharpEyes just finds the pupil. The saved eyetracking data is the same format as that ussd by the PupilFinder class in the Eyetracking repo. You can instantiate a SharpEyesCalibrator class in python, and then read the pupil location and timestamps files in. Then you can continue the analyses in python.
When, not if. This is a work in progress. Open an issue and describe the issue.
It targets .NET framework 4.6.1, so you need that. Otherwise, the OpenCV and NumSharp dlls are already included.
I built this on VS2017 using the Nuget packages for OpenCVSharp and NumSharp Lite on Win10 20H2. I assume anything around that or newer should work.
No. I am not supporting *nix systems.
You have a few options. The easiest is to just run a VM. It's all CPU-based anyhow, so there shouldn't be too much of a performance hit. You could try Wine, but Wine is hilariously awful, esp when trying to run something modern like WPF. The last, but most solid thing you can try to do, is to port the UI and re-build with Mono. Remapping the event handlers in MainWindow.xaml.cs to WinForms or Avalonia should be trivial if you mirror the controls. At some point, MAUI will come out and I might make a jump to that.
Everything runs on CPU and it frankly feels fast enough. The bottleneck here is the human checking the output. The code does make use of multithreading on CPU when it can.