[Gal汉化入门]#5 Artemis Engine汉化教程
#0x0 辨识引擎
Artemis Engine这个引擎还是比较好认的 目录下有 .pfs 后缀的封包，大部分游戏有一个 root.pfs 如果你看到 .pfs 这个后缀的封包，基本可以确定是这个引擎了。
如果是这个引擎的游戏 安装的时候也不需要刻意去执行安装程序 可以直接把镜像文件里的 Input 文件夹复制出来即可
#0x1 解包方法
其实这个引擎的封包并没有进行特殊的加密，你甚至可以直接手动提取出文件 我们这就首推 Garbro https://github.com/morkt/GARbro
#0x2 脚本编码
这个引擎老版本是采用 Shift-jis 编码的，这个改起来就有点麻烦了 而且这个是早期版本，比较少游戏用到，我们这就只讲市面上比较常见的 UTF8 的
游戏的文本在 Script 这个文件夹里，后缀为 .ast 其实也可以当成纯文本看 ast后缀的文件，开头都有 ast = {
接着的这一行 {"savetitle",text="食べさせちゃえばこっちのもの"}, 是设置副标题的，或存档标题 相当于一个章节，会跟在窗口标题后面 不过有些游戏虽然有，但不会显示。
紧接着的一般不是文本，而是一些七七八八的配置信息 如果要直接跳到文本部分，可以直接搜索 text={ 这个 [ | ] 里是文本的序号
当然有些这个引擎的游戏也不一定是这样结构的， 不过，我们主要关注游戏文本部分就行了
system.ini 是配置各平台参数的文件， 因为这个引擎跨平台比较多，Ps4 Switch Android啥的
system这个文件夹里是游戏代码和功能实现的部分，还有控制文件加载和字体之类的 一般情况我们可以不动这个，但有的字体修过需要在里面调整
#0x3 免封包读取
这个引擎可以不封包读取，具体的做法是 把解包后的文件和文件夹，放到游戏根目录下
可以只放你修改过的，也可以全部都放，但是一定要保持目录结构
#0x4 读取优先级
先观察封包后缀 pfs，pfs.001，pfs.002 ..... 其实这个封包后缀越大，优先级就越高， 也就是说后缀 大 封包的文件会覆盖后缀 小 封包的文件
而游戏目录下的文件则比封包内的文件优先级更高 也就是说游戏会优先读取目录下的文件，而非封包的。
#0x5 封包目录结构
虽然有 pfs pfs.000 pfs.001 pfs.002 ....这么多封包 其实本质上，这些封包只是在保持目录结构的前提下 把一部分文件切走了而已 比如这个 image 目录，里面有CG立绘啥的， 如果单一个封包装这个 文件夹 会变得异常大 所以它就把一部分文件切走，变成独立一个封包
你把这些封包的文件，全部解包出来，放到同一个文件夹里， 其实就相当于拼合成了一个完整的目录
#0x6 字体修改
一般这个引擎的游戏会用封包内的字体文件 这个字体文件一般在 font 目录下， font 目录一般在 root.pfs 封包内或者 游戏名.pfs 后面不带数字的。 当然 font 目录也不是总是直接躺在封包目录下，有的时候可能包含在别的目录里
要替换字体文件，我们需要保持字体文件的目录结构放到游戏目录下。 然后去找一个同格式的字体替换 比如字体目录下有个 sourcehansans-medium.otf 的字体文件 那么你要去找一个 otf 格式的字体，然后重新命名为 sourcehansans-medium.otf 进行替换
有的时候可能并不止一个字体文件，我们可能无从判断 那么这个时候，需要把包含字体文件的那个封包解包出来的文件和文件夹全部 放到游戏目录下 然后我们移走那个封包 接着移走一部分字体文件，来试出游戏真正调用的那个字体即可 如果你移走了游戏需要的字体，一般情况显示的字体会出现问题，甚至不显示。
最后是字体大小修改，我们有的时候替换的字体会发现，字体变大/小了，观感很差。 这个时候把system这个目录拖入 sublime 然按下 shift+ctrl+f 组合键 呼出多文件搜索功能， 当然有些微软拼音输入法的会冲突，造成组合键无法使用 可以在顶部菜单栏 Find------Find in files... 呼出。 然后输入我们刚刚确定字体的全文件名 比如 刚刚我们确定了 sourcehansans-medium.otf 是游戏内使用的字体
然后可以找到一些脚本里有这个关键词 那些 什么 Android ios ps4 就不用看了，看 windows 那个 我们可以看到一个叫 fontsize 的
你会发现改了也没什么鸟用 这个时候我们应该看 sourcehansans-medium.otf 前面那个 font01 意思是什么呢？就是 sourcehansans-medium.otf 现在可以叫 font01 了 接着我们搜一下 font01 还是和刚刚一样 有几个 Android ios ps4 啥的不用鸟它，直接看 windows
我们来到 list_windows_ja.tbl这个文件里
这下应该是非常清楚了 一般来说 adv01 就是对应对话框的字体控制，backlog 就是对应履历的字体控制 我们把 adv01 的改成 size=60,
当然并不是每个游戏都这样，所以我们才说从一个居然的字体名称来找 不过大部分时候 字体的大小控制都在 list_windows_ja.tbl里
#0x7 UI界面图片修改
这个游戏的图片一般都是 jpg 或 png 的，直接修改即可 位置一般在 目录叫 pc 的文件夹里面
#0x8 打包零散文件
我们不封包的话，目录下就会有很多零散的文件 那么我们如何把他们打包进单独的一个exe呢？ 这里可以借助虚拟文件系统
#0x9 读取封包名称规则
一般的，对于这个引擎的游戏，运行的时候会先检查游戏主程序也就是exe的名称 比如 exe 名称为 123.exe 那么这时游戏就会去先搜索有无 叫 123.pfs，123.pfs.00，123.pfs.001 ..... 的封包 如果没有，那么加载 root.pfs ，root.pfs.000，root.pfs.001 ..... 的封包 如果两者都没有，则报错
所以这就告诉我们，如果你看到了 游戏下的封包名称和游戏主程序一样，也就是非root.pfs 这个时候就要注意，一旦你改了游戏主程序的文件名，就会造成打不开的情况。
具体修复请看视频，这就不写了。
