【问题标题】:How large is the average delay from key-presses按键的平均延迟有多大
【发布时间】:2011-12-01 21:52:46
【问题描述】:

我目前正在帮助某人进行反应时间实验。在这个实验中,我们测量了键盘上的反应时间。对于这个实验,重要的是要知道,由于按键和软件处理之间的延迟,可能会引入多少错误。

以下是我已经使用 google 发现的一些因素:

  • USB 总线的轮询频率最低为 125Hz,最高为 1000Hz(取决于设置,请参阅 this link)。
  • Windows 中可能有一些额外的键盘缓冲区可能会进一步延迟按键,但我不知道这些背后的逻辑。

不幸的是,无法控制实验的低级逻辑。实验是用E-Prime写的,这个软件经常用于这类实验。然而,提供 E-Prime 的公司也提供额外的硬件,他们宣传精确的反应时间。因此他们似乎意识到了这种影响(但不知道它有多大)。

不幸的是,必须使用标准键盘,所以我需要提供减少延迟的方法。

【问题讨论】:

  • @xxpor,该链接似乎与问题没有任何关系。
  • @TJD 啊,非常抱歉。那是针对我打开的另一个问题。

标签: keyboard usb hardware low-latency


【解决方案1】:

按键的任何延迟都可归因于去抖动例程(为了安全起见,我通常使用 30 毫秒)而不是处理算法本身(除非您只评估第一次按键)。

【讨论】:

  • 好吧,如果平均只有 30ms 秒,这在我们的案例中应该没有问题。不过,将其记录在某个地方会很棒。
  • 去抖时间完全由设计师来决定多少时间足够。大多数应用程序可能会通过 5 毫秒的去抖动处理——但如果你真的想优化去抖动时间(这实际上是不必要的,因为它不会被用户注意到)你必须调查“反弹”多长时间" 期间用示波器持续。
  • 但是,去抖动时间会根据程序员的决定而有所不同。
【解决方案2】:

如果您正在运行一个毫秒计时很重要的实验,您可能需要使用http://www.blackboxtoolkit.com/ 来查找错误源。

您的需求还取决于您的学习性质。我用键盘在 Eprime 中进行了 RT 实验。由于任何错误在参与者之间平均应该是一致的,因此对于某些设计来说这不是一个大问题。如果您需要将数据与其他东西(如眼动追踪或脑电图)同步,或者想要得出关于特定幅度很重要的 RT 的结论,那么 E-Primes 串行响应盒(或其他品牌,尽管我在与其他品牌盒子和 eprime 的过去)是必须的。

【讨论】:

    猜你喜欢
    • 2018-04-13
    • 1970-01-01
    • 2012-07-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-22
    相关资源
    最近更新 更多