首先要模拟器能够100%还原包括黑屏在内的速度，才能再用来测试稳定性。

实际上最最简单的方法是这样，只要同时开两个模拟器，两个模拟器自己能保持一致还行，这点都做不到的话就不用谈了。

引用:

原帖由 OpEth 于 2011-2-22 18:22 发表

这个问题俺也想过，如果这个不稳定度是电脑操作系统本身带来的，那么你说的这个测试方法就无效了，还是需要两台电脑放在一起比较才科学。。。。。

这个比实机容易点，网吧就行。

引用:

原帖由 USE2 于 2011-2-22 23:18 发表
你就看PS那个97好了，原汁原味啊:D

PS的那个在于标准的修改的特色。模拟器９７有训练模式么？有可以蹲下的大蛇么？

[ 本帖最后由 raiya 于 2011-2-23 09:27 编辑 ]

引用:

原帖由 快乐猪头 于 2011-2-23 08:48 发表
没必要这么麻烦。

raiya应该说出他觉得模拟器上哪个FTG出现了不如街机版的情况，他如果说是SF33，那么这是MAME本身驱动不完善的问题，不关PC的事；他如果说是97，或者SFZ3甚至是SF2，那才有对比的必要。

现在不 ...

本身就是这个意思．９７　ＳＦＺ３这样，就可以了。两台跑模拟器测同步，两台实机测同步。

[ 本帖最后由 raiya 于 2011-2-23 09:28 编辑 ]

引用:

原帖由 hanzo 于 2011-2-23 11:00 发表
发现怀旧区的老人们认真得可爱，对不值一驳的脑补PC知识犯得着这么较真么

到时候他可以说你用超高性能PC+防浪涌UPS耍赖，他自己的电脑就是跑不动neorage的，或者说画面差了零点零几帧，然后你没有街机厅的摇杆，怎 ...

发觉一小部分模拟器崇拜者可悲得可笑，口口声声说别人花大价钱买垃圾的，居然以为这样的人会没钱买电脑。

６０ＦＰＳ的一帧有１６ＭＳ，连网战５０ＭＳ延迟就觉得像天堂的人，就别再用零点零几这种这么小的数字了好不好。

[ 本帖最后由 raiya 于 2011-2-23 11:58 编辑 ]

引用:

原帖由 hanzo 于 2011-2-23 11:49 发表

不如把你的无序波动理论给大家进一步科普一下，找一篇权威点的东西贴出来服众

兄弟，光凭嘴硬是达不到效果的

权威？我又不是权威。你权威么？或者你找个权威来个我们分析一下这些帧数的稳定或者不稳定是怎么回事情，给大家看看也行啊。没有的话，那么就只有靠现在的分析和实验罢了。

光凭嘴说是不行，不过连用嘴巴说一个理论都没有的话岂不是更不行了。

引用:

原帖由 hanzo 于 2011-2-23 11:59 发表
你拿出一个拳打大口脚踢小孩的战绩出来我可以信你啊，没问题

可我只看见一张顶天立地的嘴，还有GGPO上大把的日本33高手

说了半天还是那种要去跟刘翔学物理而不是跟霍金的思路。这样的思路的人，信不信根本无所谓的。

你说你看到的只有一张嘴，那么我现在要做的事情不需要我在操作上是一个顶尖高手，也不是去分析游戏的对战用的技战术，只要我有一个分析模拟器和实机用的脑子就行了。

引用:

原帖由 lyt777 于 2011-2-23 12:13 发表


你有一个分析的脑子，却不能用事实来证明你脑子这个其他所有人都不相信的理论，请问这脑子起什么作用的？

事实现象在那里，大家都体验过，要做正规实验来严密观测也可以。其他所有人？这种话你也说得太大了。不过别人信不信我真的管不着，也无所谓。脑子起什么作用，你自己心里有数。

[ 本帖最后由 raiya 于 2011-2-23 12:23 编辑 ]

引用:

原帖由 USE2 于 2011-2-23 16:31 发表
其实模拟器的脚本录像功能就是稳定性最好的证明。你录一段1分钟的脚本，然后播放20次。按某只的模拟器帧数波动论，只要稍微出现1到2帧的浮动，必然会出现不同步。但如果播放个几十次都完美的话，那完全可以认为模拟器 ...

如果照你这么说，那么只要你播放脚本录像的时候稍有干扰，造成一点点帧数波动，那么播放一定是失败的。但是你平时播放脚本录像的时候是这样的么？

我觉得录像脚本是整体的内部的命令顺序，这个顺序除非模拟器的结构发生改变，或者过大的干扰直接对脚本命令的执行造成了中断，否则同样的命令肯定照这个顺序执行的。而帧数波动是外部表现，是每次一个一个命令执行的速度的变化的反应。所以脚本重播的成功只是代表每次所有的命令的执行顺序是相同的，而不代表外部表现每一次命令执行的时间的相同，也就是帧数是不是有变化。

要用你这个办法，就要另外拍摄下这几次脚本执行的过程，然后拿这些拍摄录像进行对比。

引用:

原帖由 eshen8423 于 2011-2-23 15:22 发表
感觉不可行。。因为有可能是加速或者延迟，很难看出累积的效果。。

是啊。有时候加快有时候减慢，最终结果可能是扯平，而总数没有多大的变化。这就跟统计上的需要计算差平方一样。

我们么，这个时候可以进行分割观察观测大概。我觉得对比之下，视觉上的平稳度应该看得见。

引用:

原帖由 tdk01 于 2011-2-23 20:33 发表

别的我不知道，但确实遇到过在一台运行很慢的电脑中播放fc录像文件失败（按键序列和游戏对不上，完美通关变成乱打），在别的电脑上都正常的事情
这说明
如果电脑没有达到配置要求，确实会播放失败
只要达到配置 ...

这就说明了，脚本是内部命令，只要这个顺序不出错，脚本肯定可以被还原。而我们平时是在看他的执行顺序带来的外部表现的速度。也就是脚本只是管每一帧的画面该出什么，一帧帧的顺序怎么样，而每一帧以什么速度播放和最后多少FPS，是得不到反映的。

配置太差，或者模拟器版本不对的话，造成这个执行顺序一旦被打乱，那么脚本的执行会出错。

引用:

原帖由 tdk01 于 2011-2-23 20:49 发表
录像文件不可能左右程序逻辑，这是常识

程序的执行有快慢，但是顺序不错就能正确重复执行，这是常识。

而我们现在追究的就是这个快慢变化，那么光靠程序能不能正确重复执行就不能说明这个问题。

引用:

原帖由 tdk01 于 2011-2-23 20:48 发表

执行顺序没有错，只是因为运行不完美造成了按键时间和原来录像时有偏差，所以什么动作都是慢一点

这种么，也许动作慢的原因不在于脚本录像的播放的时候，而在于记录脚本的时候，这需要时间的。

引用:

原帖由 tdk01 于 2011-2-23 20:55 发表

有快慢就不能正确执行了，按键序列仅仅是一个记录在哪个时间点按哪个键的文件，是独立于游戏之外的，顺序不错但和游戏不同步就会出错

如果只是你的按键的记录的话，那么那些随机出现敌人的游戏的脚本记录不就毫无意义了？所以脚本不是你的外部命令的记录，而是整个游戏内部执行的记录。