测试用的系统是batocera2.5 for 树莓派3
底层用的retroarch版本是1.8.4

因为考虑到游戏本身和模拟器对按键响应的不同,测试用了2个游戏
CPS1的名将和FC的超级玛丽
按照之前的测试规则,数出延迟的帧数

下图是测试的出的数据
图片里面的延迟的单位是帧,不是毫秒.
换算毫秒的话,请自行乘以16.7

测试用的系统是batocera2.5 for 树莓派3
底层用的retroarch版本是1.8.4

这种low-end设备，是勉强凑合玩的水平，就不要想什么延迟大小了

posted by wap, platform: Asus
vshg 在ps3 360的时代还挺强的，家里有个闲置的。。

这样看起来针对树莓派的模拟器版本,延迟还是挺高的
但是gpio接口本身的延迟还是可以接受的
我测试了gpio摇杆在游戏目录选择时,平均只有4帧的延迟

如果对于4帧延迟没有概念的,可以看这个视频
switch会员送的超级马里奥兄弟

https://www.bilibili.com/video/BV1V54y1i73Q/

从按键到起跳正好4帧

你可以关闭模拟器的垂直同步再测测，会有惊喜

posted by wap, platform: iPhone
Runahead=1，延迟基本上不用考虑了吧。。。

posted by wap, platform: Android

引用:

原帖由 @aso  于 2020-8-11 21:14 发表
Runahead=1，延迟基本上不用考虑了吧。。。

这样思考问题小百了。

posted by wap, platform: iPhone
也许吧，不过实战起来还能怎么样呢？
不同的游戏出于不同的手感追求，在按键之后，角色做出反应的时间本来就不一样。比如FC魂斗罗，按下B键后，角色会在下一帧起跳；街机街霸2，拉上之后要好几帧才跳得起来；FC宇宙巡航机2，移动和子弹都会在按键之后的第二帧开始执行。。。
一般情况下，只要硬件和模拟器不是特别的离谱，就算开垂直同步，各种延迟也就在1帧以内，Runahead=1，既不会破坏游戏的本来手感和速度，又包治百病（好吧可能是九十病），实属简单无脑性价比绝高的解决方案了。
可惜目前支持Runahead的模拟器实在太少。。。。

本帖最后由 aso 于 2020-8-12 06:43 通过手机版编辑

街机街霸2，拉上之后要好几帧才跳得起来       你确定玩的的是框体实机吗

引用:

原帖由 elitex 于 2020-8-11 20:54 发表
你可以关闭模拟器的垂直同步再测测，会有惊喜

这个会有区别吗?回去试试