为什么游戏停服一天

为什么游戏停服一天，是一款非常好用的手机模拟类的应用软件工具，这款软件里面的内容非常的丰富，你可以选择很多的游戏进行模拟，玩起来非常的有意思，可以帮助你进行各种游戏的享受，喜欢的朋友们快来下载体验吧。

软件说明

《ONS模拟器 ONScripter》是一个用来解析NScripter脚本的第三方开源AVG游戏引擎，可以在多种平台和设备上(Windows，Linux，FreeBSD，Android，iOS，Symbian......etc)上运行使用NScripter脚本编译的文字冒险类游戏。

与NScripter为了编写新游戏不同，ONScripter设计当初就是为了在别的平台运行用NS制作的游戏。因为目前通用引擎只有Waffle(AVG32)和ONScripter已经成功移植，而ONScripter又是当中资料和工具比较多的，因此也会有人把本来不是NS引擎编写的游戏用NS重新编写并用ONS在别的平台上运行，例如《Fate/stay night》和《CLANNAD》等。

使用方法

1、下载apk到手机上

2、再手机安装ONS模拟器.apk

3、然后，在SD卡建立“ONS”的文件夹

3、把下载好的游戏解压，解压的文件夹复制到ONS文件夹下

4、在MP4或安卓手机上运行ONS，并选取游戏名称开始游戏

软件亮点

由于NScripter上手容易，运行速度快，扩充性也不错，广泛受到同人游戏制作群的欢迎。引擎代码本身虽然为非公开，但是在非商业用途下是属于免费软件。

NScripter本身只支持Windows，不过兼容度极高非官方的ONScripter可支持跨平台的需求。

ONScripter兼容大多数NS指令，但两者的API及指令集仍然有区别，少数命令有不兼容的现象。

开发者可利用所谓的中间语言来撰写游戏的代码。

软件优势

1.SDL & ONScripter: 可移植性。

ONScripter 最大的优点就是其高度可移植性，这不仅是由于它基于移植性极佳的 SDL，更是因为它自身就是以高度可移植性为目标编写的。

ONScripter 的作者原先使用的设备是 Sharp 的 Zaurus. 这台跑 Linux 的设备性能非常有限，还是很佩服作者下决心去做这件事情的。 假如它只能跑在 Zaurus 上的话，那么随着 Zaurus 的离去，它也会逐渐化为尘土。 但是开源和可移植性带给了它更长久的生命力。ONScripter 选择 SDL 为其基础是一个很好的决策——SDL 大概是目前能跑的设备最多的图像引擎之一。 ONScripter 使用的其他库基本也都是移植性比较好的库，对比用了 boost 的 rlvm，移植了后者的设备就少了很多。

开源的好处就是大家都可以贡献自己的力量。 在大家的支持下，ONScripter 支持的设备越来越多。 国内的设备一但移植上了SDL，接下来最常见的被移植的游戏就是 opal(开源版仙剑，同样基于 SDL) 和 ONScripter 了。 这也是为什么十年过去了，ONScripter 仍然被我们所使用的原因。

对于移植者来说，大家选择 ONScripter 最大的理由就是它实在是太能跨平台了。 纵使它有这样那样的缺点，很多时候也没有更好的选择。 对比 ONScripter 一次写成造福万设，能做到这一点的其他引擎实在是找不到了。

2.NScripter: 完善的基本功能。

ONScripter 的另一大成功之处在于，它的目的在于模拟 NScripter。

高桥的 NScripter 在当年大受欢迎， 虽然现在看来功能还是欠缺不少，但不得不承认， NScripter 的确是一个合格的 Galgame 引擎。 它具备实现一个 Galgame 所需要的全部基本功能的能力。

并且，假如你依照它给的框架走，实现起来也非常精炼。大量原版 NScripter 引擎的游戏被移植也使得 ONScripter 大受欢迎，同时也焕发了那些老游戏以及 NScripter 自身的第二生命。

缺点说明

1.性能。

性能问题一方面是 SDL 的问题，一方面是 ONScripter 自己编写的问题。

SDL 的主要问题在于最初移植过去的时候一般是基于软解的。

当然该来的总是会来的，硬件加速还是会来的。

ONScripter 的代码里的确有些写的很“素”的地方。 平芜泫的评价一语中的：“该说不愧是日本人的思维么?在指定环境下面能够非常好地工作，不是这个环境就糟糕了……”顺提，该贴里的 bug 是 Arch 里的 SDL_ttf 的问题，其实和 ONScripter 关系不大，现已修复。我倒不觉得性能是极度重要的问题。当然它确实重要。

一方面，只要总的框架没有大问题，先保证正确再优化也不为过，毕竟过早优化是万恶之源，开源对这种问题也是一种好的解决方案。另一方面，ONScripter 很大的瓶颈还是在 IO 和显示上。

对于那些 label 用链表 lookup 之类的，倒也真不是什么性能问题。

2.NScripter 的表达能力。

我想这部分才是我对 ONScripter 意见最大的部分——尽管这部分应该归到 NScripter 的问题上。

平芜泫的评价在这里仍然适用： 如果你照着高桥佬的想法走，NScripter 是非常爽快的; 但如果不是这样的话，你就会觉得 NScripter 处处捆人手脚。

不幸的是，移植的目的是模仿另一款游戏重新实现它，想完全照着 NScripter 的思路走往往没那么容易。