游戏中的资源文件说明，以及数据转换工具abc

bt

在发布的源码中，除了主工程kys，还有另一个工程abc，用来转换之前的数据。

其中主要的功能是将存档的R部分扩展为原来的二倍。即所有的16位整数转为32位整数，表示范围从32767扩大到2^31-1~2.1e9，足够通常的数值使用。同时，原有的字串也扩展为之前的二倍长度，例如原来人物的名字有5个中文字符长度，实际上最多只能使用4个字，转换之后则可以使用9个字（并不是推荐你用9个字）。转换之后的文件名变为r?.grp32。

文件的文本编码，仅有初始存档为cp950（BIG5），这是向下兼容的需要，但是内部会使用cp936（GBK），存档被保存后也会转为cp936。

游戏的资源文件是以单个图片的形式放在resource的各个目录中的，每张图的偏移保存在index.ka中，格式为每张图两个16位整数，连续存放。没有打包之后的源码，因为ka觉得之前的设计不良，故暂且留空。

战斗贴图文件中，每个人的帧数，之前在hugebase（水浒）框架中使用fightframe.ka保存，现改用fightframe.txt保存。格式为动作索引（0~4），每方向数量。未写则视为0。

之前游戏使用的列表文件只保留了升级经验列表和离队列表，改用txt格式。

并非所有的文档都转为32位，这有一部分是为了节省资源的需要。

以上提到的数据，除了文本文件外均可以用真正的强强的新版upedit修改。

roiff

顶下..........................

entelecheia

参照着着c++复刻源码，想把引擎写一遍。可是地图绘制发生错误，比方上面道路小方块就对不齐。我发现，道路小方块不是36*18的，所以对不齐呀。还有，就是index.ka文件，我载入图片的时候没用到这个文件，是不是和这个有关，这个文件是图片偏移量？偏移量该怎么理解？我TextManager直接用的SDL_Texture，没有再封装个struct Texture，是不是因为偏移量，所以必须封装个struct存储偏移量，贴图位置才能正确。

bt

entelecheia 发表于 2017-11-18 11:56
参照着着c++复刻源码，想把引擎写一遍。可是地图绘制发生错误，比方上面道路小方块就对不齐。我发现，道 ...

index.ka依次保存目录下每张图的偏移，每两个int16对应一张图。贴图时要减去这个值计算位置。