ra这个东西完全是个毒瘤

看似思路很好，这样设计可以让模拟器作者和玩家都方便了，其实是搞的更一地鸡毛

各种不合理的选项和设定太多，设置之繁琐，效率之低下，延迟之大，让人都不知道怎么吐槽这坨shxt，本人看到这个东西就要吐，只能绕路

最讨厌的是这玩意儿劣币驱除良币，把独立模拟器都快搞没了，典型的志大才疏

[ 本帖最后由 ccf1st 于 2020-3-8 02:48 编辑 ]

引用:

原帖由 ccf1st 于 2020-3-8 02:47 发表
ra这个东西完全是个毒瘤

看似思路很好，这样设计可以让模拟器作者和玩家都方便了，其实是搞的更一地鸡毛

各种不合理的选项和设定太多，设置之繁琐，效率之低下，延迟之大，让人都不知道怎么吐槽这坨shxt，本人 ...

太同意了。无论是在什么平台上我都很恶心这个。
看起来很屌，但每当你想真的用它来玩游戏，就总有各种莫名的bug来坏心情。

posted by wap, platform: iPhone
ra的延迟我还真没感觉出来

关键看跑ra的是啥设备吧

本帖最后由 TotemG 于 2020-3-8 22:13 通过手机版编辑

posted by wap, platform: iPhone
要说延迟，真正的毒瘤我感觉是pc上的epsxe

pc上的音频延迟高到飞起，方向键都按了半秒了声音才蹦出来，直接喷了 不知道是不是我插件没选对

安卓上的能调音频延迟，但是很费资源，而且也只是改善，依然有延迟

posted by wap, platform: iPhone

引用:

原帖由 @喜欢街机  于 2020-3-8 03:00 发表
太同意了。无论是在什么平台上我都很恶心这个。
看起来很屌，但每当你想真的用它来玩游戏，就总有各种莫名的bug来坏心情。

我也很讨厌ra……总会有莫名其妙的bug

引用:

原帖由 真忘私绵 于 2020-3-8 03:51 发表
posted by wap, platform: iPhone
我也很讨厌ra……总会有莫名其妙的bug

说的太好了

ra这玩意儿完全是金玉其外败絮其中，徒有虚名

posted by wap, platform: LG

引用:

原帖由 @真忘私绵  于 2020-3-7 09:58 发表
你的需求350h都已经满足了……

也不是这样，PSV还能玩点PSV和PSP游戏，还有4399，貌似有PSV植物大战僵尸来着？寨机可以插电视接无线手柄多人玩的话我看看吧。。

posted by wap, platform: iPhone

引用:

原帖由 @genesisx  于 2020-3-8 19:18 发表
也不是这样，PSV还能玩点PSV和PSP游戏，还有4399，貌似有PSV植物大战僵尸来着？寨机可以插电视接无线手柄多人玩的话我看看吧。。

他的需求又不要玩psp和psv，要玩psp和psv当然选psv

本帖最后由 真忘私绵 于 2020-3-8 21:05 通过手机版编辑

posted by wap, platform: LG

引用:

原帖由 @真忘私绵  于 2020-3-8 19:45 发表
他的需求又不要玩pso和psv，要玩psp和psv当然选psv

我现在比较感兴趣有没有人改改MOTOe680的模具，做个小尺寸的隐藏式的gamephone，配置能跑流畅（不求完美）跑到nds模拟器就行了，系统不要安卓，能打电话收发短信上wap有中文输入就行了，就像n900那样。。。估计不会有了

引用:

原帖由 TotemG 于 2020-3-8 03:43 发表
posted by wap, platform: iPhone
要说延迟，真正的毒瘤我感觉是pc上的epsxe

pc上的音频延迟高到飞起，方向键都按了半秒了声音才蹦出来，直接喷了 不知道是不是我插件没选对

安卓上的能调音频延迟，但是很费资 ...

是的，你音频缓冲区设太大了。
因为是软件模拟器，所以音频部分都是作缓冲后再提交给操作系统的音频API进而交给音频驱动层进行播放。缓冲区太小会造成频繁提交阻塞其他部分的模拟效率，造成卡顿，进而破音，缓冲区太大会造成音频延迟，所以现在机器性能都很好的情况下，音频缓冲区可以在音频插件里设小点，在不影响模拟性能的情况下，往尽可能小里设。

引用:

原帖由 真忘私绵 于 2020-3-8 03:51 发表
posted by wap, platform: iPhone
我也很讨厌ra……总会有莫名其妙的bug

试试最新的1.8.4，我在PSV上用到现在，没发觉什么bug。
能模拟WS/WSC是我选择的重点，MD和MD-CD其次，PSP/PS/PSV是第三，NG和CPS里虽然有要玩的但实在是没几个，其他机种对我就更不重要了。

posted by wap, platform: iPhone

引用:

原帖由 @SONIC3D  于 2020-3-8 21:56 发表
是的，你音频缓冲区设太大了。
因为是软件模拟器，所以音频部分都是作缓冲后再提交给操作系统的音频API进而交给音频驱动层进行播放。缓冲区太小会造成频繁提交阻塞其他部分的模拟效率，造成卡顿，进而破音，缓冲区太大会造成音频延迟，所以现在机器性能都很好的情况下，音频缓冲区可以在音频插件里设小点，在不影响模拟性能的情况下，往尽可能小里设。

按道理来说pc应该不存在这个问题了吧？回头我在试一下

另外再问一个音频方面的问题，手机上的epsxe，之前的延时比如我选的延时为中，不会卡顿，但是蓝牙耳机一连上就其卡无比，难道蓝牙通道还会额外的占用系统资源？而且好像还不低的样子？

另外就是为什么音频的延迟在epsxe上就特别明显，我换ra，随便哪个核心的音频延迟都很不容易察觉呢？

本帖最后由 TotemG 于 2020-3-8 22:14 通过手机版编辑

引用:

原帖由 TotemG 于 2020-3-8 22:12 发表
posted by wap, platform: iPhone
按道理来说pc应该不存在这个问题了吧？回头我在试一下

另外再问一个音频方面的问题，手机上的epsxe，之前的延时比如我选的延时为中，不会卡顿，但是蓝牙耳机一连上就其卡无比，难 ...

这和是不是PC没关系，音频缓冲的设计目的就是为了音频采样数据累积后批量传输，减少音频API调用次数，提高在宿主机上的音频I/O性能，有些模拟器或者插件会给用户自由调整，有些不给调，由开发者预先写死固定值而已。你机器性能再高，只要配了一个超大的缓冲时长，照样延迟。这个只要是跑在操作系统下软件模拟器都有这套机制，软件端提供声音数据声卡驱动端消费这些数据，软件端提交数据提交间隔拉长，声卡播出得自然就晚。

RA作为软件模拟器里也有一样的机制，只是提供的配置参数可能是在Latency面板里当作延迟参数来给用户进行调整，然后它把这个参数转化成对应的缓冲区大小参数传给模拟内核而已。

至于连了蓝牙后卡顿，那应该已经是操作系统的声卡驱动和蓝牙音频传输驱动层之间的问题了。各个机器不同，尤其是安卓这种硬件不统一的，无法回答。

posted by wap, platform: iPhone

引用:

原帖由 @SONIC3D  于 2020-3-9 01:50 发表
这和是不是PC没关系，音频缓冲的设计目的就是为了音频采样数据累积后批量传输，减少音频API调用次数，提高在宿主机上的音频I/O性能，有些模拟器或者插件会给用户自由调整，有些不给调，由开发者预先写死固定值而已。你机器性能再高，只要配了一个超大的缓冲时长，照样延迟。这个只要是跑在操作系统下软件模拟器都有这套机制，软件端提供声音数据声卡驱动端消费这些数据，软件端提交数据提交间隔拉长，声卡播出得自然就晚。

RA作为软件模拟器里也有一样的机制，只是提供的配置参数可能是在Latency面板里当作延迟参数来给用户进行调整，然后它把这个参数转化成对应的缓冲区大小参数传给模拟内核而已。

至于连了蓝牙后卡顿，那应该已经是操作系统的声卡驱动和蓝牙音频传输驱动层之间的问题了。各个机器不同，尤其是安卓这种硬件不统一的，无法回答。

其实ra里面的latency我一直都没调过，因为跑ps的时候直接就是音频延时很低的。

这也是我想不太明白的地方，epsxe也在更新，难道别的用户就没发现这个问题么？还是说开发者觉得这样是比较好的处理方式？

引用:

原帖由 TotemG 于 2020-3-9 01:57 发表
posted by wap, platform: iPhone
其实ra里面的latency我一直都没调过，因为跑ps的时候直接就是音频延时很低的。

这也是我想不太明白的地方，epsxe也在更新，难道别的用户就没发现这个问题么？还是说开发者觉得这 ...

反应延迟问题的人一大堆。
但是Android硬件那么散，作者的预设值说不定就是为了照顾一个折衷性能。也说不定这个预设值在其他机器上没什么问题，你手机上特别明显而已。
话说你是什么手机上跑。