yusjoel的专栏

  这篇文章的定位有点困难，大约是针对有点RE能力，看过些教程，又没有实际搞过汉化的人。  里面没啥技术性的东西，都是些小经验。  -----------------------------------------------------------------------------------------------------------  1）哪些部分要汉化      大约有4个部分，人名、文本、选择项和章节名。各个游戏不同，并不一定都有。人名和文本比较显而易见，选择项一般来说不会出现在序章中，有时

8.           脚本文件分析 II各个指令的参数可分成5种：1、文本，以0结尾，只出现在指令00中；2、段号，2byte，出现在段跳转指令中；说明见上3、地址，2byte，指向某条指令的地址，出现在段内跳转指令中。4、文件号，2byte，相应pac的子文件号，出现在显示声音、背景、阴影的指令中。5、其他。同时也有部分指令没有参数。之后为了更好地分析脚本，将脚本文件导出成html格式，对各个段加上锚点，段跳转指令中加上超链接。然后就可以一边游戏一边分析各个指令的大致含义。这里面还有一个问题，就是脚本

<br />11.           文本导入<br />我一般文本导出的代码写好之后，就觉得略有成果了，想怠工几天。其实文本导入代码也要写起来，没写好的时候几乎不能把文本交给翻译。<br />之后应该让翻译快点搞定一章，尝试导入，这时很可能会发现各种问题，到时候要增加控制符什么的。这都要早期发现早期改正，否则所有文本都出来了再让你往里面嵌控制符，工作量不是一般的大。<br /> <br />文本导入之前要做的事情是文本检查，检查其实很重要，比如是否有单字节的字符，是否有括号没有闭合，是否有控制符被删除，

<br />13.           字库扩容和一些小的代码修改<br />字库我前面说过，是bin.pac的第一个子文件，bin_0000.bin，原始大小35800。要扩容的话有两个方案，一个是文件直接变大，修改ISO镜像。<br />但这个方案非常得不好，首先ISO镜像扇区都是连续的，如果一个文件变大，那么后面所有内容顺延，这个时候比较两文件的话几乎处处不同，补丁会和原始镜像一样大。<br />第二个方案就是压缩，其实原始程序打开子文件的时候本来就会先判断是不是压缩文件，如果可以压缩到35800内，

<br />下载在：http://download.youkuaiyun.com/source/2792642<br /><br /> <br />·CD-ROM Read Monitor<br />这个功能类似于filemon，只是显示的内容是扇区号和扇区时间，基本上没有什么可读性。新功能是可以读取filelist目录下的文件列表，然后显示文件名和在文件中的偏移。<br /> <br />另外下这个断点经常会碰到的问题，一个是某个文件很大，几百扇区，不停地读取，点resume都累死。另一个是片头往往会放一段视频，这个

二．码表和文本确认字库后，下面的工作是找到文本并且确认文本使用的码表。不过庆幸的是《賭博黙示録カイジ》使用的就是SHIFT-JIS编码，非常地简单，所以我觉得很适合我这样的新人上手。查看的方法oz01的教程中有介绍，先用虚拟光驱软件加载镜像，然后将文件拖到UltraEdit中查看即可。光盘的文件和目录命名还算是友好，基本上可以了解该文件的作用。其中system.cnf是System Setting File。内容如下：BOOT=cdrom:/SLPS_027.49;1 （启动程序）TCB=4 （TCB数量，

前言  本文记录我的第一个尝试汉化的作品《賭博黙示録カイジ》的汉化过程，希望对想要加入到PS汉化行列的人能够提供一些帮助。这个笔记写成于去年，也就是2009年的10月份左右，由于是第一次接触汉化，很多东西都不了解，所以写的内容也比较基础。适合没有接触过汉化且对PS汉化有兴趣的程序员。  但是本文提到的基础知识需要事先看过，基本上其他游戏教程提到过的东西我都不会再提起。相对于其他教程，我认为难度属于中上。〇．基础知识和资源施柯昱的教程是一定要看的，名字就叫做《PS游戏汉化教程》，他的主站已经关闭，网上有梁文豪

<br />三．文本导出和导入A<br /> <br />这一部分称为A，是因为我最早是用了一个工具进行文本导出和导入。这仅是用来实验，最后我还是编程导出了文本，这个部分放到B来描述。A和B部分都是独立，并不是上下篇。<br /> <br />文本导出导入工具也有不少，oz01的文章中推荐的是CrystalScript、菜鸟工具，我这里推荐一下蓝山魔导，同样是蓝山老妖的作品，将很多工具进行了合成，界面也比较友好。虽然有部分bug，也停止了更新，但还是推荐。<br /> <br />蓝山魔导的使用参考说明书，

<br />四．Course.dat的分析I<br />仔细观察Course.dat会发现，每一块数据分成两个部分，第一部分全是二进制数据，第二部分有可读的文字。对前几个块进行分析，得到以下结论：<br />块1：<br />数据部分：00000000-00001ce7<br />文字部分：00001ce8-00003835（似乎以FFFF作为结束标志）<br />Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F<br /> <br />

<br />五．文本导出和导入B<br /> <br />程序员要有一种体谅翻译人员的心情，一个好的编辑器肯定是必要的。Agemo的主页上有一个AgemoEditor就是一个还不错的软件。当然我觉得还是差一点，比如没有专有名词统一的工具，没有版本控制，不支持小组合作。<br /> <br />蓝山魔导导出的文本，由于没有找到文本指针，文字零落，分段也不明确，而且只能用一般的文本编辑器进行编辑。感觉还是很差的。当然转成AgemoEditor专用格式的话，也不是很困难，可问题是文本指针的问题。Agemo在使用说

<br />2.           Sce.Pac文件分析<br />这一部分还是属于观察，使用拆包程序将pac文件拆成若干个子文件，现在对子文件进行分析。<br /> <br />Sce_0000.bin：脚本文件，头部如下：<br /> <br />Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F<br /> <br />00000000   E4 00 DB 01 CD 02 D0 03  E7 04 8F 05 92 06 C3

<br />12.           Sub Pac<br />字库和文本都搞定了，下面再看看其他文件。<br /> <br />Sub pac是pac文件的一段，但里面仍然打包了其他文件。在anm.pac中可以见到，bin.pac中也有。<br /> <br />这是ANM_0001.bin的头部：<br />Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F<br /> <br />00000000   00 00 00 1A 00

<br />  PC的文字游戏一般在设置界面中有选择字体的地方，一般来说是从系统字体中筛选出合适的字体，很少会给玩家字体对话框来选择的。这个筛选是靠EnumFontFamilies。<br /> <br />  int EnumFontFamilies(<br />    HDC hdc,                        // handle to device control <br />    LPCTSTR lpszFamily,             // pointer to fam

<br />4.           Bin的其他文件<br />字库中在bin.pac中，那么再观察一下这个包中的其他文件。当然，一开始观察的时候还没能把数据解压出来。<br /> <br />Bin_0000.bin 已经确认是字库<br />Bin_0001.bin 开头是入口，看到pBAV签名，估计是声音，格式见Sub Pac一段。<br />Bin_0002.bin 开头是入口，子文件中看到ike的签名，格式见Sub Pac一段。解压之后是tim文件，是工作人员名单。<br />Bin_0003.

关于这个游戏  原名：かまいたちの夜•特別篇  译名：镰鼬之夜•特别篇（旧译恐怖惊魂夜，不用）  镜像命名：[PS][SLPS-01794].Sound.Novel.Evolution.2.Kamaitachi.No.Yoru.Tokubetsu.Hen.(J).(AVG).(Chunsoft).恐怖惊魂夜.-.特别篇引言：这应该是我处理的第二个PS游戏，比起第一个游戏更顺手一些，我尽量把研究的笔记还原出来，不过我个人觉得一个具体游戏的资料对其他破解者来说意义不大，重要的恐怕是一些思路和方法。所以会在每个小

3.           字库分析字库首先要知道是自带字库还是bios字库，这个一看就知道不是bios字库了。用Agemo的debugger载入游戏，以前一载入就死掉，最后发现是一定要载入bios。吓死，还以为要改代码了。载入后进入说明页面，随便找个人的说明，pause后，dump，打开ram找文本，这些文本是在程序中的，圈一块文本，下内存访问断点。然后离开这个页面，此时断下，在ram中看看断在“登场人物绍介”的“登”字上，点中asm log，打开ida参照。一直点resume，直到访问下一个字“场”为止。

<br />5.           系统文字<br />系统文字是我的说法，就是在主程序中的文本，一般都是明文的，而且没什么格式。<br />一般是菜单，选项，说明，提示之类的东西。别人也叫做浮动文本。<br /><br />这些东西就靠找，没什么其他办法。<br /> <br />偏移<br />说明<br /> <br />800 – 20f0<br />人物介绍、游戏说明，系统文本<br /> <br />27b0 – 2ca0<br />人名<br />核对犯人名字用<br />58280 – 5

6.           脚本文件分析下面开始具体分析脚本文件，这里又要用到agemo_debugger了。       下CD-ROM访问断点，可以看到程序将Sce.pac中的一段载入到800C89B8，一开始是读取sce.pac中的1f段。然后下内存访问断点，范围大约是800C89B8 - 800D07C0。根据第2节的分析也可知1f段也分成了若干段，这里读取的是第4段00 91。（注意，段号是基0的）Offset      0  1  2  3  4  5  6  7   8  9  A  B  C 

<br />7.           ike格式分析<br />分析解压算法的过程其实都差不多，一般是先下一个cd-rom访问断点，然后是内存访问断点。或者是反过来，已知明文位置的情况，下一个内存写入断点。<br /> <br />Sce.pac中有不少段有ike的签名，指明这个数据被压缩过。<br /> <br />Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F<br /> <br />00000000   9D 89 69 6B 6

<br />9.           控制符分析<br />控制符分析也是很重要的一步，影响到导出文本的质量，甚至影响到汉化质量。<br />分析的方式也无非是观察和逆向。很多颜色变化，换行换页都能观察出来，但是复杂一些的就要看源代码了。<br /> <br />这些东西都在指令00对应的函数中，所以也不算难找。<br /> <br />关于分析，我还要说多说一些。首先全脚本都已经能够导出了，那么要多做一些统计和检查。比如说总共有哪些控制符，有哪些控制符组合，这些控制符一般出现在什么字符后面等等。<br /

<br />10.           文本导出<br />文本导出是很重要的一步，而且需要和翻译互相配合，尽快修改其中的问题。<br />由于这个游戏的控制符很复杂，而且脚本格式也复杂，所以关于文本导出成什么样子我也考虑了很久。<br /> <br />文本导出有几个要点：<br />1、要尽量和游戏显示差不多<br />2、保持每个文本、每一段落的文本量适宜<br />3、方便翻译<br />4、方便导入<br /> <br />首先分文本很简单，sce.pac本来就分成若干的子文件，每一个子文件对应一

<br />       这个东西不是什么新鲜玩意儿了，Agemo很早就使用过，并且在他的主页上写过一个标题《字库扩容2 字库4色变2色，仅用于显存字库》，但状态一直是写作中。Koro也用这个方法扩容过字库，只是都没有具体的说明文章。<br /> <br />       这次手头碰到一个显存字库的游戏需要扩容，自己硬想总算是想出来了。这里写一下大约的思路。<br /> <br />       首先说一下PS的机能。显存字库一般是游戏在一开始loading的时候从光盘载入到显存中，载入之后就无法直接对显存