Reply To: Timing Accuracy if Multiple Stimuli presented per block

Home Forums Support Timing Accuracy if Multiple Stimuli presented per block Reply To: Timing Accuracy if Multiple Stimuli presented per block

#1846
Erwin Haasnoot
Keymaster

Hi Liz,

Good question! We haven’t specifically stress-tested our Engine this way, ie, having 1000 stimuli in one trial. I can foresee several problems arising as the amount of stimuli grow. Specifically, the initialisation phase could start taking very long, and the memory requirements of running a task could be too much for a user’s computer. But this would maybe start happening at around 10,000 stimuli per trial. Even so, the within-trial timing would not be affected too much, as the algorithm being used only handles the stimuli as a queue, and then only the previous, the current and the next stimuli in the queue. This way, timing shouldn’t be affected by the amount of stimuli in a trial.

As for the second part of your question.
There is some flexibility present in the current parser, related to the way the JSON configuration file is set-up. This feature is barely used, even by me, so I’d need to look into that again to see what’s possible.
Also, The source code of the parser is freely available here: https://github.com/ErwinHaasnoot/QRTEParser (the main file is here: https://github.com/ErwinHaasnoot/QRTEParser/blob/master/com.eclipsesource.json/src/com/qrtengine/parser/QRTEParserMain.java). It’s written in java, not javascript, and is not very well documented, but if this would help you fix your problem, please don’t hesitate to take a look at it!

Best Regards,

Erwin