[讨论]新引擎Ren'Py,已传至公共邮箱.

sibulee

美国货,不过支持东亚字符集,当然也包括中文,只是有些瑕玼，但无大碍。
附有demo，评测后请谈谈看法。尤其是CountD和Miliardo。你们二位对NS和KAG都很有研究，我想听听你们横向比较后的客观看法。

官方主页
http://www.bishoujo.us/renpy/

PS:邮箱里面那个DEMO是中文的,是我在看脚本时的产物...E文没问题的还是请下原版...  [s:5]

shawind

下了renpy-5.5.3看了一下，是基于python和SDL的引擎，所以可以方便的跨平台。
因为SDL的原因，图形的显示效率也很靠得住。
脚本的语法风格自然是从python而来，缩进式的。
和krkr的tjs于kag的关系很像，RenPY就是在python这个脚本语言上再写一个脚本语言。[s:8]

在功能上。python，还有什么可说的？除了强大的就是高效！ ORZ
具体的功能就不一一测试了，该有的都有。
不该有的，可以自己用python在源代码的基础上开发。

对其他语系的支持，因为他支持UTF-8，完全不是问题。
另外还有SDL_ttf，可以载入自己的字体。

renpy不放弃版权昭示，但是可以免费用，另外就是由SDL而来的LGPL协议，都很自由。

说问题的话，就是他的资源打包等等功能都是用python做的，因此只提供了py脚本文件，要去命令行下自己执行。
也就是因为它提供了py文件，打包，解包的过程是全透明的，在zip的基础上简单改造来的。别人想解包可不要太简单了。所以有一些事情还得自己亲自去做。
也就是说，一点不懂python的话，可能会比较麻烦。
如果不在乎资源脚本裸露的话，那又是另外一回事。

总的来说，还是值得学习的。
感谢楼主的分享。
在国内，python语言的钱途还是不错的。
据说，盛大的网游服务器端就用到了python来做脚本。

ps.突然想起来，国内似乎有一个叫“起点”的3D游戏引擎，也是用python做脚本的。

Miliardo

中文的瑕疵倒是无关紧要……毕竟是有源代码的东西……
嗯……怎么说呢……效果明显没有Kr和NS细腻……
似乎渐变效果fps很低来着……而且东西也有一种混合的不是很舒服的感觉……

优点么……给我感觉开放性不错，应该说介于NS和Kr(TJS层)之间。不会像TJS那样容易脱离游戏本身，又不会像NS那么死板。（写逆转一类的恐怕会很赞）

特效貌似集成度很高……不过使用难度似乎不小……
致命的硬伤是使用Python语言写成，Python在处理计算量大图形效果的时候明显处于下风。整体效率恐怕不行……

嗯……大概评价一下……

上手难度：B(1)，虽然基本功能简单，但是构架一个像样的AVG系统明显需要一定的功夫。很多高层的地方貌似使用了Python的语法么？总觉得不适合没有很强编程逻辑性的人
可扩展性：B+(4.5)，Python的后台和中间层的开放，可扩展性是自由软件的优势。
效率：D(2)，构成其基础的Python是一种庞大而复杂的解释型语言。因为使用了PyGame模块，已经注定了效率不高和渲染效果糟糕的结局。（PyGame也是Ugly And Slow，加上本来速度就不快的Python……TToTT）
引擎特性：C-(2.5)，图形的渲染混合的感觉相当差劲，其实本来由于效果糟糕的原因……我对PyGame这个东西的感觉从来没有好过……现在居然又冒出来一个…… [s:5]
文档：C-(2.5)：相当糟糕……基本上没有办法让人抓出重点……Orz

平均分数：2.5(B-)
似乎更适合AVG的基础上一定程度结合其他游戏类型的游戏。
适合中高层有编程经验的人士。

推荐度：D，不推荐
大部分情况，与其用这个我宁可用LM2……
可以说，这个引擎并不适合日式AVG。

PS……说到Python的问题……直接用Python编写程序和用Python来控制你的引擎是两个不一样的概念……
前者的效率明显更低……
而且是我的话我会考虑在C的引擎中整合更易用的Lua，而非Python。

PS Again……我怎么觉得这个连逐个显示文字都没有实现来着？
回想模式也没有明显标志就可以翻回去-v-
实在Orz

さくら

Python不是可以编译的么？

Miliardo

Python只能封装到exe，其本质是解释性这一点没有变化。

さくら

游戏引擎使用python脚本和lua脚本差不多吧，只是lua更流行些
用脚本语言再解析脚本，大概是因为AVG对效能的要求不高

Miliardo

其实KAG也是这个结构……
但是Krkr的TJS虚拟机执行上是专门为游戏优化过的……

……而Python是高度泛用的。不可能为某个领域优化。

shawind

好像kag的脚本不完全都是由tjs解析的。有一部分是直接做到了引擎中，是tjs的一部分，速度自然要快点。
对于avg，甚至act而言，这个引擎能提供的效率已经是够用了。
但问题就是，如果想用的爽，必须懂python。

其实从他的提供文档的情况就可以看出来这个引擎的概况。
和日本的那些引擎不同，这个引擎，没有一个性能综合概述的文档，例如支持什么文件格式，需要配置等等。
就是说，他不是面向初级用户的，至少，他对初级用户很不亲切。

yoxola

其實在很多測試中，我覺得Py已經比Ruby快很多了，
如果真的比速度的話，意義雖然不是大到哪去，但是最終多少都要變成瓶頸。

さくら說的編譯應該是編成binary像是.py -> .pyc這種二進碼，
這個會快一些，但是不一定有突破性的加速(很難吧我想)

放大縮小、粒子這些東西倒是很有趣，不過這差不多是大部分AVG引擎搭載的功能了，
說到繪圖能力 http://www.x-pressive.com/Downloads/SpriteCandy_Demo.exe
我通常會拿上面這個DEMO來比較，能達到這個水平的中階遊戲引擎，目前只見過三個。

金狐狸

[s:5] 支持lua……对python没有什么研究

在公司也是用lua写脚本。

说回来 在日本发现了一个叫做adv++的avg引擎 用c++写的

感觉非常不错

图形处理功能极其强大 效率也很好……

目前似乎不能支持中文 ……唉