这是一个创建于 2873 天前的主题，其中的信息可能已经有所发展或是发生改变。
看到 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