好友
阅读权限25
听众
最后登录1970-1-1
|
klise
发表于 2020-12-26 10:07
本帖最后由 klise 于 2021-12-30 12:13 编辑
【前言】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
温馨提示：
1、该版本在 WinXP/Win7/Win10 都能玩，绿色软件，不用辛辛苦苦去找XP电脑，也不用辛辛苦苦装一套虚拟机。
2、如果玩家在使用过程中发现问题，我将尽力修正，因此可能发布更新版本，请各位继续关注。
3、网友反映的游戏bug已经修复，详见【游戏下载】的说明。
《WinXP》的“扫雷”游戏，是我们的集体回忆。这个小游戏既锻炼了推理能力，又练习了鼠标操作。
后来，尽管 Win7 也有扫雷游戏，但是已经找不到那种“年少”时期的感觉。而到了 Win10，干脆把这些游戏都取消了。
为了让这个经典游戏重新焕发光彩，我们对《WinXP扫雷》进行改进，称为《WinXP扫雷·加强版》，简称《ＪＦ扫雷》。
该版本可以在 WinXP/Win7/Win10 中运行。你不必辛辛苦苦去找XP的电脑，也不用辛辛苦苦装一套虚拟机。
ＪＦ是 Just Fun 的意思，所谓“世事无绝对，只有真情趣”，译成英文就是 No Worry, Just Fun ...
（注：下图可能引致密集恐惧症 ……）
【原版的缺陷】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
WinXP是2001年的产品，当时的显示器只有1024*768，《扫雷》的界面最大只能 30*24 （左右宽度30格，上下行数24行，本文全部采用这种表示方法）。
眨眼间，20年过去了，当年的同学少年，现在已经是孩子上小学了 ……
现在的电脑主流显示器是 1920*1080，显然 30*24 已经过时了……
另外，原版《扫雷》没有撤销功能，声音也难听，没有存档功能，等等 ……
因此，希望这次《WinXP扫雷·加强版》集中解决有关问题。
【准备工作】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
由于WinXP的《扫雷》、《空当接龙》都是类似的开发模式，都存在重定位的问题，因此必须用 LordPE 去除重定位，这一步请参见下帖，不再赘述：
《WinXP空当接龙》加入无限撤销和存档功能
https://www.52pojie.cn/thread-1314510-1-1.html
由于这次开发规模较大，所以把API函数全部导出，保存下来。不要少看这个步骤，后面会带来非常大的方便性。
用 OllyDbg 打开原版exe文件，右键->查找->所有模块中的名称：
然后，点击【模块地址】排序，全部复制到剪切板。
再粘贴到文件中备用：
【找到关键过程】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
我们知道，所有的关键过程都集中在“窗口消息处理”模块中，这是一个“大宝库”。只要找到这个模块，里面的秘密全部向你敞开。
寻找“窗口消息处理”模块的方法很多，最简单的方法是找到 RegisterClassW 函数。
这是因为，生成游戏窗口时，总是先调用 RegisterClassW （注册“窗口类”）， 然后再调用 CreateWindowExW 生成窗口。
而窗口消息处理模块就在 RegisterClassW 中。
我们可以借助上面准备的“模块间调用”文件，查找字符串 RegisterClassW ，得知其地址为 010010CC ：
在 OD 中找到地址 010010CC ，右键->查找参考，定位到代码处，F2断点：
运行游戏，断点停下，查看堆栈中的参数，地址是 0CFE88 ：
该地址后面 4字节， 即 [ 0CFE88 + 4 ] = 01001BC9 就是窗口消息过程！
【雷区的边界】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
找到了大宝藏，下面开始进行分析。
首先第一个问题，就是原版的界面（雷区）为什么这么小。我直接引用前辈们的成果，原来《扫雷》是按照“每行32格”来设计的，一共27行，即 32*27=864 字节。
为什么是32格呢？因为方便计算！因为 “行数乘以32” 就是 “行数左移5位”，就是一句 shl ecx, 5 这样子，搞定了！
游戏中，如果你选择的雷区（宽度）小于32格，也没关系，反正内存中还是按照每行32格来计算，只不过“右边界”不同而已。
应该说，“边界”的思想是神来的一笔，在判断周围布雷（包括开挖、显示数字等）都非常方便。如果不用边界，那就要判断内存（数组）越界，麻烦多了。
由于有了边界，所以雷区的尺寸要减去2，最大宽度30个（即32 减2），高度24行也是同样的道理（微软的程序员独吞了一行……）。
另外，边界还有一个重要的作用，就是“防止雷区无序扩张”，这个道理大家都懂。
【从零开始】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
我们看到，电脑中的元素（行、列）都是从零开始的，而不是我们习惯的 从1 开始。
为什么会这样呢？老师曾经解释过，是为了节约内存，别浪费了 ……
我们来看一个例子。快过年了，你和女朋友一起回家，你买了两张机票，座位是19和20号。
上了飞机，你问空姐座位在哪里。空姐说：“这里每一排是10个座位，19号座位就是（1，9），第1行第9个座位。”
你想了想，有道理，19除以10，商数=1，余数=9，所以就是（1，9），空姐真是美貌与智慧并重啊……
然后空姐看看你手上的20号机票，说：“20号座位就是（2，0），第2行第0个座位 ……”
你很诧异，觉得哪里不对，但是20除以10，商数=2，余数=0，所以就是（2，0），没毛病呀 ……
于是你往后一排走去，那里坐着一位大汉，络腮胡子，他对你咧嘴一笑：“我是21号，你瞅啥？”
这时，你发现那些拿着30号、40号、50号……座位的乘客，都在忙乱地找座位。
问题在哪里呢？就是因为，人类喜欢从1开始，而事实上，余数可以为0，人类就会迷惘了。
如果第一个座位从零开始，一切就迎刃而解了。你的座位（20号）变成 019=（1，9），没问题，
而络腮胡子变成 020=（2，0），就是2行0列，也没问题（注：0、1、2，也就是我们通常说的第3行）。
因此，“从零开始”是避免计算机产生 低级错误 的重要手段。
【突破雷区】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
现在我们要考虑的是，加强版要搞“多大”的雷区比较合适呢？
这里有一个天然的因素，就是显示器的大小。如果游戏窗口比屏幕还大，那显然不合适。
而主流的显示器是1920*1080，我们就以这个作为标准吧。
经测算，1920*1080允许的格子数大约是（宽度）120格，高度60行。
但是还要扣除任务栏、侧边栏等空间，所以最大雷区定为 116*56 = 6496 格，简称6500格。
【开辟内存】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
那么，只要准备6500字节就行了吗？
不是的。
前面说过，原版《扫雷》以32格作为标准，用了大量的“左移”指令，类似于 shl ecx, 5 这种汇编码（如图，3个字节）。
而 116格 是不能通过简单“左移”来计算的，必须改成乘法指令，就要打破原来的指令长度（3个字节），带来很大的麻烦。
幸好，我们知道与 116 最接近的“二次幂”是128，而128就是左移7位！
也就是说，我们在内存中定义每行128格，这样只要把所有 shl AAA,5 改成 shl AAA, 7 就行了！
至于行数，取64行，128*64=8192=8KB，也就是说，预备8K内存给雷区，足够了。
总结一下：内存预留 128*64 的雷区，但是受到屏幕尺寸的限制（视觉问题），游戏限定最大雷区是 116*56 。
于是，我们给exe加上一个新区段，大小8KB，新的雷区数据全部搬迁到这里。
【代码扩容】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
接下来，要修改原版exe中所有关于雷区尺寸的代码，把“宽度”32格扩展为128格，”高度“也要相应扩展。
这个工作比较繁琐，但是不难，因为代码特征容易找。
原版exe的雷区数据位于 01005340，在 OD 中查找所有引用该地址的代码：
然后出来很多地址，现在要做的就是逐个地方进行修改。
如上图，这“一处”要改4个地方：
（1） 左移5位（乘以32），改成左移7位（乘以128）
（2） 把 01005340 改成新区段（8KB那个）的首地址
（3） 这一句是按照每行32字节（0x20）递增，改成 add edx, 0x80 （按照128字节递增）
（4） 这一句比较隐蔽，它的用意是首地址 01005340 就上 0x20 组成，也就是雷区01行的首地址，要改成 [ 新区段+128字节 ] 的地址。
下图是改动后的情况，第（1）（2）两句最简单，第（4）句我给01行加了标号，直接替换。第（3）句最麻烦，因为原句是3字节，改成 add edx, 0x80 是6字节的指令，打破了长度，必须跳转补丁。
【午饭时间】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
上述过程不难，但是非常繁琐，要改N处，每一处有M句，就是要改 N*M 句，凡是 add AAA,0x80 的都要改成跳转。
还有一个最麻烦的事，就是必须所有地方全部改完，才能测试。因为只要有一处没做好，运行结果就一定是错的（雷区残缺），
而最要命的是，你还不知道哪一句漏掉了 …… 这就要从头全部检查一遍。
因此，这个工作是专门花一个下午来进行的，而且还要做如下准备工作：
1、斋戒
2、沐浴
3、焚香
4、关门
…… 好了，终于进入了屏息静气，天人合一的境界 ……
现在，没有任何外物可以打扰我的心神 …… 除了外卖 ……
【乔布雷师】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
经过一个下午的奋战，到了凌晨零时十分，终于搞定了所有“代码扩容”，可以正常开局（布雷）了。
开局布雷是一个标准的随机数产生过程。这里要说一下我们熟悉的《空当接龙》。
大家知道，WinXP的《空当接龙》有100万局，每局都不同。但是那个exe只有几十KB，几万个字节，那么这100万局扑克牌是储存在哪里呢？
就算一局只要1个字节，那也要100万字节呀！这都要1MB呀，怎么几十KB就能搞定呢？
原来，这里涉及到电脑“随机数”的原理。简单来说，牌局是随机的，但是实际上，牌局是确定的。
就好像你问女朋友，中午吃什么？她说“随便”，其实根本不能随便。
随机数是一个迭代过程，类似于这样：
也就是
以上是 VC 的随机数生成过程，上面这些 r1 r2 r3 就是随机数。我们看到，只要有了 r0 ，就能计算 r1，然后计算 r2 ……
这里只有 r0 是“必须给定”的，它不是根据其它数值计算得到的。这个 r0 称为“随机种子”。
《空当接龙》就是利用这个原理，把牌局编号（比如 202021） 作为 r0 ，由此得到 r1 r2 r3 …… 这就是发牌顺序。
因此，《空当接龙》根本不用储存任何牌局。
现在回到《经典扫雷》，它也是利用（上述一模一样的）随机数原理，来埋设地雷（布雷）。只要你指定一个 r0 ，它后面的布雷就是完全一样的。
看上去是一本正经的布雷师，实际上是假装随机的！所以它是“乔布雷师”。
【１亿小目标】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
明白了上述原理，我们就能像《空当接龙》那样，使用“牌局编号”（还是称为“关卡编号”吧）作为特定的“随机种子”，产生特定的雷区。
《 ＪＦ扫雷》采用8位数字作为随机种子，因此可以产生 9999 9999 个雷区，也就是“1亿小目标”。
每一局开始后，在窗口标题上会显示当前“关卡编号”，可以通过“选择游戏”功能，输入关卡编号，重现任何一关。
同时，也可以实现“重新开始”当前关卡的功能，因为就是一个关卡编号。
（Win7的官方扫雷也实现了“重新开始”功能）
【 调用默契】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
由于屏幕大了，地雷多了，原版的两个液晶显示（999秒 和 999雷）显然不够用了，要把它们改成 9999秒 和 9999个雷。
这个改动不难，调整一下显示位置（坐标），然后把数值循环 4次 显示即可。
当然，我们是调用原版的功能来显示的，总不会自己重新写一套 LED 函数。
既然调用原函数，就涉及到寄存器的问题。对于CPU的8个寄存器，编译器是怎样安排的呢？
1、寄存器 eax/ecx/edx 是“易失”的，也就是在函数过程中会随意使用，不会保存、恢复其数值。函数返回后，这3个寄存器的内容是无法预测的。
因此，如有需要，你必须自己保存、恢复。
2、如果函数有返回值，那么通常就用 eax 返回。
比如 eax 是 0或1，就是返回 真/假，也可以是数值、或者地址（指针）。
3、寄存器 ebx/ebp/esi/edi 是保管的，函数过程会保存它们的数值，在返回时恢复它们的数值。
这些寄存器你就不用费心保管了，函数返回后，保证毫发无损，完璧归赵。
4、堆栈 esp 通常是平衡的，不用费心，但是如果你在call 后面看见 add esp, 0x8 之类，那就是必须手工平衡，照抄即可。
通常 VC 申请/释放 内存时，要手工平衡堆栈（ add esp, 0x4 ）。
以上这些“调用默契”是非常重要的。比如一个函数包含 1000 句代码，但其实编译器是首先生成 N个小“代码片”，每个“代码片”就是5句、10句的样子，再把这些“代码片”组装成 1000句 的。
比如，做个加减乘除，用 eax/ecx/edx 足够了，这几个寄存器也不用保存恢复，是不是简便很多？
【找对象】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
这里的对象，是指高级语言的“面向对象”。
在《空档接龙》《扫雷》这些小游戏中，是用不上“面向对象”的。不过，由于在“吾爱”发帖的机会不是很多，这里简单讲解一下。
对于通常的函数调用，我们是熟悉的，比如 sum(a, b)，就是：
[Asm] 纯文本查看 复制代码
push b
push a
call <sum>
那么，如果是“对象方法”，比如 往箱子 box 里放苹果，也就是 box.sum(a,b) ，在汇编语言里是怎么样的呢？
以前我们总是觉得“面向对象”是很深奥的东西，但是在汇编的世界里，却是很单纯的。
对于汇编语言来说，对象就是一个地址，指向一个“结构”，仅此而已。
比如 box.sum(a,b)，用 VC 编译后，生成的汇编就是这样的：
[Asm] 纯文本查看 复制代码
push b
push a
mov ecx, ebp ; 注意这一句！ebp=box指针
call <sum>
注意：用VC编译器生成的“对象”，就是通过 ecx 传递到函数中的，而不是 push 到堆栈的。
比如本例中，ebp指向box对象（ebp是保管变量，可靠呀），调用 sum 之前，先复制到 ecx 。
在<sum>过程中会认为 ecx 就是对象指针，这是调用约定！
我们假设 box 对象具有4个属性：
{
长, //00～03字节
宽, //04～07字节
高, //08～0B字节
苹果数量 //0C～0F字节
}
那么 box.apple 就是第 0xC 字节
在 <sum>过程中是这样的：
[Asm] 纯文本查看 复制代码
mov eax, [esp+4] ; 取 a
add eax, [esp+8] ; eax=a+b
mov [ecx+0xC],eax ; 苹果数量写入 box.apple
retn 0x8
我们可以理解为：<sum>是 box的方法，它不但做运算，而且还改写属性（苹果数量），用高级语言类似于：
void box.sum(a,b)
{
box.apple=a+b;
}
这就是“面向对象”在汇编语言中的具体实现。
现在，无论是日常应用，还是大型游戏，VC 都占据主流了。了解这个规则，是有现实意义的。
【开辟根据地】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
我们知道，WinXP《扫雷》在玩家第一次点击时，会刻意保证不会爆雷。
到了 Win7，第一次点击会出现一块空地，称为“根据地”。
《 ＪＦ扫雷》也实现了这个功能，下面说一下实现原理。
如下图，玩家（随机）点击（1）处，程序首先以（1）作为中心点，在该点周围 3x3 的范围内的地雷，全部移到别处。
这样，就产生一个至少 3x3 的空地，也就是（2），红色小方框。
但是实际上，这个“空地”可以紧邻其它空格，这是当初布雷的时候形成的，与玩家开局的点击无关。
所有这些紧邻的空格互相连通，就形成一片“根据地”，也就是（3），红色大方框。
“开辟根据地”必须打钩开启“安全模式”，下面说明。
【安全模式】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
随着雷区的扩大，玩家投入的时间成倍增加，踩雷的机会也会大增。
尤其是一时手误，那更无辜，玩了半小时的游戏直接 Over 了。
因此，《 ＪＦ扫雷》提供了安全模式。每次运行exe后，自动默认打钩。
在安全模式下，每一局开局后第一次点击，会自动开辟根据地。
而在游戏过程中，每一局提供3次金钟罩，就是3次“爆雷纠错机会”。
重复：是“每一局”都有3次机会。同一局 重新开始，也重新获得3次机会。
当玩家踩雷后，游戏会提示你使用纠错机会，当然也要扣减一次。
如果3次机会都用完了，那就 ……
有的网友希望实现“撤销功能”，其实就是纠错机会。
【善意的谎言】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
随着开发的推进，我们需要不断修改exe的内容，包括菜单、快捷键等。
比如《 ＪＦ扫雷》加入了“功能”子菜单，通过exescope等工具很容易实现。但是，不知不觉的，这个exe的体积也在悄悄增大了。
然后再用 OD 打开，你会发现，哇烤，那些辛辛苦苦做的 断点、注释、地址、标签、补丁 …… 通通的不见啦？？
进去 OD/udd 目录一看，原来是 udd 文件被清空了！是谁干的？！
原来，这是 OD 的自动机制。它在udd文件中记录了exe文件的信息，包括体积。
一旦发现体积变了，OD 就认为是另一个 exe，原来的调试信息（想当然地）对不上了，于是干脆清空 udd 文件，重新开始。
遇到这种情况，首先一定（一定）尽快把 bak 文件拷贝出来，这是原来 udd 的备份，称为 “旧udd” 。
（注：自从几年前发生过一次之后，我就养成了主动备份 udd 的习惯，写个 bat 文件就行，每半天关机之前备份一次）
现在，请你用 HexEdit 之类编辑器，打开 “旧 udd” 文件，开头不远处有个 Size 字样，后面就是文件体积。
当然，这里是旧的文件大小，把它改成新的体积，这样 udd 就能继续使用了。
这是用来骗过 OD 的善意谎言。
其实，尽管exe体积变了，但是各个区段的“基址”通常都没变，那些 断点、注释、地址、标签、补丁 基本上都能用，
【播放音效】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原版扫雷的声音比较坑，打开之后，逐秒播放，而且音量大，巨难听。
所以，绝大多数玩家都会关掉声音功能。
《 ＪＦ扫雷》重新改进了声音功能：
1、 取消了逐秒播放，以免打扰玩家
2、 仅在开局、踩雷、结束（胜局、败局）播放声音
3、 内置两套音效，也就是开局两种音效、爆雷两种音效、胜局两种音效、败局两种音效
两套音效随机播放，以免过于单调。
声音文件以“资源”方式内置于DLL中，这也是《WinXP空当接龙》加入无限撤销和存档功能 中的观点：引入DLL，受益无穷。
【难度级别】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
随着游戏画面的扩大，从原始的 30*24 发展到 6500 格，原版单纯的“三级制”显得太粗疏了。
这个问题花费了很多时间去考量，在整个开发过程中，也经过多次修订。最终我们敲定了一个思路：
1、界面宽度从（近似）30～120，以30格递增。这样构成4个级别，称为：初级、中级、高级、超级
2、界面高度（行数）是以宽度乘以 0.618，这样界面的长宽比例接近黄金分割，视觉上比较舒适
3、每个级别（例如中级）内部又分为三种难度 [B1]、[B2]、[B3]，三种难度的长宽都一样，区别在于地雷数量不同
中级 [B1] 60*36:300
中级 [B2] 60*36:350
中级 [B3] 60*36:400
这３种难度都是 60*36，即宽度（从左到右）是60个格子，高度（从上到下）是36行，共 60*36=2160 个格子。
而它们的区别就是地雷数量（即冒号后面的数字），分别是 300、350、400 个地雷。同样的界面大小（格子数目），地雷越多，难度越大。
【难度测试 】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
在游戏主菜单可以看到，各种难度的地雷数目相差只是几十个（50个左右）。
这是经过实践测试的，虽然只是几十个之差，但是难度的提高很显著。
这是因为，地雷密度增大后，开局的“根据地”会变小，导致开局不利。
而玩到后面，推理也越来越难。有时候甚至无法推导，要靠“盲猜”。
这里要感谢我的贤妻，她花费了很多时间进行测试，尤其是上述难度级别曾经多次调整（修订）。
通常，女性的逻辑思维都不强，但奇怪的是，她玩《空当接龙》、《扫雷》却是好手。
如果她噼里啪啦一顿鼠标，然后跑去厨房继续做饭，那么这种难度一定很低。
如果她聚精会神玩了很久，厨房还飘来焦糊的味道，那说明这一关真的很难，不是一般的难。
由于她在几个著名的购物节里，专心进行测试（我故意安排的），终于确定了各个难度级别。
整个测试下来，我想对大家说一句心底话：没事别碰“超级关”！
【其它功能 】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
【练习模式】—— 该功能会揭晓（标出）当前关卡中所有地雷，以供练习思考。当然也就不算成绩。
【游戏秘籍】—— 原版扫雷中，可以使用 XYZZY 秘籍。该功能予以保留（不变），详情可以网搜。
【保存游戏/读取存档】—— 可以保存当前盘面，以后读档 继续玩，不必从头开始。
存档功能有以下实用意义：
1、由于游戏界面大幅扩充，玩一次所需的时间很长，加入存档功能可以提供便利。
2、有些关卡玩到后来，确实只能盲猜，可以利用 存档/读档 功能，合法避雷。
3、在《 ＪＦ扫雷》开发过程中，需要对一些特定（布雷）情况进行测试，存档功能可以“重现”游戏局面，非常有用。
【附录：Win7原版扫雷 】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
这次顺便研究了《Win7原版扫雷》在 Win10 运行的问题。
虽然在网上可以找到相关的方法，但是由于使用了 Win7x64 的《扫雷》版本，这是x64的文件，不能用 OllyDbg 调试。
因此，现在从 Win7 32位 中提取了《扫雷》，供大家研究。
但是，这个32位的扫雷用 OD 打开后，其执行地址是变化的，每次打开都不同，这就给调试带来麻烦，连个断点都记不住。
为此，对原版 MineSweeper.exe 清除重定位，基址就固定下来了：
现在可以正常用 OD 调试了。破解后的文件可以正常在 Win10 运行。
在附录中，包含了上述（过渡及成品）文件，参见目录中的说明。有兴趣的朋友可以自己动手进行破解。
【下载地址 】
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
以下是作品下载地址，请仔细阅读目录的《使用说明》。
如有问题，欢迎反馈，将尽快修复并更新。谢谢大家！
[2021-01-03]更新说明
自从《ＪＦ扫雷》发布后，有网友反映，按下<Shift+左键>点击数字时（相当于“左右双键”同时按下），安全模式失效。
本次更新修复了这个问题。如果你习惯使用<Shift+左键>操作，请下载这个更新版本。
感谢大家的支持！
【2021-01-03】《ＪＦ扫雷》更新版：
[01-03-更新]JF_Mine.rar
(1.97 MB, 下载次数: 1219)
蓝奏下载：
https://wwi.lanzouw.com/iizp3jzjdij
--------------------------------------------------------------------------------
《 ＪＦ扫雷》首发版（有bug）：
JF_Mine.rar
(1.97 MB, 下载次数: 280)
蓝奏下载：
https://wwi.lanzouj.com/i9bIhjqpawh
[Win7_官方扫雷]（已破解·支持Win10）：
https://wwi.lanzouj.com/i3BOJjqpmqd
|
-
免费评分
-
查看全部评分
|
发帖前要善用【论坛搜索】功能，那里可能会有你要找的答案或者已经有人发布过相同内容了，请勿重复发帖。 |
|
|
|
|
|
|
[复制链接]
