1 复古掌机的选择
最近入手了个手柄，正好有个闲置的小米 9，想着能不能把它改造成一台复古掌机。
市面上现成的复古掌机主要有 Android 和 Linux 两种方案。整体来看，Android 目前略占优势，除了能玩各类模拟器游戏，还能直接运行安卓应用。
| 项目 | Android 掌机 | Linux 掌机 (ArkOS / JELOS / Batocera) |
|---|---|---|
| 启动速度 | 20~40 秒 | 5 秒以内 |
| UI 一致性 | ❌ 多 app 无统一样式 | ✅ 完整游戏平台风格 |
| PS2（AetherSX2） | ✅ 可玩（Snapdragon / Dimensity / Unisoc） | ❌ 官方 Linux 版 core 不成熟 |
| Switch（Yuzu） | ✅ 安卓有社区版 Yuzu | ❌ 完全无解 |
| PSP/NDS/GBA etc | ✅ 但调用 APK，界面割裂 | ✅ 全集成 Core，UI 统一 |
| 云游戏 / Steam Link | ✅ 完全支持 | ⚠️ 只能 Moonlight（若有 Core） |
| 系统自由度 | 限制 root，定制难 | ✅ 想怎么魔改都行 |
| 易用性 | ✅ 下载 ROM → 配 APK → 玩 | ⚠️ 需要 BIOS / Core 手动配置 |
| 适合人群 | 玩模拟器 + 云游戏 + 装 APP | 想要 '开机就是游戏机' 的感觉 |
| 视觉体验 | 类似安卓电视盒 + 各种前端 | 像原生游戏机固件，主题风统一 |
有个奇怪的现象：安卓其实也是 Linux 的魔改版，为什么有些模拟器只能在安卓上跑？查了一下，主要是生态和个人原因。比如 PS2 模拟器的作者 Tahlreth 只开发了 AetherSX2 for Android，使用了 Android NDK + Vulkan/OpenGL ES 来实现 JIT。这些技术栈几乎是安卓平台独有的，很难直接移植到 Linux。
JIT / 动态重编译器（Dynarec）
JIT（即时编译）是模拟器、虚拟机等场景中的核心性能优化技术。它能在程序运行时，将宿主设备不兼容的原始指令实时转换为机器码，而非逐条解释执行；同时监测并识别频繁执行的'热点代码'，通过函数内联、循环展开等手段生成更高效的机器码，大幅减少指令翻译开销，让原本卡顿的程序流畅运行。
对于复古掌机来说，最难的部分其实就是模拟器本身，涉及到对汇编指令的模拟和调度，也就是上面的 JIT。之前写过一点 GB 模拟器的实现，后面空了没发出来。
再看看市场情况，截至近期。用很火的安伯尼克来看，35XX 是 T700，1 颗 2.5GHz 的 Cortex-A76 大核、3 颗 2.3GHz 的 Cortex-A76 大核；406V 是 T820，1 颗 2.7GHz 的 Cortex-A76 大核、3 颗 2.3GHz 的 Cortex-A76 大核。总体来说性能有提升，但是提升不大，价格却翻了 2~3 倍。
手里这台闲置的小米 9，配置高通骁龙 855 处理器。对比 T820，855 单核几乎翻倍，整体多核也 1.5–2 倍以上，GPU 性能更是 T820 的 3 倍以上。
年初买的二手小米 9 只要 350 元，现在可能还更便宜。自己再加上一个手机手柄，总价也就只是 406V 的一半。目前市场上的安卓掌机价格偏贵是不争的事实，自己动手价格减半，性能翻倍，中间还能学一些知识，折腾一下小米 9 看来是更明智的选择。
2 天马 G 前端的安装
看了一下，目前国内流行的就是天马 G 前端。不管是玩家还是工作室，几乎都用的这个。
网上有很多现成教程，照着安装即可。安装主要分三个步骤：首先是 App，然后是配置，最后是 Roms。
2.1 应用安装
大概包含这些内容：MT 管理器用来拷贝文件，天马 G 是整体入口，用得最多的其实是 RA（RetroArch），其它的就是各个单独的模拟器。我是用 adb 装过去的，安装完成之后启动一下赋予权限，不需要再搞别的什么。
2.2 配置处理
配置主要有三块：PG_安卓主题包 v1.2 230514.zip，PG_天马 G 安卓配置 v1.2 230415.zip，最后还有一个 Android 文件夹。
前两个 zip 都是天马 G 的配置文件，里面包含金手指、存档之类。还有一个 Android 的文件夹。
这里需要注意：在 Android 11 及以上系统中，每个 App 的数据目录（Android/data/包名）是受系统沙盒保护的，普通文件管理器无法直接写入。但天马 G 前端要让多个独立 App（Pegasus、RetroArch、AetherSX2）共享配置文件、ROM 路径和启动脚本，因此需要提前把它们的配置放好。
所以这部分目前只能手动弄。
2.3 ROM 资源
Rom 的内容比较敏感，涉及合法与非法的区别，所以模拟器或者各大工作室通常不会明面上提供 ROM，这些就需要自己去找。不过国内社区有现成的整合包，里面内容还挺全，现在网上基本都是这类来源。
Rom 就是正常的游戏镜像，照理说直接拷贝到 SD 卡或者手机上就行了，但是天马 G 毕竟显示效果牛批，根据天马前端 UI 的要求，要增加一些文件。
以《恶魔城 白夜协奏曲》为例，大概是这些文件：
一个主图，一个副图，一个介绍动画。此外整体还有一个 metadata，直接用精简包里面的即可。弄完之后放在手机根目录的 Roms 下面。如果是用的社区发布的版本，这些内容在精简包里面都是做好了的。
2.4 运行体验
比想的要顺利一点。
首先界面确实华丽了不少，比起一般 Linux 掌机就是文字，确实好看也方便了很多。
使用 USB 直接外接的手柄，也是非常方便，几乎感觉不到延迟。
但是手机也有自己的问题，主要就是屏幕尺寸，运行很多游戏时，两边会有很大的黑边，影响了一部分游戏体验。不过 PSP 就看着好很多。
总体还是满意的，钱省了，然后闲置的物品也利用起来了，探索技术的心情也满足了。
3 天马 G 的技术原理
天马 G 其实也是一个开源项目，官网地址是：https://pegasus-frontend.org/
其实和之前认为的有点区别，天马 G 还真就只是一个前端，所有干的事情就相当于一个 ROM 管理器和模拟器启动器 Launcher。所有的核心内容，还是依赖于各家模拟器自己的 APK。
整套本身实现是基于 QT，所以才看到天马 G 现在有那么多平台。其实功能本身不复杂，也没有太核心的技术，还是调用第三方的模拟器。看了一下，Android 的核心代码如下：
public static String launchAmCommand(String[] args_arr) {
final LinkedList<String> args = new LinkedList(Arrays.asList(args_arr));
if (args.isEmpty()) return "No arguments provided to 'am'";
final String am_command = args.pop().toLowerCase();
if (!am_command.equals("start")) return "For 'am', only the 'start' command is supported at the moment, '" + am_command + "' is not";
try {
Intent intent = IntentHelper.parseIntentCommand(args);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
m_self.startActivity(intent);
} catch (Exception e) {
return e.toString() + ": " + e.getMessage();
}
return null;
}
拼接好参数，JNI 直接 startActivity 去调用三方模拟器。天马 G 提供的，就是一套 UI 框架，也只有一套这个。如果你直接装一个 RetroArch，感觉其实也能玩，还方便很多。
4 FPGA 的扩充
对模拟器本身还是挺关注的，能否接一个 FPGA 来提升性能呢？未来的事，未来再说吧。
