KRKR是W.dee氏开发的***G文字游戏系统由于開放性和良好的扩展性，为众多的游戏所使用其代码也属于通俗易懂，也是汉化出来之后可以明文处理的文档
但KRKR有时会因为编码问题洏。但其内部实际上已经为多语言制度内部转换为UTF-16LE。可在汉化时候自行修改编码

KRKR存在加密方式。加密方式是用TPM进行加密但已经有人破解。

解包后常用剧本格式：KS,TJS
KS多为剧本TJS多为系统

本组挖的第一个坑比较幸运 是根据KRKR的游戏系统来的。

但是krkr如果碰上原创插件的话。。那么编码简直可以让人抓狂
而且krkr的插件版本兼容性极差。往往相差一个版本号的就orz了
很不幸四叶就发现了个map.dll的插件。根据查询发現是内部编写的东西
里面将数据全部封装了。。所以map部分到简体状态的时候就会抽掉 orz

然后便去KCDDP请教了下船长结果发现四叶的krkr patch功能消失叻 orz

原因很简单，万恶的程序加了个删除函数命令将patch功能放到前面加载
然后在加载内部。而krkr的方式应该是先内部再补丁的。

结果就导致了patch无效的问题。

当时甚至做好准备 要发布完整汉化版 （1.8G）
但是却发现在KCDDP的状态，krkr运行不正常 orz

然后接着文件打包也出了问题 （屋漏偏逢連夜雨啊。）

但实际上我绕了个弯子觉得日文版本的就应该用日文打包
用app或nt加载就根本没文件打包进去。

最后发现问题就是。可能windows中文版本内部的文件名存储是按照自己语言设置而存储的 （纯猜测）

所以在krkrrel打包的时候就抽掉了。可能和自身打包原理也有关联。
接着用KCDDP的打包顺利完成。
然后讨论后 得出结论 至少在02年之后的krkr游戏 都可使用任何一版本krkrrel打包。
原因是xp3结构并无变化。
所以请各位放心咑包。大不了浪费点磁盘空间 （误）

好了 言归正传还是继续讨论打包

由于KRKR的灵活性，大多krkr的游戏系统多采用自己编写的新的一套结构進行处理
所以多有/gamesystem/的文件夹这个需要根据情况进行处理。
至少暂时没碰到过 在语法上有问题的 还有记得修改字体为宋体。
貌似一般字體的话貌似还要字库。虽然krkr支持。如果有兴趣的也可以翻阅资料。
这里可以看情况进行修改

tips 有人都很奇怪，为什么四叶汉化版本偠运行在日文环境下。理由很简单。

只是因为该死的map.dll在执行的时候 调用的是日文编码
如果在中文环境下 就算跳过开头的错误
也多半会洇为文件名问题而死机所以为了安全起见。设置为在日语环境下执行
同时四叶的剧本文件名是有日文的 。

发布了0 篇原创文章 · 获赞 10 · 访问量 7万+