逆向游戏#

点开游戏文件夹发现是mono封装 好事

丢进dnSpy里

游戏体量不是很大 类名命名也很规范

游戏的主逻辑都在Bulbul这个命名空间里

音乐相关的基本都在Music开头这里

然后找到了这里

后面发现并不是这个（

我们可以用Unity Explore去找

这里直接说结论了，游戏使用TextMeshProGUI去渲染字体

歌名位于名为MusicTitleText的GameObject中

打开dnSpy发现父对象MusicUI不位于任何命名空间中 被坑了

可以发现歌名就是在这里被赋值

但是其实有个比较蛋疼的问题 就是Unity游戏怎么调用SMTC呢

SMTC读取#

一开始是想直接调用Windows API 但马上发现不大现实

这不就成大便了 你一个游戏插件引用几个Windows库是要干嘛 而且兼容性也会彻底变成一坨屎

而且Unity Mono不能加载winmd

GPT给我的方案是纯COM读取 这也是狗屎 我上一曲下一曲岂不是都得写一个方法 我还要处理不同的数据类型类型和异步 这也是噩梦

我啪的一下找到了这个库

支持.NET4.6+ 刚好满足我们需要

吗？

我们想监听事件更新还是逃不过Windows Runtime的API

那咋办

找了一下Unity文档发现想用WinRT API只能在UWP下使用

（挠头

思考了一个小时我算是明白为啥游戏作者没有这个功能了（

第二天又折腾了一个早上，基本上逃不过这个问题

基本上的话Windows.Foundation.UniversalApiContract这个合约是在Unity上UWP平台才能有 Unity Standalone是不能调用的

靠北啊

C++中间层的编写#

有句经典名言，没有什么是不能加一个中间层解决的

我们可以在Native层写一个C++的dll，直接让C++调用WinRT API，这不需要.NET运行时参与

如果用C#那就要直接处理COM口 还要解决异步的问题 那还是睡觉吧

也就不会有兼容问题（大概）Mono也不会因为我引入了WinRT来跟我爆了

这里完全触及我的盲区 我一直都不想学没有GC机制的语言 而且Win API调用更是一坨

搞了半天不仅要手搓轮子还要换个语言搓

还好有Ai 几个小时就完事了 已经放到Github了

SMTC-Bridge-Cpp

然后用P/Invoke导入这个dll里面的方法

终于是解决在Mono里读取SMTC的问题了 接下来就是逆向和Patch了

2025.12.26更新：一坨狗屎#

解决上下一曲之后我想解决音量调整和循环随机按钮

这时候Windows的傻逼生态就显现出来了

首先是进程名字：SMTC不支持调音量，但我们可以用音量合成器单独调一个进程的音量，只要我们知道他的进程名字

正常x86的进程注册SMTC Session的时候就是neteastmusic.exe

他的进程名字也是neteastmusic.exe

UWP的就牛逼了 是AppleInc.AppleMusicWin_nzyj5cx40ttqa!App

？

结果他的进程名字是AppleMusic.exe

那我怎么匹配

SMTC对于播放控制的逻辑是随机播放（Shuffle Mode）为开启或者关闭

然后随机播放是 None Track List三个模式

然而AppleMusic是不支持SMTC控制播放模式的，尽管他的实现是符合SMTC逻辑的

然后网易云音乐装了BetterNCM之后支持随机播放控制，尽管他把随机列表单曲心动模式塞进了一个按钮里

然后网易云设计也是人才 播放器前后端分离，实际播放音乐的是C++后端，音量播放器不控制

写了半天发现发现根本没必要做 做了也没法用 放弃

游戏歌曲名#

根据我们上面得出来的东西去Patch一下，核心代码如下

1
[HarmonyPatch(typeof(MusicUI), "OnChangeMusic", new Type[] { typeof(string), typeof(string), typeof(MusicChangeKind) })]
2
public static class DynamicSMTCUISyncPatch
3
{
4
    [HarmonyPrefix]
5
    public static bool Prefix(ref string musicTitle, ref string artistName)
6
    {
7
        if (SMTCStatus.IsPlaying)
8
        {
9
            musicTitle = SMTCStatus.Title;
10
            artistName = SMTCStatus.Artist;
11
            return false; // 替换游戏内的方法
12
        }
13
        else
14
        {
15
            // 返回 true，允许原始方法继续执行。
16
            return true;
17
        }
18
    }
19
}

但这样不大完美 他需要在游戏里手动点一下上一曲下一曲才可以替换歌名

所以我们还要获取游戏的MusicUI实例去手动触发游戏逻辑让其更新UI

1
_musicUIInstance = FindObjectOfType<MusicUI>();
2

3
if (_musicUIInstance != null)
4

5
 // 成功找到实例，继续准备反射方法
6
    Type musicChangeKindType = AccessTools.TypeByName("MusicChangeKind");
7

8
    if (musicChangeKindType != null)
9
    {
10
        _onChangeMusicMethod = AccessTools.Method(
11
            typeof(MusicUI),
12
            "OnChangeMusic",
13
            new Type[] { typeof(string), typeof(string), musicChangeKindType }
14
        );
15
    }

以及触发游戏内的更新逻辑

1
private static void TriggerGameUIUpdate(bool smtcIsPlaying)
2
{
3
    if (smtcIsPlaying)
4
    {
5
        // SMTC 正在播放 -> 游戏 UI 应该显示“暂停”图标
6
        _musicUIInstance.OnPlayMusic();
7
    }
8
    else
9
    {
10
        // SMTC 处于暂停/停止 -> 游戏 UI 应该显示“播放”图标
11
        _musicUIInstance.OnPauseMusic();
12
    }
13
    object musicChangeKindManual = Enum.Parse(AccessTools.TypeByName("MusicChangeKind"), "Manual");
14

15
    object[] parameters = new object[]
16
    {
17
        "Placeholder Title",
18
        "Placeholder Artist",
19
        musicChangeKindManual
20
    };
21

22
    _onChangeMusicMethod.Invoke(_musicUIInstance, parameters);
23
    _logger.LogDebug($"主动调用 OnChangeMusic。SMTC IsPlaying={smtcIsPlaying}");
24
}

游戏内的OnChangeMusic方法接受三个参数，Title Artist和ChangeKind

前面两个很显然，第三个就是改变歌曲的方式，游戏里是一个枚举，有Auto Manual和PlaylistCellClick

也就是自动切换 手动 点击列表歌曲

我们手动替换的话应该适合Manual或者Auto

别的与音乐有关的UI代码都在MusicUI类中，用UE找到并Patch就好，这里不过多赘述了

接下来基本就是写代码

基本上都是对着FacilityMusic这个类Patch，也不过多赘述了 毕竟Mono封装和看源码也差不多