ons模擬器安卓版下載2021最新版，是一款非常好用的手機模擬類的應用軟件工具，這款軟件里面的內(nèi)容非常的豐富，你可以選擇很多的游戲進行模擬，玩起來非常的有意思，可以幫助你進行各種游戲的享受，喜歡的朋友們快來下載體驗吧。

軟件說明

《ONS模擬器 ONScripter》是一個用來解析NScripter腳本的第三方開源AVG游戲引擎，可以在多種平臺和設(shè)備上(Windows，Linux，F(xiàn)reeBSD，Android，iOS，Symbian......etc)上運行使用NScripter腳本編譯的文字冒險類游戲。

與NScripter為了編寫新游戲不同，ONScripter設(shè)計當初就是為了在別的平臺運行用NS制作的游戲。因為目前通用引擎只有Waffle(AVG32)和ONScripter已經(jīng)成功移植，而ONScripter又是當中資料和工具比較多的，因此也會有人把本來不是NS引擎編寫的游戲用NS重新編寫并用ONS在別的平臺上運行，例如《Fate/stay night》和《CLANNAD》等。

使用方法

1、下載apk到手機上

2、再手機安裝ONS模擬器.apk

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

3、把下載好的游戲解壓，解壓的文件夾復制到ONS文件夾下

4、在MP4或安卓手機上運行ONS，并選取游戲名稱開始游戲

軟件亮點

由于NScripter上手容易，運行速度快，擴充性也不錯，廣泛受到同人游戲制作群的歡迎。引擎代碼本身雖然為非公開，但是在非商業(yè)用途下是屬于免費軟件。

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

ONScripter兼容大多數(shù)NS指令，但兩者的API及指令集仍然有區(qū)別，少數(shù)命令有不兼容的現(xiàn)象。

開發(fā)者可利用所謂的中間語言來撰寫游戲的代碼。

軟件優(yōu)勢

1.SDL & ONScripter: 可移植性。

ONScripter 最大的優(yōu)點就是其高度可移植性，這不僅是由于它基于移植性極佳的 SDL，更是因為它自身就是以高度可移植性為目標編寫的。

ONScripter 的作者原先使用的設(shè)備是 Sharp 的 Zaurus. 這臺跑 Linux 的設(shè)備性能非常有限，還是很佩服作者下決心去做這件事情的。 假如它只能跑在 Zaurus 上的話，那么隨著 Zaurus 的離去，它也會逐漸化為塵土。 但是開源和可移植性帶給了它更長久的生命力。ONScripter 選擇 SDL 為其基礎(chǔ)是一個很好的決策——SDL 大概是目前能跑的設(shè)備最多的圖像引擎之一。 ONScripter 使用的其他庫基本也都是移植性比較好的庫，對比用了 boost 的 rlvm，移植了后者的設(shè)備就少了很多。

開源的好處就是大家都可以貢獻自己的力量。 在大家的支持下，ONScripter 支持的設(shè)備越來越多。 國內(nèi)的設(shè)備一但移植上了SDL，接下來最常見的被移植的游戲就是 opal(開源版仙劍，同樣基于 SDL) 和 ONScripter 了。 這也是為什么十年過去了，ONScripter 仍然被我們所使用的原因。

對于移植者來說，大家選擇 ONScripter 最大的理由就是它實在是太能跨平臺了。 縱使它有這樣那樣的缺點，很多時候也沒有更好的選擇。 對比 ONScripter 一次寫成造福萬設(shè)，能做到這一點的其他引擎實在是找不到了。

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

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

高橋的 NScripter 在當年大受歡迎， 雖然現(xiàn)在看來功能還是欠缺不少，但不得不承認， NScripter 的確是一個合格的 Galgame 引擎。 它具備實現(xiàn)一個 Galgame 所需要的全部基本功能的能力。

并且，假如你依照它給的框架走，實現(xiàn)起來也非常精煉。大量原版 NScripter 引擎的游戲被移植也使得 ONScripter 大受歡迎，同時也煥發(fā)了那些老游戲以及 NScripter 自身的第二生命。

缺點說明

1.性能。

性能問題一方面是 SDL 的問題，一方面是 ONScripter 自己編寫的問題。

SDL 的主要問題在于最初移植過去的時候一般是基于軟解的。

當然該來的總是會來的，硬件加速還是會來的。

ONScripter 的代碼里的確有些寫的很“素”的地方。 平蕪泫的評價一語中的：“該說不愧是日本人的思維么?在指定環(huán)境下面能夠非常好地工作，不是這個環(huán)境就糟糕了……”順提，該貼里的 bug 是 Arch 里的 SDL_ttf 的問題，其實和 ONScripter 關(guān)系不大，現(xiàn)已修復。我倒不覺得性能是極度重要的問題。當然它確實重要。

一方面，只要總的框架沒有大問題，先保證正確再優(yōu)化也不為過，畢竟過早優(yōu)化是萬惡之源，開源對這種問題也是一種好的解決方案。另一方面，ONScripter 很大的瓶頸還是在 IO 和顯示上。

對于那些 label 用鏈表 lookup 之類的，倒也真不是什么性能問題。

2.NScripter 的表達能力。

我想這部分才是我對 ONScripter 意見最大的部分——盡管這部分應該歸到 NScripter 的問題上。

平蕪泫的評價在這里仍然適用： 如果你照著高橋佬的想法走，NScripter 是非常爽快的; 但如果不是這樣的話，你就會覺得 NScripter 處處捆人手腳。

不幸的是，移植的目的是模仿另一款游戲重新實現(xiàn)它，想完全照著 NScripter 的思路走往往沒那么容易。