[转]Eprime的Timing Mode和PreRelease

以下内容来源于：

张婕, & 吕勇. (2016). 计算机化心理学实验中的时间精度问题——以 E-Prime 为例. 心理研究, 9(5), 15-21.

https://m.fx361.cc/news/2016/1213/16440668.html

可点击文末*阅读原文*直达

Pre-Release

E-Prime为每一个呈现刺激的控件提供了Pre-Release的属性，该属性允许在当前刺激终止前就开始为下一个刺激的呈现做准备，即允许将下一个刺激的准备时间与当前刺激的呈现同时进行。需要注意的是，E-Prime中任何在下一个刺激实际呈现之前输入的被试反应都根据当前刺激的设置被记录下来，即反应总是属于由诱发反应的刺激来记录。

使用PreRelease功能时，E-Prime可以尽可能多、尽可能早地完成任务。在某些情况下，一旦一个控件完成它的关键动作，时间就可以分配给下一个控件。值为100～200ms的PreRelease时间对于大多数呈现序列来说足够了，可根据实验程序结束后获得的数据文件，查看PreRelease时间是否合理。尽管PreRelease机制是一项高效实用的工具，但是研究者在使用它时，仍有几点需要注意：

第一，如果为一个紧跟FeedbackDisplay的对象设置了PreRelease功能 （被试有一个做出反应的窗口期），可能会呈现错误反馈。错误的出现是由于FeedbackDisplay会在前一个对象的PreRelease时间开始时读取被试反应数据。例如，假设呈现一个探测刺激，接受反应的窗口时间为1000ms，设置PreRelease时间为100ms。FeedbackDisplay对象会在探测界面开始呈现的900ms后执行操作，并准备显示。此时，FeedbackDisplay对象会检查这个时刻之前最后一次输入的正确率和反应时，并选择显示信息（如，“正确”“不正确”“无反应”等）。假如被试恰巧在探测界面的起始点之后的901ms到1000ms之间做出反应，FeedbackDisplay可能已经在反应被接收之前做好反馈的准备了。因此，可能反应已经被接收了，但是显示给被试的反馈是“没反应”。这时需要注意，反应数据确实被标记了时间、被计分，并在trial的结尾被正确记录。由于FeedbackDisplay需要准备时间，呈现给被试的反馈可能是错的。为了避免这种情况，建议将任何之后紧跟着FeedbackDisplay对象的控件的PreRelease设置为0ms。但是，一般而言，准备反馈所需的时间小于300ms，并且反馈一般不会作为关键计时事件出现。或者用户可以调整反应输入的TimeLimit，使PreRelease的时间不会与反应时间重叠。尽管上面例子中，数据的记录不会受影响，但是在有的情况下，会出现PreRelease和数据记录相互作用造成的错误。尤其是当反应出现在一个Procedure的结尾时，使用PreRelease会改变数据记录。如果当前显示界面接收反应的时间长于一个trial的持续时间（即反应界面的TimeLimit长于trial剩余时间的总和），或者，反应数据必需用于PreRelease过程中执行的脚本，这时的PreRelease应设置为0。

第二，PreRelease功能只有在当前对象的呈现是由下一个对象的呈现来清除的情况下才有效。这是因为，如果一个对象负责自身的清除，就总要等待时间记满规定的持续时间，否则清除会出现得过早，即在PreRelease开始的时候就进行清除。在实践中，这条注意事项很少成为问题，因为一般情况下，清除当前刺激是由序列中的下一个对象的出现完成的，并且大多数实验可以通过简单的重新设计来满足这种模型。

第三，PreRelease也不能在当前对象是由反应输入终止的情况下使用，因为系统不可能预测被试何时会做出反应，它要等到反应出现时才能做出响应。对于大多数实验范式，这一般也不是问题。因为通常情况下，当由反应输入来终止刺激呈现时，当前对象的呈现持续时间是关键计时，而下一个对象和当前对象的时间间隔不是关键计时，即使下一个对象的呈现出现延迟也没有太大问题，无需使用Pre-Release功能。当对某些范式构成问题时，建议设置反应输入的规则，使呈现的终止不取决于反应输入，这会使反应被标记时间、计分并正确记录，同时保持刺激序列准时呈现。

Timing Mode

Timing Mode 处理由计算机后台进程引起的延迟。

选择 Event 选项会使对象在屏幕上停留与 Duration 设定的时间一样长。例如，如果 Duration 是 100 毫秒，而呈现对象时有 10 毫秒的延迟，那么 10 毫秒将被加到对象的持续时间上：100 毫秒 + 10 毫秒 = 110 毫秒。

选择 Cumulative 选项意味着对象将持续指定的 Duration 减去延迟时间。例如，如果 Duration 是 100 毫秒，并且有 10 毫秒的延迟，那么对象的持续时间将是100 毫秒 - 10 毫秒 = 90 毫秒。包括延迟，整个试次的总持续时间将是 100 毫秒：90 毫秒（对象持续时间）+ 10 毫秒（延迟）= 100 毫秒。

Event模式和Cumulative模式适用于两类不同的范式。如果研究者要求呈现一个词或者呈现短序列刺激（如，注视点、探测界面、掩蔽界面），序列中每个trial之中的间隔的变化是可以接受的，那么应该使用Event模式。如果研究者希望保持稳定的呈现频率，那么应该使用Cumulative模式。如某记忆任务中，每2s呈现一个刺激，不能有累积误差和时间漂移。再如，快速序列视觉呈现实验范式（RSVP）中以固定的时间间隔连续呈现视觉图形刺激。E－Prime中所有控件的默认计时模式为Event。