【问题标题】:Understanding Latency in Eye Tracking了解眼动追踪的延迟
【发布时间】:2015-08-12 21:09:22
【问题描述】:

我无法理解眼动追踪环境中的延迟。我目前使用集成到头戴式显示器中的 30Hz 眼动仪进行视觉研究。

在我看来,眼睛实际移动的时间与眼动追踪软件提供这些坐标的时间之间存在总体延迟。这个延迟有两个组成部分-> 1)眼动仪成像频率导致的延迟(30fps -- 33.3ms) 2)由于提取数据并提供坐标的实际算法造成的延迟。

我认为总延迟是 1) 和 2) 的总和是否正确?

我与制造眼动仪的公司进行了交谈,他们说眼动仪的延迟为 60 毫秒。这是否意味着我的整体延迟是 60ms + (1000/30Hz) ~ 93.3ms ?

或者 60 毫秒的数字是否以某种方式考虑了眼睛摄像头的 FPS?

【问题讨论】:

  • 只是好奇:为什么这会成为 StackOverflow 的主题?你应该看看on-topic list

标签: latency eye-tracking


【解决方案1】:

不同的供应商使用不同的眼动追踪延迟定义,因此您必须询问您的特定供应商,他们在声明 60 毫秒延迟时使用什么定义。

例如,最大的眼动追踪供应商之一 Tobii 使用以下定义:

处理延迟:描述眼动仪处理器执行图像处理和眼睛注视计算所需的时间。

总系统延迟:从眼睛图像曝光的中点到通过客户端计算机上的 API 提供样本的持续时间。这包括一半的图像曝光时间,加上图像读取和传输时间、处理时间以及将数据样本传输到客户端计算机的时间。

【讨论】:

    【解决方案2】:

    我会假设公司给你的数字60ms 是所有事物的总延迟。这是假设他们是提供软件和相机的人。

    如果不包括摄像头延迟,那么您对延迟的计算应该是正确的。

    【讨论】:

      猜你喜欢
      • 2012-11-30
      • 2018-07-09
      • 2011-05-15
      • 2012-05-19
      • 2014-10-20
      • 2015-12-17
      • 1970-01-01
      • 2021-10-02
      • 2013-05-06
      相关资源
      最近更新 更多