不严谨的说 maimai 机台里跑着两套系统：
整个过程我们可以分 6 步，双屏上的开机画面会同步显示每一步的进度状态
机台通电后 Windows10 启动，amdaemon 自动运行，开机阶段做两件网络事：
NET 服务器 发一次 initialize 请求，然后服务器返回游戏服务器地址、地区码、门店 ID会员服务器 的 get_data 接口拿一个 token 缓存起来，之后玩家扫码就用它验证身份这两步完成后，amdaemon 置位 Core.IsReady，然后游戏程序开始初始化
Unity 场景加载，GameMainObject 执行初始化
这一步不做任何网络请求，只建好整个程序的对象结构
每帧检查 Core.IsReady，没就绪就什么都不干，就绪后
GameMain.LateInitialize：把 PowerOnProcess（开机自检进程）以 priority 50 放进进程调度器，并启动一个后台 PingChecker 线程Core.Execute → GameMain.Update（游戏主逻辑）→ GameMain.LateUpdate进程调度器机制：进程按优先级排队（数字越小越先跑），状态机为 Start→Update→Released，Released 的进程在晚更新阶段被释放并移除，开机链路完全靠这个调度器接力
第 2 步只建了 AmManager 空壳，真正的子系统是在等 amdaemon 就绪后由 AmManager 自己创建的
GameMain.Update 每帧调 AmManager.Execute()，其内部状态机：
Core.IsReady。就绪后一口气创建全部子系统——Backup、Credit（投币）、EMoney（国服没有）、Accounting、AimeReader（国服是扫码）、Network（网络测试）、Delivery（下发数据）、双触摸屏驱动 NewTouchPanel[2]。全部建完后置 IsReady=true，切到 Run也就是说：
Core.IsReady触发了两层：外层GameMainObject.Update启动开机自检进程，内层AmManager把硬件子系统真正建起来，两者独立同时运行
GameMain.LateInitialize 启动的异步后台线程，每小时测一轮服务器延迟：
Auth.AuthTime 为基准，按它的分钟偏移推算整点起点，同小时只测一次（去重）开机画面出现，双屏开始逐项检查：
Core.IsReady。就绪后做一串硬件准备：初始化输入系统、读取 amdaemon 后的配置、初始化 OperationManager、探测 COM 串口（检查 USB4 集线器插在哪个口：COM20/24/28/32 之一，据此推断 LED 灯带接在哪个串口，比如探测到 COM20 就把灯映射到 COM21/COM23），初始化 LED 控制器，把 JVS 面板灯全部点亮成黑色assetManager.IsDone 且谱面滑条线程空闲），屏幕显示加载进度。完成后再停留 2 秒Auth.IsGood），向会员服务器发起存活检测。服务器可达显示好，否则坏，无效则跳过WasDownloadSuccessOnce）且服务器在线，就判好，完成后停留 2 秒全部通过后进入 Released：把 StartupProcess 加进调度器，释放自己，并把 IsGameProcMode 置为 true（标记进入正式游戏流程）
这个进程做硬件 + 局域网的完整自检：
Party.Start( 机器组 ID)）WarningProcess 加进调度器，释放自己，投币器切到正式游戏模式，重跑一次 GameManager 初始化；置 IsInitializeEnd = true（这是游戏主循环开始做错误检测等逻辑的前置条件）另外：进程启动时会挂一个 priority 51 的”通用消息进程”作为消息管理器（弹窗、计时器等通用 UI 都走它），并再次调用 OperationManager.Initialize()（这个调用是幂等的，重置到 检查认证 状态）
这台机台的一切标题服业务数据（游戏配置、事件、曲目、用户数据上传下载）都由 OperationManager 管 开机期间它跑一个四态状态机，标题画面出现前一般已走完：
Initialize() 启动，轮询 Core.IsReady && Auth.IsGood（amdaemon Allnet 认证）+ 门店 ID 非 0。认证通过才继续_dataDownloader.Start() 拉取全部 GetGame* 系列配置（GameSetting/GameEvent/GameRanking 等）。第 3 步标题服务器检查里的 WasDownloadSuccessOnce 就是这一步至少成功过一次_dataUploader.Start() 把运营数据（投币记录等）上传标题画面出现后，OperationManager 就停在 Idle：每帧轮询配置更新、跑维护 / 关门计时器、
PingChecker每小时测速写 Backup
第 3、4 步全程不发起任何业务 API，只有配置下载（GetGame* 系）和 Ping 探测两类网络行为
进入版权画面之前先查 5 项，任一不满足就报错误 912 并走系统错误流程（最终退出游戏程序，见第 6 步）：机器名含 “ACA”、显卡是 “GeForce GTX”、CPU 是 “Core(TM) i3-8100”、程序装在 X 盘、错误日志路径在 Y 盘
检查通过后显示版权警告画面。若地区码为 1（日服），播一段版权 logo 动画，播完结束；否则直接结束。整个进程生命周期内这个画面只显示一次（静态标记 OnceDisp）
结束时一次性启动两个常驻进程并释放自己：
屏幕报错画面会显示 4 位错误码（Error.Number 补零），开机链路内会出现的错误码全表：
| 码 | 名称 | 含义 | 触发时机 |
|---|---|---|---|
| 0912 | GraphicBoard_RenderError | 显卡 / 图形板错误 | 第 5 步户口校验任一失败；或开发机渲染宽度不足 |
| 3100 | CameraNotFill | 摄像头画面缺失 | 摄像头自检（第 4 步）两摄像头未能全部出画面 |
| 3101 | CodeReader_InitializeFailed | 扫码器初始化失败 | 二维码摄像头不可用 |
| 3102 | PhotoCamera_NotFound | 拍照摄像头没找到 | 拍照摄像头不可用 |
| 3201 | GroupRole_DuplicateParent | 局域网内重复机号 | 第 4 步设置同步 / 广告分发发现重复机号 |
| 3300-3303 | TouchPanel_Left/Right_OpenError/InitError | 触摸屏打开 / 初始化失败 | 第 4 步触摸屏自检 |
| 6501 | AimeConnectError | AIME 读卡连接错误 | 原生读卡器（开机不显示，运行中刷卡时报） |
| 6506 | AimeFiruUpdateError | AIME 固件更新错误 | 原生读卡器（运行中） |
其余错误码（LED 串口板 0-9、局域网 Party 组网、网络记账 E00-E15 等）属于底层诊断，不在错误屏显示，测试模式里可查
AdvertiseProcess 负责标题待机：显示 logo → 标题 → 判断榜单：
EntryProcess（游戏入口），此后投币 / 刷码 → 确认 → 进入游戏AdvDemoProcess（放 autoplay 的 pv），否则重新回到标题画面机台进入标题待机的那一刻，就是”初始化完毕”：可投币、可读卡、服务器在线、配置已下载。此后 OperationManager 停在 Idle 态（第 4 步详解），每帧检查配置更新、跑维护 / 关门计时器，PingChecker 每小时发一次测速包更新延迟数据
从第 2.5 步起，GameMain.Update 每帧还检查两件事：
ErrorProcess 加进调度器、置错误模式、关声音关投币TestModeProcess 加进调度器、记录”进入测试模式”、进入测试子流程GameMainObject.Update 每帧还看四个退出标志，任一命中就结束游戏程序：
IsGotoSystemTest（进系统测试）→ Core.Kill(3) 后退出IsGotoReboot（需要重启）→ 需要自动重启则 Core.Reboot()，否则 Core.Kill(1) 后退出IsGotoSystemError（系统错误，如第 5 步的 912）→ Core.Kill(2) 后退出以上就是舞萌 DX 机台开机初始化的整个软件底层行为，如果您对此感兴趣，欢迎 follow 本 blog，将本站添加到收藏夹 / 订阅 rss，后续会更新更多此类文章
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。