用 dsv4.1f 向安卓端移植了PC 版《アマカノ3》（约 8 GB），原生安卓手机运行，非 Winlator 兼容层，拿引擎官方的 Android 运行库自己改包数据。

（注：这个游戏官方存在安卓版，但是付费资源没看到分享。同时考虑到我是第一次尝试安卓移植，积累经验比单纯拥有安卓版游戏更重要，所以最后还是进行了移植尝试）

工具：DeepSeek-V4.1-Flash+Codebuddy（免费额度）。脚本、逆向、调试由AI来做，我负责决策、真机验证。

文中没有带任何游戏文件，因为我的小水管上传只有2MB/s，完整文件有8GB多，上传太慢了

成果

• 手机：vivo V2507A（天玑 9400+ / Android 16 / arm64-v8a / 12GB 内存）


• 状态：标题、剧情、立绘、对话框全部正常，底部按钮栏 + 顶部工具条完整。（顶部工具条是PC版就有的原生大按钮，在触摸屏上直接就能用，功能完全，非常舒适，不用费劲去按下面的小按钮。）


• 顺便把官方 1.0.2 升级补丁打了上去（存档页从 15 槽变 25 槽、多了「返回上一选项」按钮）

APP图标使用官方海报截取女主头像，deepseek进行适配，效果很好，最终使用B方案：

主要流程

先侦察手机规格

用 Termux（免 root）把硬件信息全采了一遍：CPU、GPU、ABI、内存、存储、屏幕、可用工具链。

关键结论：

1. ro.product.cpu.abilist 只有 arm64-v8a —— 纯 64 位设备，跑不了任何 32 位原生库。


2. 有 OpenGL ES 3.x / Vulkan，12GB 内存，存储够。

参数看不懂没关系 ^-^ 先摸清机器规格，让AI定方案就行了

判定引擎

打开游戏目录，看到 Amakano3.pfs 的扩展名后缀就知道引擎了：Artemis Engine（iMel 系的引擎）。

目前主要的 Galgame 移植现状：

Artemis 有官方 Android 运行库，所以路线定为：拿官方运行库工程 → 换上自己的包名和图标 → 把 PC 版数据改造成安卓系统认识的格式。

折磨到死的调试

换上工程、塞进数据、装到手机上——标题画面出来了，挺激动。然后进入主菜单就崩了：

• 字体被截断、各选项挤成一团


• 剧情页底部那一整排按钮栏（Skip/Auto/Save/Load/Log/Config…）直接消失


• 没有虚拟按键，只能单击

Deepseek第一反应是"图片没按屏幕缩放"，于是花了大力气去改图片尺寸、改分辨率——全是白费。因为方向从一开始就错了。把包里的脚本全解出来读，终于找到真正的根因：

-- system/adv/adv.lua:216

function reload_ui()

    if game.os ~= "windows" then          -- ← 安卓时这一段是空的！

    elseif flg.ui then ...

    else init_adv_btn() flip()            -- 只有 windows 才建立 ADV 底部按钮栏

    end

end

安卓下这段直接跳过，按钮栏从来没被创建过。再查资源：PC 包里只有 pc/ja 一套 UI，而 Android 版的表里指向 pa/、_hd/、_and/ 这些目录——PC 包里根本不存在。也就是说，官方 Android 版的数据包和 PC 版是两套，手上只有 PC 版，只能手动改——不修 android 表，而是让游戏以为自己跑在 Windows 上。

另外还顺手关掉了两个 Windows 专属弹窗（存档位数校验、旧系统版本检查），它们在安卓上会误报。

game.os 一变，加载的表也变了，Windows 表里写着 blur_path="pc/"、blur_exp=".hlsl"——HLSL 是 DirectX 的着色器，安卓的 GLES 根本编译不了。改回 mb/ + .glsl 。顺带发现原版 shader 里有一行非法写法：

vec4 fore = texture2D(...);

fore = 0.0;        // ← vec4 赋 float，非法

官方 1.0.1 才修（改成逐分量 fore.r/g/b = 0.0），而且只修了 blur_k，漏了 blur_kx/blur_ky，这两个得自己补。

PC 上"模拟真机"

安卓实机调试一次要传 1.7GB，太慢。于是在 PC 上构造了和手机等价的环境：

game.os   = "windows"    ← 强制

game.trueos = "android"  ← 模拟真机

这样 PC 上能跑、能截图、能快速迭代，而且 lua 层的逻辑组合和真机完全一致。

升级官方 1.0.2补丁

折腾好本体后，没想到升级补丁还折腾了大半天。官方给了升级补丁 Amakano3.pfs.010 / .030。查官方文档才知道：

同目录下的 root.pfs.NNN（000~999）是补丁，优先于 root.pfs。

所以改名丢进数据目录就能生效——机制本身很干净。然后Deepseek想当然地自己重建了一个补丁包（把两个官方补丁合并成一个，顺便改掉里面几处路径）。

结果：黑屏 → 崩溃。折腾了很久。

最后逐字节对比才发现——.pfs 的索引在"条目表"之后还有一段尾部结构：

[u32 count+1] + (count+1)×[u32 值][u32 0] + [u32 条目区末尾]

重建索引时Deepseek整个把它漏掉了，引擎一读就 SIGSEGV。排查了半天才搞出来。

图标

工程模板自带的是模板作者的示例图，不是本作素材。我找了官方海报，让DeepSeek裁了女主角头部，做成标准 adaptive icon：

• foreground：透明底，头像居中占画布 90%


• background：取裁切区四角平均色（暖米色）


• legacy 的方形 / 圆形图标也都生成，5 档 dpi 全覆盖

总结：

AI干得好的：

• 逆向文件格式、写解析/加密脚本


• 在几千个文件里定位"哪一行决定了行为"


• 快速生成大量候选方案、反复试错


• 跨语言/跨工具链的琐碎工作（Lua / Python / PowerShell / adb / Gradle）

AI干得不好的：

方向必须要人把关，不然会在错路上一路狂奔；有过好多次，活没干完，Deepseek直接嚷嚷说"看起来好了"，然后停工，这种时候必须拿个鞭子抽他他才干活 ^-^

遗留

• OP 影片是 .wmv，安卓不解码，不播。暂时没改

因为codebuddy今天deepseek的免费额度用完了^-^

写在最后

AI 把这类"脏活累活密集"的移植工作门槛拉低了很多，但仍然需要人来判断拿主意。希望各位大胆尝试，能把自己喜欢的 Galgame 搬上手机。