两仪式

现在女性的脸越来越模板化了...

从九尾社的那个作品来看，新引擎很有可能是unity3d

吸血鬼l线的结尾剧情有点意思，希望是组长写的。然后系统方面最大的遗憾就是敌人书太少，战略级slg一共才5个对手是搞什么鬼。

平心而论，去年割草王虽然剧情煞笔，但是系统玩起来感觉还是过得去的，今天的圆环系统煞笔到不行，要是剧情再不给力，明年就得考虑战2重置了

不错不错，我要用土肥圆推八位天使ｗ

右边的金毛好像白蔷薇。日文无力，坐等菊苣们开坑汉化

只玩生肉，不碰汉化

会，不喜欢的角色全部skip

楼主觉得，以e社现在讨好新用户的超纯爱尿性，重置战2的可能性有多大？

这作是部非常失败的作品已经是公认的事实了，e社很多时候有很好的想法，然而e社的人才并不足以让那些想法变成受到好评的现实。e社为了挽回玩家的信赖，下作十有**会重回rpg的老路。

从论坛的定位来说，这里聚集的玩家我想是以追求可玩性的玩家居多吧，所以我一直把这个区误解为是以具有可玩性的商业作为主讨论对象的专区。

我上面所说的不难是从实现汉化的角度来说的，要实现汉化只需要弄明白跟文本有关的操作码即可。而写脚本解析器可是要把500多个有效操作码全部解析出来，这个工作量和仅为实现汉化而做解析的工作量不可同日而语。 而且我帖子的本意是希望大家不要被E的程序难这种观念先入为主，从而错误的对E社程序产生一种恐惧感。一些潜在的对E汉化有兴趣的人很可能会被E程序难搞这种错误的说法害得早早就放弃了尝试的想法，我觉得这是非常遗憾的事情。

　　以我个人来看，Ａ从汉化整体进行的角度来说，要比Ｅ麻烦很多很多。 　　Ｅ的程序、脚本和图片格式都对汉化人员非常友好，而且因为它会优先读取外部文件，测试起来简单方便。 　　而且Ｅ的程序是属于那种弄好一个之后，后面就能坐享其成的类型。从实现汉化的角度来说，程序本身也没有什么特别麻烦或是难搞的地方。 　　所以我才说程序压根就不是Ｅ汉化的绊脚石，关键还是文本太多翻译压力山大时间拖得久最终沉迷于新作／舰娘ＬＬ大法／现充最后不了了之。 　　而反观Ａ这里，System4自采用Asra_framework开始，开始采用自带字库，这里要么自己解析fnt文件后生成个新字库，要么修改程序调用使用GDI渲染字体，而选择后者的话意味着需要要进游戏对照实际屏幕显示的字的大小去微调jaf文件里面为数不少跟字号有关的参数设置。 　　而且Ａ的程序只会读封包不会读外部独立文件，所以得自行写直接对封包操作的工具来测试完成后的图片，当然这也算不上是什么难事。 　　不过最麻烦的果然还是脚本汉化这一块，不像Ｅ的脚本简单方便直接从bin里面抽取就是，Ａ的脚本是包含代码的jaf文件，剧情相关的文本可以通过自行编写工具来分离提纯文本，但是系统相关的文本只能靠人去一个个查看文件和修改，而且一些特定的系统文本的修改，比如说人名，会直接影响到立绘、ＥＸ、模型等文件的读取和函数的调用，哪些系统文本内容可以独立修改哪些需要统合外部其他文件修改这都是需要程序员探明的。修改jaf导致的出错不像Ｅ的程序直接弹出个框告诉你XXX.bin的XX地方有问题那么简单明了。 　　最后就是Ａ的程序员比较累。像Ｅ的程序，每次的新游戏也就ＥＸＥ里加若干新操作码完事，基本框架和脚本和图片和封包格式万年不变，Ｅ的程序员可以偷懒到飞起。而Ａ的游戏不但每次都会换点新东西（比如４月新作的体验版里旧封包格式ALD彻底消失了），同时每次换个游戏都需要再走一趟大量修改jaf和其他文件的流程，很烦。 所以从汉化难度来说，果然还是Ａ远远甚于Ｅ。

实际弄一次后你会发现Ｅ的程序远比Ａ的容易搞，Ａ的程序才是真麻烦，而且文本提纯也远没有Ｅ方便直观。不过Ｅ的文本量太大，有出2.0的游戏纯文本基本都有3M了。

没错，不过好像没见哪个论坛的点评可以举报的，就是想略施惩戒以儆后效也没法直接落在点评上。