gpt4 book ai didi

c# - WPF keyDown 响应时间准确性

转载 作者:太空狗 更新时间:2023-10-29 17:37:58 25 4
gpt4 key购买 nike

我正在开发一个应用程序,用户可以在其中看到一些东西,并且必须通过单击键盘上的某个键来使用react。 react 时间至关重要,越准确越好。

我编写了示例应用程序 inf WPF 只有几行代码来测试默认设置:

namespace Test
{
/// <summary>
/// Interaction logic for MainWindow.xaml
/// </summary>
public partial class MainWindow : Window
{
private Stopwatch sw;
public MainWindow()
{
InitializeComponent();
sw = new Stopwatch();
sw.Start();
this.KeyDown += OnKeyDown;
}

private void OnKeyDown(object sender, KeyEventArgs keyEventArgs)
{
sw.Stop();

lbl.Content = sw.ElapsedMilliseconds;
sw.Restart();
}
}
}

lbl 只是一个简单的标签。

奇怪的是,当我按住空格键时,lbl 的值会在 30-33 范围内变化。

所以我无法预测响应准确度是多少?是否不可能有例如 1 毫秒的精度?用户点击空间并同时(例如 1 毫秒精度)我可以在事件处理程序中处理它吗?

主要问题是:

假设我有一个按键事件处理程序:

Test_KeyDown(object sender, KeyEventArgs keyEventArgs)
{
time = stopwatch.elapsed();
stopwatch.Restart();
}

可能出现的“时间”的最小值是多少?我能确定时间值精确到 1 毫秒吗?在这种方法中,我启动了秒表,但我必须等待 - 多长时间 - 才能刷新 GUI?

最佳答案

您的测试肯定是无效的,正如其他几位贡献者所指出的那样,它只是测量键盘重复率。但它有意想不到的好处,您实际上可以看到键盘不会有问题。

Windows 中的大多数事件发生的频率由时钟中断率决定。默认情况下每秒滴答 64 次,每 15.625 毫秒一次。这会唤醒内核,它会查看是否需要做某事,寻找要传递给处理器核心的工作。最典型的是无事可做,内核通过 HLT 指令关闭。直到下一个中​​断发生。

所以一个问题是您的测试永远不会比 15.625 毫秒更准确。而你的观察恰好与你看到的是那个数字的两倍相符。但实际情况并非如此,您可以使用您的程序来查看。使用控制面板 + 键盘并调整重复率 slider 。请注意如何调整它并使您的数字更改为不是 15.625 的倍数的值。

这不完全是个意外,键盘 Controller 也会产生中断,就像时钟一样。你有确凿的证据表明这个中断本身已经足以让你的程序重新激活。你可以看出键盘 Controller 本身扫描键盘矩阵的速度足够快。键盘的错误栏不会大于 +/- 2 毫秒,大约是您在显示数字中看到的噪音。如果您的键盘扫描速度较慢,您可以通过此测试消除它。


您更关心的是视频。视频适配器通常以每秒 60 次更新的速度刷新 LCD 监视器。所以最坏的情况是,测试对象将无法在 17 毫秒内看到图像。液晶显示器本身也不是那么快,便宜的响应时间为 16 毫秒或更差。液体中的 Crystal 不能足够快地翻转的副作用。

消除刷新率错误需要您的程序与 vertical blanking interval 同步.您可以使用 DirectX 做的事情。您可以找到响应时间约为 4 毫秒的高档 LCD 显示器,深受游戏玩家欢迎。

关于c# - WPF keyDown 响应时间准确性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19284345/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com