第426章 手柄改进
愿你在这里，遇见真正值得阅读的故事。
  中村部长愣了一下，赶紧递上一把小螺丝刀。
  拓也熟练地拆下背后的几颗螺丝，掀开后盖。
  果然，摇杆底部连接的是一圈微动开关，结构简单粗暴，就是个换了皮肤的十字键。
  “中村部长，这不对。”拓也指著那四个微动开关，“这是数字摇杆，只能识別“推”和“没推”，顶多加上八个方向。我要的是模擬摇杆。”
  “模擬摇杆？”中村推了推眼镜，有些迟疑，“那种用电位器结构的？可是专务，那种结构不仅成本高，而且容易漂移，寿命也不如微动开关————”
  “成本不是问题，体验才是核心。”拓也打断了他，语气不容置疑，“想像一下，我们要做的3d游戏。游戏角色在跑动时，轻推摇杆是慢走，重推是衝刺。如果是这种数字摇杆，角色要么站著不动，要么就是全速狂奔，根本没有中间值。这样的角色可操作性就变的太简单了。”
  他拿起那个拆开的手柄晃了晃：“如果是赛车游戏，玩家想精確控制转向角度，这种只有左满舵”和右满舵”的开关怎么操作？我要的是线性输入，是可以精確到0到255
  级力度的模擬信號。”
  中村部长虽然搞不懂为什么要这么精细，但他有个优点，听劝。他立刻掏出笔记本记下：“明白了，换成双轴电位器结构，支持线性模擬信號输入。我马上安排人重做。”
  解决了手柄的问题，中村又翻开另一页记录：“还有个急事。sgi那边回復了，他们接受了我们的定製要求，价格虽然咬得紧，但还在预算內。不过他们催我们要儘快確定cpu的指令集方案，否则流片进度就会被大大推后。”
  “这个只能靠他们了。”拓也指了指那边已经聊得热火朝天的三人组。
  此时，马克·塞尔尼已经完全反客为主，霸占了键盘。
  “这颗r3000的原型虽然稳，但在浮点运算上太保守了！”马克一边敲击著代码，一边头也不回地喊道，“必须砍掉那些没用的工业指令，把电晶体腾出来给几何运算加速！
  铃木，把你那个model2的测试程序跑一遍，我要看看它在满负载下的瓶颈到底在哪！”
  “已经在跑了！”铃木裕盯著监视器，“注意內存带宽，这可能会是个坑！”