大AI时代除了汉化之外的另一件值得注意的技术--recomp/decomp

风夏

最近recomp/decomp游戏真海啸了, 大家去 awesome-decomp-games 这个项目找自己感兴趣的游戏吧
https://github.com/SubmitGame/awesome-decomp-games/

或者美国贴吧的recomps/decomps sub
https://www.reddit.com/r/recomps/
https://www.reddit.com/r/decomps/

back57992

dlss lite?

11--

我去，这一个项目给烧多少tokens

泰坦失足

“ 如果大山不走向**，**就走向大山“
iOS和iPad一直受限于JIT和侧载问题。即使有WiiU/NS模拟器也是磕磕绊绊。更老的Wii/GC也不能说体验好。现在有AI，看到好几个GameCube的马车/任斗在iOS上重新编译运行的展示了。还有转译层+JIT，最后在iPhone上跑2077的。
当然最简单的方法还是买个安卓或NS2. 别和自己过不去了

难说

以后能不能直接把源代码丢给AI，然后下个命令说把它高清化吧，然后AI就把成品喂到我嘴里，想想觉得好美啊

ybfelix

难说 发表于 2026-9-16 11:14
以后能不能直接把源代码丢给AI，然后下个命令说把它高清化吧，然后AI就把成品喂到我嘴里，想想觉得好美啊 ...

现在的路线不是像DLSS5那样，直接在你的嘴里装上AI，吃什么都像高清

葛雷新

那假如我想做一个PCE-CD游戏的重编译（汉化、加原创BGM，高清化等等），请问从哪里开始第一步呢？

性急的蜗牛

我理解是让AI自己照着老游戏内存扒代码，然后换到新平台重新写一遍？这种匪夷所思的破解思路（真的还能叫破解吗）大概也只能在这个大AI时代实现了

JasonBourne

我觉得不如套crt、lcd滤镜走极致复古，高清化后没感觉了

mes

口袋的decomp早有了，也不见说制作mod更好，反正只有这些没意义，没有动手做到完善的人，假如这些只靠ai制作，在我的机卡的翔，那根本没有用，不如玩原版。

mataocol

试了下黄昏公主的，玩起来竟然有点晕3d

风夏

葛雷新 发表于 2026-9-16 13:29
那假如我想做一个PCE-CD游戏的重编译（汉化、加原创BGM，高清化等等），请问从哪里开始第一步呢？ ...

目前还没有pce/cd 游戏的recomp案例
https://recompcollection.tiiny.site/
https://nio03.github.io/unricopie/en/

如果你token多的话, 可以让ai安装必备的逆向工具, 查找pce cpu信息, 借鉴 https://github.com/N64Recomp/N64Recomp 这个项目来一步步实现你的需求


貌似这个dc是最活跃的ai recomp社区
https://discord.gg/Ad9BwSzctP

105gun

性急的蜗牛 发表于 2026-9-16 13:35
我理解是让AI自己照着老游戏内存扒代码，然后换到新平台重新写一遍？这种匪夷所思的破解思路（真的还能叫破 ...

不不不。拿我追过一点进度的360 recompile sdk来说，sdk本身还是前ai时代的技术累积的成果。原理差不多是通过一套经过验证的反编译规则把binary转换成功能等价的可编译的c++代码。这个过程类似于compiler，是传统做法，而不是你理解的用llm去读。外部系统调用比如360的纤程，dx指令会被识别出来，转发到sdk的代码里。
ai对sdk和使用了这个sdk的项目当然有贡献，不过谈不上核心。至少sdk本身由于牵扯到不同架构之间的转换等“高级程序员问题”，开发者是相当排斥许愿机式的llm使用的。
llm能干好的是用这套sdk做某款特定游戏的recompile，可以解决一些反编译过程中需要人力解决的问题（比如代码边界没有识别对）。当然，真正要让游戏好好跑起来还是得做完整的游戏测试，有问题让llm解就行，不负责任地把llm当万能许愿机是不正确的。

风夏

葛雷新 发表于 2026-9-16 13:29
那假如我想做一个PCE-CD游戏的重编译（汉化、加原创BGM，高清化等等），请问从哪里开始第一步呢？ ...

我问了一嘴chatgpt, 他扔了一个巨长的规划实施方案出来, 你token够用的话可以试试

xfry

应该还是离不开模拟器，你必须先模拟器运行一个游戏，才能重编译这个游戏

我有没有理解错？

风夏

xfry 发表于 2026-9-16 14:12
应该还是离不开模拟器，你必须先模拟器运行一个游戏，才能重编译这个游戏

我有没有理解错？ ...

严格来说貌似不用?
在recomp开发测试阶段需要参考模拟器的实现或者文档+测试验证, 开发完成后普通人游玩是用不到模拟器的

xfry

风夏 发表于 2026-9-16 14:21
严格来说貌似不用?
在recomp开发测试阶段需要参考模拟器的实现或者文档+测试验证, 开发完成后普通人游玩 ...

我和你一个意思，开发端还是离不开模拟器

R星：一身冷汗

风夏

xfry 发表于 2026-9-16 14:29
我和你一个意思，开发端还是离不开模拟器

R星：一身冷汗

开发肯定还是需要的, 不然都没法验证各环节产物的准确性....

泰坦失足

很好奇这种再编译后的游戏会不会打到一半, 因为bug在哪里卡住.
我现在手里的项目, N个数据, 每个数据要分为X步处理, 每个处理拆分为K个子单元.  同时有M个GPU各自作为Vllm端口使用, Slurm系统下可能会新增/离线GPU. 我还需要尽可能的负载均衡/最大化KV缓存, 来实现output token最大化. 做了好久都是修了东边西边坏了. 彻底大破大立, 改架构重来后. 不到两天又开始随便什么小疏忽导致整个系统停机了.
至少模拟器卡住的概率更小, 而且还能把存档文件备份. 希望以后模拟器更新, 或者转移回实机.

bacons

没想到有坛友发了，作者来报个到。

确实是 AI 干的，代码基本都是 fable+opus5.5 写的，token 烧了多少没细算，反正不少。recomp还有一个好处就是很容易加上MCP，所以大部分调试都可以方便AI自己去跑。

N64 这套（N64Recomp + RT64）本身其实是前 AI 时代积累下来的传统技术。核心就是把 ROM 里的 MIPS 指令按规则机械翻译成等价的 C，再编译成本机程序，这一步本身不需要 LLM。

有了这套工具，再加上 AI，现在把一个 N64 游戏做到“能跑起来”其实已经不难了，但到这里只是一个和模拟器效果一致的原生游戏。想做一个好的Recomp还是要思考基于原版的改进。

比如要加功能、改 UI、修 bug，就得知道原版代码到底在干什么：战斗结算怎么算，剧情脚本有哪些指令，各个画面的状态机怎么跑，渲染流程是什么。这部分其实就是有针对性地做局部反编译，也是 AI 出力最多的地方。

严格意义上的 decomp 一般要求最后能 build 出和原 ROM 一致的东西。recomp路线只需要分析哪里，decomp哪里，省了很多时间。

这样做的好处也是比较自由，不用等整个游戏都反编译完，可以直接突破原版的一些限制，加自己想要的东西。recomp 翻译出来的代码原则上和原版逻辑是等价的，不会卡住。真正容易出问题的反而是后期自己接管、修改、新加的部分。

目前进度

- 首先还是忠实还原原版。
- 移植了一些现代机战的操作逻辑。
- 原版一些恶性 / 良性 bug / 糟糕设计 也在处理。
- HD 化这块，地图、人物、机体都已经做了。
- 现在主要在适配 Steam Deck，同时开始规划后面的 mod 架构。

开发中效果预览
B站视频

28201

不是高清就好+1
幻水重置那个立绘我觉得就没原版好看

风夏

bacons 发表于 2026-9-30 14:06
没想到有坛友发了，作者来报个到。

确实是 AI 干的，代码基本都是 fable+opus5.5 写的，token 烧了多少没 ...

老哥有机会集成一下ra成就吗?

https://docs.retroachievements.o ... dalone-support.html
https://retroachievements.org/forums/topic/30785?page=1

哎哟卧槽了

有生之年是不是能等到影之心的高清民间重制了

风夏

哎哟卧槽了 发表于 2026-9-30 16:30
有生之年是不是能等到影之心的高清民间重制了

N年前有粉丝自治了CT的重置demo视频, 我觉得那个真有可能实现了, CT在欧美粉丝是真的多....

bacons

风夏 发表于 2026-9-30 15:55
老哥有机会集成一下ra成就吗?

https://docs.retroachievements.org/general/standalone-support.html

可以，现阶段就是在收集需求

瞬间gg:
按 RetroAchievements 现行规则，重编译项目不能走官方 Standalone 接入。文档明文写着"反编译、重编译及其他非官方移植不符合资格"。

风夏

bacons 发表于 2026-9-30 17:12
可以，现阶段就是在收集需求

瞬间gg:

.........难绷

风夏

bacons 发表于 2026-9-30 17:12
可以，现阶段就是在收集需求

瞬间gg:

不过往好处想想, 现在有了recomp的工具, 至少开发ra成就比之前方便多了吧..., 不用自己一点点抠内存变动了....

彩虹肥宅

不过recomp好多是限欧版美版的，没汉化就很难受

—— 来自 Xiaomi 23127PN0CC, Android 16, 鹅球 v3.5.99-alpha

慕容断月

彩虹肥宅 发表于 2026-9-30 17:46
不过recomp好多是限欧版美版的，没汉化就很难受

—— 来自 Xiaomi 23127PN0CC, Android 16, 鹅球 v3.5.99- ...

如果能vibe，这回信赖铃音的recomp作者给了个很好的方案：保留欧美版启动程序，但资产用别的版本

就信赖铃音来说效果不错

风夏

彩虹肥宅 发表于 2026-9-30 17:46
不过recomp好多是限欧版美版的，没汉化就很难受

—— 来自 Xiaomi 23127PN0CC, Android 16, 鹅球 v3.5.99- ...

老游戏的内存布局也许比较接近？让ai尝试根据汉化版和原版分析一下看看能不能做中文mod吧，大家都是在许愿。。。

慕容断月

风夏 发表于 2026-9-30 21:44
老游戏的内存布局也许比较接近？让ai尝试根据汉化版和原版分析一下看看能不能做中文mod吧，大家都是在许 ...

有些游戏只支持单字节，那就算做中文mod，难度和重新汉化一个没有日文字库的欧美游戏差不多，很麻烦的
我做信赖铃音的汉化就是这样，如果不是作者支持了日版资源，欧美版只支持单字节，很麻烦

7do

最近在看宝romhack 感觉干这种活有点问题就是版权方大棒打过来怎么办

— from S1 Next Goose v4.0

慕容断月

7do 发表于 2026-10-1 01:33
最近在看宝romhack 感觉干这种活有点问题就是版权方大棒打过来怎么办

— from S1 Next Goose v4.0 ...

除非跟R星这种版权流氓一样赶尽杀绝，否则不分发游戏文件不带游戏资产也没影响

来都来了

AI时代会不会利好模拟器开发呢？

彩虹肥宅

haloce的反编译有了

—— 来自 Xiaomi 23127PN0CC, Android 16, 鹅球 v3.5.99-alpha

naiveyan

https://github.com/himdo/Fable-2-Recomp
在4chan看到的，原来只要qwen3.8-27b这种级别的模型就能recomp xbox360游戏了
recomp成本已经比提升模拟器兼容性低了吧

qwased

naiveyan 发表于 2026-10-1 23:07
https://github.com/himdo/Fable-2-Recomp
在4chan看到的，原来只要qwen3.8-27b这种级别的模型就能recomp x ...

27b=opus4.6啊，人工适当指导能干的东西可太多了

爱护动物抓根宝

我突然想到随着ai编程能力进一步增强，古法净室破解不会也要重出江湖了吧

naiveyan

qwased 发表于 2026-10-1 23:15
27b=opus4.6啊，人工适当指导能干的东西可太多了

本来以为是fable/astra这波模型能力终于到位了才有了这么多新项目，现在才知道对模型能力的要求其实没那么高

qwased

naiveyan 发表于 2026-10-2 14:13
本来以为是fable/astra这波模型能力终于到位了才有了这么多新项目，现在才知道对模型能力的要求其实没那 ...

用的人越强，用普通的模型能做的事情就越多
27b是非常好用的苦力模型