这是一个创建于 3246 天前的主题，其中的信息可能已经有所发展或是发生改变。
看到 jetBrain 最新的测试版支持了 0 延迟输入（ zero-latency typing ），就随便翻了翻 google ，发现老外对这个还有专门的研究，据说是手感更棒，对人体神经反馈更快，所以人输入文字会更舒适，更符合人体工程学云云帕拉帕拉帕拉帕拉……
 | 1 akring 2017-01-13 11:27:48 +08:00 搜出了一堆显示器？ |
 | 2 riggzh 2017-01-13 11:35:06 +08:00 从不看参数，更相信自己的双手 |
 | 3 Valyrian 2017-01-13 11:39:01 +08:00 via iPhone |
 | 4 ruijanlee 2017-01-13 11:54:55 +08:00 G-SYNC 这个只支持 windows 吧。 v2ex 的人都是吃 apple 大的。 怎么会去用 win 呢。 他们的 macbook pro 键盘屏幕宇宙最强。 |
 | 5 Notme 2017-01-13 11:55:23 +08:00 个人认为这技术用在游戏里比较容易感知到差异。平时写东西，即使有个几十 ms （假设值）延迟也不太影响。当然没有肯定更好咯。 |
 | 8 tedzhou1221 2017-01-13 12:12:56 +08:00 via iPhone |
 | 9 shoaly 2017-01-13 12:23:27 +08:00 其实时间并不卡在触发, 而是卡在 键程上面. 我感觉延迟时间都是在 从敲击开始 一直到达触发点之前的那段位移上. |
 | 10 j5shi 2017-01-13 12:27:30 +08:00 via iPhone 现有的机械键盘已经做到 8ms 反应，再压缩难度挺大成本挺高收益不大… |
 | 12 honeycomb 2017-01-13 13:38:00 +08:00 @Notme 延迟和特定的应用有关系 竞技型的 FPS(1)游戏时： 120/144 FPS(2)且低延迟的显示器就是比普通的 60 FPS(2)显示器好 关闭 VSYNC/三重缓冲就是比开启它们好 职业选手能更仔细地感受到它们的区别。 |
 | 13 ufo22940268 2017-01-13 16:28:51 +08:00 一大堆人在说 gsync ，笑死我鸟 |
 | 14 rogerchen 2017-01-13 16:38:37 +08:00 @ufo22940268 +1 看来 v 友们的语文还要再学习一个啊。。。 |
 | 15 soratadori 2017-01-13 16:58:46 +08:00 人体工学有用，但 0 延迟几乎没用，现在好点的机械键盘都是 1000hz(1ms)的。 然而，就算是 8ms 的延迟的机械键盘打音乐游戏也打得足够准确了。 |
| 16 soratadori 2017-01-13 17:00:48 +08:00 @soratadori 当然，打格斗游戏这类拼反应速度的或许有点用，但人类的反应速度基本都是上百毫秒的延迟... |
 | 17 mlhorizon 2017-01-13 17:04:19 +08:00  1 有意义吗？ 除非直接接脑袋输入，要不要光手指的延迟都比键盘高。 |
 | 18 Immortal 2017-01-13 17:06:33 +08:00 写代码的瓶颈完全不在这点延迟上.. |
 | 19 blanu 2017-01-13 17:53:43 +08:00 via iPhone 我还真以为是脑电波输入呢， 0 延迟，呵呵 |
| 21 ruijanlee 2017-01-13 18:22:44 +08:00 |
 | 23 wohenyingyu02 2017-01-14 02:16:27 +08:00 via iPhone G SYNC 和延时啥关系 |
 | 24 johnnie502 2017-01-14 05:03:19 +08:00 垃圾玄学，有种过双盲 |
| 25 ruijanlee 2017-01-14 07:04:08 +08:00 |
 | 26 rail4you 2017-01-14 09:53:43 +08:00 这和键盘没关系， jetbrains 的延迟是针对自己 IDE 说的， 因为 jetbrains 会索引很多信息，以前的 IDE 反应有点慢影响体验。 Jetbrain 加入这技术，输入体验就和普通的编辑器差不多了（和 vs code ， vim ， emacs 这类比）。 这个帖子的标题思路极其混乱，讨论的东西和机械键盘， G-SYNC 都没关系，估计楼主两样都没仔细用过。 |
 | 29 jun4rui OP @wohenyingyu02 画面不撕裂下保证低延迟哦，低延迟，这不关系就来了？ |
| 30 rail4you 2017-01-14 19:27:09 +08:00 @jun4rui 就怕认真这两个字，很多技术不是拿来就能用的，更不能望文生义。 买了 jetbrains 的全套产品，不代表你理解 ide 的功能。 买了 g-sync 的显卡和显示器，也不代表你所有的游戏环境更好（ g-sync 有其应用范围）。 楼主是买了这两样产生错觉，一本正经的胡说八道。当然我能理解这点，买完东西总是有个兴奋期的。 |
 | 31 reus 2017-01-14 19:30:22 +08:00 后台索引工作应该限制 cpu 使用量，更不应该影响到与用户的交互。 本就应该做好的事情，居然还起了个名字。 对他们公司的产品没多少好感，都是 java 界的烂 IDE 衬托而已。 |
| 32 jun4rui OP @rail4you IDEA 用了 5 年了， G-SYNC 用了 1 年了吧 应该不是兴奋，我觉得广大关注打字舒适的用户可以把目光从硬件转移到软件上，当然给你造成是兴奋的感觉，也许是我用词不当？不过你这个推论我也觉得蛮厉害的，哈哈，有趣，虽然不对 |
| 33 jun4rui OP @reus 老外有个 Blog 对比了各种 IDE 下输入延迟的对比表格，从 VIM 、 Emacs 到各种 IDE ，结果看来是大家似乎都不太关注这一点。希望这个烂 IDE 公司这次做法，能让其它 IDE/Editor 厂商看到，大家一起在这方面努力。 想想，其实程序猿工具发展余地还挺大的嘛 |
| 34 rail4you 2017-01-14 22:14:54 +08:00 @jun4rui 你用过机械键盘， jetbrains ide ，还有 g-sync 的显示器，你追求高品质的用户体验，这我理解。我用的也是同样的配置。 但我一直要说的是：你的帖子的题目和内容，和你想要表达的东西完全不是一回事！你想说的只是 jetbrains ide 推出一个新特性，这特性能加速该 ide 的输入速度（以前有明显延迟，影响体验）。你按这个话题说就好了。 可能我最近有点强迫症，看见文不对题（这篇太显眼了）的帖子就多说两句。 |
 | 35 zylaputa 2017-01-15 07:11:56 +08:00 via Android 不可能做到 0 延时，按键必须要一个几 ms 的消抖。 |
 | 37 RqPS6rhmP3Nyn3Tm 2017-01-16 08:01:39 +08:00 via iPhone 所以这个是软件能实现的功能？不用特定键盘支持？ 只给了一个 Gsync 名字，难怪楼上都在讨论显示器…… |
 | 39 arakashic 2017-01-16 13:38:37 +08:00 哈哈，我来引战。就结果而言 GVim 完爆 Emacs 。参考 https://pavelfatin.com/typing-with-pleasure/ |
| 40 jun4rui OP @arakashic 还真被你翻到了，我就是看了这篇里面开头就提到了 G-SYNC 。 结果这帖子一大半变成显示器技术研究，另一小半变成讨伐这技术和 G-SYNC 扯不上关系，完全没人关注啊。 本以为这种大家天天靠着吃饭的东西，使用率实在是高的不得了，怎么就没人关心呢？ |
| 41 Notme 2017-01-18 06:11:27 +08:00 @honeycomb 我第一个回帖首先肯定的就是低延迟（输入）在电竞 /游戏中应用的合理性。随后的补充提到的该技术应用在“输入文字”这个情境下，影响不大。另外从头到尾我都在讨论主楼的“ 0 延迟输入（ zero-latency typing ）”， 跟 G-sync 这个显示技术没关系。你的回复是否会错意？ |
| 42 Notme 2017-01-18 06:18:15 +08:00 |
Select Language