Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Supported by

Unpredictable Runtime error with Eye Tribe and OpenSesame

Hi all,

My lab is using an EyeTribe eye tracker with OpenSesame and we have been getting the following error after calibration in an unpredictable manner. We have had the error before and after updating to OpenSesame 3.2.5.


Microsoft Visual C++ Runtime Library

Runtime Error!

Program C:\Program Files (x86)\OpenSesame\pythonw.exe

This application has requested the Runtime to terminate it in an unusual way.

Please contact the applications support team for more information.

Here is our system information:
System: Windows-10-10.0.16299
Architecture: win64
OpenSesame 3.2.5
Python 2.7.13 | packaged by conda-forge | (default, May 2 2017, 13:28:54) [MSC v.1500 32 bit (Intel)]
Expyriment back-end

Thanks for any advice!

Best,

Tom

Comments

  • Hi Tom,

    This error means that the Python interpreter itself crashes (rather than a Python script that crashes within the Python interpreter). This always reflects a bug somewhere in the underlying libraries, and is very difficult to debug.

    What happens exactly? Does the OpenSesame user interface crash as well? If so, then you can try switching to the multiprocess runner (under Menu → Tools → Preferences). Or are you already using the multiprocess runner, and is only the experiment crashing?

    Cheers,
    Sebastiaan

    There's much bigger issues in the world, I know. But I first have to take care of the world I know.
    cogsci.nl/smathot

  • Thanks for your help, Sebastiaan. We've been using the multiprocess runner. The OpenSesame experiment crashes, but the entire program doesn't--it goes back to the user interface screen with the error message.

    Also, it happens to us about 50% of the time. Please let me know if I can provide more information. Here is a grainy picture of the monitor after the error occurs.

  • Also, after this happened, I asked the research assistant to close the OpenSesame file for the surveys that precede the experiment (window on the right) before running the experiment (window on the left). The error still occurs. One more thing: the experiment says it finished successfully in this case, when it did not. Other times when we get the error, it says the experiment was stopped

  • Also, after this happened, I asked the research assistant to close the OpenSesame file for the surveys that precede the experiment (window on the right) before running the experiment (window on the left).

    Do you mean that the survey experiment also crashes? Or that the crash still persists in the eye-tracking experiment even when the survey is removed?

    The error still occurs. One more thing: the experiment says it finished successfully in this case, when it did not. Other times when we get the error, it says the experiment was stopped

    If OpenSesame says that the experiment finished successfully, this means that the Python interpreter crashed at the very last moment, after the experiment told the user interface that it finished successfully, but before the process really shut down. Practically speaking, things are fine then.

    In general, it sounds like a messy situation. I would be pragmatic and decide whether the crashes prevent the experiment from running smoothly. For example, if the experiment always crashes during calibration, then you can restart until it works, and that might be (barely) acceptable. But if the experiment randomly crashes midway, then I would not consider this acceptable, and look for an alternative solution.

    Thanked by 1TomArmstrong

    There's much bigger issues in the world, I know. But I first have to take care of the world I know.
    cogsci.nl/smathot

  • Hi Sebastiaan,

    Thanks for the reply and pardon the delay. The surveys do not crash--I was just concerned that having a second experiment file open while running another might be the issue, but it does not appear to be related.

    I have implemented a practical solution like the one you suggested (I dropped the midpoint calibration, and I have programmed the study so that you can start up from calibration and skip earlier objects after a crash)--an acceptable solution for now, I think.

    We would like a more longterm solution though, as the same error is happening in a couple of experiments in our lab with some frequency. You mentioned that it was nearly impossible to debug. Is there a way to reinstall the libraries that might be causing the bug? Also, we were going to switch to a newer machine and from the Eye Tribe to the Gazepoint after these studies are completed. Although I'm reluctant to switch mid-study, do you think either solution might have a decent shot at addressing the bug?

    Thanks again for all of your help,

    Tom

  • We would like a more longterm solution though, as the same error is happening in a couple of experiments in our lab with some frequency. You mentioned that it was nearly impossible to debug. Is there a way to reinstall the libraries that might be causing the bug? Also, we were going to switch to a newer machine and from the Eye Tribe to the Gazepoint after these studies are completed. Although I'm reluctant to switch mid-study, do you think either solution might have a decent shot at addressing the bug?

    Reinstalling is unlikely to help, but upgrading is. The problem of course is figuring out which libraries to upgrade. Likely candidates are pygame and pyopengl (for legacy and xpyriment) and pyglet (for psychopy).

    There's much bigger issues in the world, I know. But I first have to take care of the world I know.
    cogsci.nl/smathot

  • Thanks for the advice! I'll give it a shot.

Sign In or Register to comment.