说明
『ルイージマンション』（参考译名：《路易吉洋馆》，英文名：Luigi’s Mansion）是 2001 年于 GameCube 平台发售的游戏，并于 2018 年在 3DS 平台发售了重制版。其续作《路易吉洋馆2》（繁体：《路易吉洋樓2》，日文：『ルイージマンション２』）于 2013 年发售，港台版自带简繁中文支持。
由于重制版并未提供官方简体中文，因此开设汉化项目，旨在对本游戏提供爱好者的汉化工作。本项目基于日本发行版汉化。
声明：本人对游戏软件仅做研究用途，本人不提供软件本体，也从未对软件本体进行非法传播，更未对其用作商业用途。如因非法传播造成法律纠纷，概与本人无关。特此声明。
图片
本游戏中需要汉化的图片仅有标题界面的“ルイージマンション”，而标题图片存储于/Region_JP/Japanese/UITitle.gar文件中。利用 Kuriimu 系列的 Karameru 软件可以打开该文件，但在不修改任何文件的情况下直接保存并在实机测试时会报错。对比一下两个文件可以看出，保存后的文件比原文件大小更大，因此推测是在保存过程中偏移量（Offset）出现了变化。由于导入图片时文件大小不变，偏移量也不变，因此我用 Python 写了一个简单粗暴的脚本，直接读取偏移量并修改相应数据。实机测试后发现没有报错，并且标题可以正常显示为修改后的图片。
with open("UITitle.gar.bak", "rb") as f:
ori = list(f.read());
with open("I_Logo_00.ctxb", "rb") as f:
logo = f.read();
ori[0x013800: 0x033880] = logo;
with open("UITitle.gar", "wb") as f:
f.write(bytes(ori));
由于标题页面是有动画的，即“Luigi”的“i”和“Mansion”的“a”上的两只眼睛会动，为了保证“眼睛”的位置不变，需要保证英文的位置不变。而原标题的日文“ルイージマンション”覆盖了英文“Luigi Mansion”，修改起来比较困难，因此我提取了北美发行版中的英文标题，简单修改后与日版标题的英文对齐，并在两行字中间加入了“路易吉洋馆”的标题。
文本
本游戏中的所有文本存储于/Region_JP/Japanese/main.gmsg文件中，而 Kuriimu 对此文件的支持不佳。在网络上查找资料后发现该格式曾在同一开发商制作的《塞尔达传说 梅祖拉的面具 3D》（下称 MM3D）中使用。对比两游戏的文件二进制文件，发现 MM3D 中的版本数据是01 00 00 00，而本作版本数据是03 00 00 00，即两个文件的格式并不完全相同。但是，这对之后的工作仍有启发。
再次翻看main.gmsg的内容，发现从位置0xe414处开始，数据很有规律，如PRESS、BUTTON、2001 - 2018 Nintendo等，猜测这部分开始是文本内容，且为 Unicode 编码。随后向上搜索14 E4 00 00，在位置0x5bc4处发现了这个数据，简单查看了一下周围的数据，内容大概为：01 00 00 00 7F 00 00 00 14 E4 00 00 26 00 00 00，猜测这是 4 个int数据，分别代表编号、（未知）、偏移量、文本长度。按照这个逻辑，我用 Python 脚本尝试对文本导出，得到了比较好的结果。随后我修改了几个文字后导入并在实机测试，发现可以显示。
其中一句文本如下：
Cスティックで\x7f\x16にゅうりょく\x00入力\x7f\x17した\x7f\x16ほうこう\x00方向\x7f\x17に\x7f\x01\x7f\x16まわ\x00回\x7f\x17ります。\x7f\x01\x7f\x16うえ\x00上\x7f\x17に\x7f\x16にゅうりょく\x00入力\x7f\x17すると\x7f\x16うえ\x00上\x7f\x17を\x7f\x16む\x00向\x7f\x17き\x7f\x01\x7f\x16した\x00下\x7f\x17に\x7f\x16にゅうりょく\x00入力\x7f\x17すると\x7f\x16した\x00下\x7f\x17を\x7f\x16む\x00向\x7f\x17きます。\x7f\x00
经过对比后发现，\x7f\x16和\x7f\x17是用来标记汉字假名注音的，而\x7f\x01是换行符，\x7f\x00是结尾符。为了方便汉化，我将所有的假名注音删去，得到了初步处理后的文本。随后我在简单分词后尝试机翻，但导入并实机测试时出现了死机问题。经过排查后，发现控制符\x7f\x02\x7f\x15\x03\x00和\x7f\x15\uffff\uffff用来标记字体颜色，当两个控制符之间的字符数量增减后会出现问题。因此我想到了最简单的办法，即超出的字数从结尾删掉，不足的字数用全角空格补齐，果然未再出现死机。
字库
本游戏中的字库存储于/Region_JP/Fonts/main.gzf和/Region_JP/Fonts/location.gzf。利用 Kuriimu 系列的 Kukkii 软件可以打开该文件，但图片显示出现错误。分析源代码后发现，该字库文件的图片应强制设为LA44格式，在此格式下可以正常导出字库内的图片。同时，利用 Kukkii 源代码中对 GZF 格式的支持，我得到了所有字符数据的存储位置，并用 Python 脚本提取。
然而，导入过程出现了问题：游戏并不会读取文件中存储的图片偏移量，而是默认读取0x1780处的图片数据。因此，这限制了字库能存储的字符数量，即 496 个。
2019/02/15 更新：本人碰巧拆包了《永恒绿洲》（Ever Oasis），发现其字库也是.gzf格式，查了一下开发商，竟然也是 GREZZO……这个游戏使用的字库容量比本作的字库容量更大，有 1968 个字符，因此字库问题大概可以解决了……
汉化预览
汉化进度
- 2018/10/12：
- 开始项目，尝试汉化北美发行版，但因问题太多而搁置。
- 2018/11/11：
- 尝试汉化日本发行版。
- 2018/12/02：
- 日版文本、字库问题得到一定程度解决，交由组长 VLSMB 后续分配任务。
- 2018/12/05：
- 发布开坑说明／日文翻译招募贴。
- 2019/01/08：
- 标题图片问题解决。
- 2019/02/15：
- 字库问题基本解决。
- 2019/03/04：
- 发布机翻汉化预览视频。
- 2019/03/16：
- 发布汉化预览兼通关流程视频：开始游戏、探索区域１。
- 2019/03/22：
- 发布汉化预览兼通关流程视频：探索区域２。
- 2019/03/24：
- 发布汉化成果。