“我去，这也太牛了！”

    意外发现自己竟然能控制第二个阿巴的郭莫，这会儿眼珠子都瞪大了。

    啥情况这是？

    虽然这俩阿巴长得一模一样，但……但他玩的角色不是这一个啊！

    等他回头一看，坏了。

    阿巴的本体，也就是他最开始操控的主角阿巴，现在已经不受控制，开始自由行动了。

    “别走啊，诶喂！”

    来不及想自己为什么能控制阿巴2号，郭莫赶紧从地上爬起，一把坐上轮椅朝离去的阿巴一号追去。

    不能让一号跑了。

    他还没弄清楚这到底是什么机制呢，如果这就让阿巴一号跑了，那等会儿还能换回来吗？

    于是乎，游戏里出现了极为诡异且滑稽的一幕，两个长相一模一样的阿巴，坐着相同款式的轮椅，在街道上一前一后追逐着。

    观看这场直播的水友全都笑嘻了。

    好家伙！

    真是活久见啊！长这么大，还真第一次见两个轮椅侠在大街上飙车。

    最关键的是，这俩人不光长得一模一样，名字还都叫阿巴，出现在同一场景里，谁也分不清谁是谁。

    属于是真假美猴王了！

    就在郭莫忙着追赶本体阿巴，将电动轮椅的功率开到最大时，此时屏幕中又出现了一个意料之外的人物。

    “又来一个？”

    看到街对面，顶着同一张脸缓缓走过的阿巴，郭莫这会儿是真无语了。

    截止到目前为止，他在游戏里已经看到了足足两个阿巴，这还没算上本体，如果算上的话，那就是三个了。

    坏了！

    真假美猴王都不足以形容眼下这种情况了，谁知道这么庞大的地图上，到底还隐藏着多少个阿巴？

    “影分身都没这么牛啊！”

    随着第三个阿巴出现后，郭莫也没兴趣去追本体了，因为他现在对阿巴3号的兴趣明显更足一些。

    直播间水友也是如此。

    因为阿巴本体和阿巴2号，全都是坐着轮椅行动，这也是大家分不清谁是真身谁是假身的原因。

    可刚刚一晃而过的三号阿巴，大家都看见了，他并没有乘坐轮椅，而是像个正常人一样步行走路。

    这可太奇怪了！

    先不讨论，游戏Bug导致同一个场景出现多个重复建筑和NPC的具体原因。

    他这个存档随到的开局可是“下肢瘫痪”，为什么会出现一个双腿正常可以走路的主角阿巴？

    喂喂喂！

    你又是从哪冒出来的？

    ……

    发生在郭莫直播间的事，很快就经由水友们的传播分享，扩散到了天霸社区。

    天霸工作室也知道了。

    陈霸和小陆，更是第一时间就对该现象进行了复刻，试图找出这背后的原因及症结所在。

    “很显然……”

    “这个Bug是因为联机模式的数值迭加Bug连锁产生的。”

    小陆分析道：“因为在游戏里，为了遏制数值迭加Bug，我们设立了一个所谓的上限锁。”

    排查游戏Bug的时候，他们查到了在线上模式里，存在可以迭加游戏数值的恶性Bug，于是进行了针对性修改调整。

    但他们遗忘了一点。

    准确来说，并不是遗忘了，而是从一开始，整个工作室的测试排查重心就没有放在单机模式上。

    这也是大伙的惯性思维作祟，毕竟以前工作室的游戏出现Bug，大都是跟联机模式有关系，久而久之，大伙都习惯将焦点放在联机模式。

    谁也没有想到，这次出问题的竟然不是联机模式，而是单机剧情模式！

    联机模式的“数值迭加”Bug，单机模式也同样存在。

    那为什么没有发现呢？

    当然是因为，单机模式下，游戏只存在一名玩家，而该玩家操纵的角色也只有一个，所以不构成触发Bug的前置条件。

    谁能想到，在单机模式下删除旧存档覆盖新存档的时候，正好可以通过“存档覆盖”这个机制，触发联机模式特有的Bug啊？

    “在联机模式里，该Bug会导致游戏角色的各项数值迭加，最终超过上限形成瞬间移动等游戏特性。”

    小陆接着说道：“而在单机剧情模式下，因为没有第二个玩家，而且还有上限锁限制，所以数值是无法迭加的……”

    “你的意思是，产生迭加效应的不止是游戏数值，还有游戏内的场景建模以及游戏NPC等等？”陈霸反问道。

    “没错！”

    “这一点，我们在联机模式并没有发现，可能是因为联机模式下，游戏数据和运算层面全都依托于服务器。”

    小陆哭笑不得道：“但在单机剧情模式下，由于该Bug的触发节点是新存档覆盖旧存档，所以会导致存档覆盖失败，游戏文件无法改写等情况。”

    正常情况下，新存档覆盖旧存档，在覆盖之前会删除旧存档的游戏文件，然后往硬盘写入新的游戏文件。

    但在这个“覆盖”的过程中，因为触发了游戏迭加bug，导致覆盖指令失效，由原本的“覆盖”变成了“迭加”。

    换而言之。

    本来应该被删除的旧存档，在这个Bug的影响下，以另一种形式保留了下来，并融入到了新的存档里。

    “不过这也有一个前提，那就是新存档和旧存档，必须是同样的开局，同样的主角阿巴才行。”

    这也解释了，为什么其他人都没能触发该Bug，而郭莫却能成功的原因。

    他两次都随到了“下肢瘫痪”这个开局，刚好满足了Bug触发的前置条件。没有这个前置条件，旧存档会被正常删除无法保留。

    “在咱们的游戏里，不同的开局，代表主角的代码是不一样的。”

    陈霸若有所思道：“盲人阿巴是一串代码，轮椅阿巴又是另一串代码，只有相同的开局才能触发？”

    “没错！”

    小陆点了点头：“至于说，郭莫第一次触发该bug，地图只扩大了一倍。第二次触发，地图却变得很大，且冒出许多重复NPC的原因也很简单。”

    游戏在设计之初，都会给后续更新留足相应的空间和坑位。也就是说，游戏地图一开始就预留了“两倍大小”的预览模式。

    这也是为了后续更新方便。

    毕竟后续如果加了一个DLC，导致地图变大了，却因为之前没有预留出足够的空间，导致地图无法正常缩放预览，甚至贴图建模都不能正常渲染加载，那不就坏事了嘛？

    郭莫第一次触发该Bug，游戏一切正常，毕竟这就相当于“更新一轮”后的样子。

    可第二次触发Bug，迭加的游戏素材、贴图建模和游戏资源实在太大了，已经超过了预先留下的坑位，那就会出现郭莫遇到的情况。

    这其实很常见。

    比如一些游戏，在遭遇卡顿或网络波动的时候，你会惊奇地发现，游戏里的点券数量，金币、体力值和人物属性等等，全都变成9999999了。

    还有就是计算机出现故障，时间戳重置回到1970.1.1这个时间，也是类似的情况。

    《阿巴正传》的这个Bug，其实就跟其他游戏，突然出现数值全变成99999的情况差不多。

    只不过，因为测试阶段打了一个“数值上限锁”补丁，所以游戏里的数值并没有变成99999状态。

    但这个bug迭加的东西，可不仅仅是游戏数值，还有游戏里的建模、贴图、NPC等等一切游戏数据文件。

    这也就导致，在新存档覆盖旧存档，且两个存档的主角“阿巴”都是相同的开局，底层代码完全一致时，就会发生两个存档融合在一起，地图扩大，贴图建模等重复的问题。

    弄清楚问题产生的原因后，陈霸接着问道：“那这种情况有没有办法解决？”

    “有，但很麻烦！”

    小陆头疼道：“要想修复这个Bug，咱们需要动很多代码，而且最重要的是，这里面涉及到的一些代码，貌似只有您有权限更改。”

    陈霸：“……”

    又绕回来了是吧？

    想到这里，他不禁揉了揉眉心：“那就先不管，反正从目前来看，这个Bug除了整活，也没有太过恶劣的影响。”

    这也算不幸中的万幸！

    根据郭莫的直播内容可知，该Bug造成的后果，除了地图扩大很多倍、NPC重复出现，同时存在多个主角阿巴外，也没太大的问题。

    没错！

    只要不影响游戏体验，这些都是小事，卡了这个Bug也不能做什么，而且还是单机模式，没必要放在心上。

    陈霸是这么想的，也是这么做的。

    他不仅没有做出反应，甚至还纵容了玩家们在社区论坛等地方传播该Bug的行为。

    眼不见为净！

    反正是单机模式，随便造，别说卡Bug了，你就算是开修改器作弊器，卡什么作弊代码，只要别太过分他都可以当作没看见。

    再说了。

    卡这Bug有屁用啊？感觉不如加入风灵月影宗，好歹开修改器是真的能爽一爽。

    正当陈霸以为，这场风波完全就是小打小闹，即将到此为止时，没过多久，发布在天霸社区的一篇帖子，再次引起了广大玩家们的热议。

    来自蓉城的一位网友，在玩游戏的时候，因为好奇卡了Bug在地图上，找到了另外两名“阿巴”。

    他很好奇，为什么卡了同样的Bug，自己这么大的地图上，却只有孤零零两个阿巴呢？

    “对啊！”

    看到这篇帖子的诸多玩家，包括陈霸本人在内，也才瞬间意识到问题所在。

    阿巴的数量不是恒定的？

    按理说，大家都卡了同样的Bug，因为bug而产生的“影分身”数量应该是一致的才对。

    可在实际游戏体验中，很多人都发现了，阿巴的数量并不一致，有的人多一些，有的人就少一些。

    然后，这位蓉城的网友，便根据这个疑问，进行了一番调查和走访，最后得出结论。

    因为卡Bug而诞生的“阿巴”数量，取决于卡Bug后的游戏地图大小，也取决于游戏资源量大小。

    地图越大，该地图场景内容纳的游戏资源量越大，诞生的“阿巴”数量就越多！

    那么问题来了，卡这个Bug所导致的游戏地图大小，以及游戏场景资源量大小，到底是由什么决定的呢？

    “答案是：计算能力！”

    “电脑性能越高，GPU与CPU计算能力越强，结合游戏算法，卡Bug后能获得的游戏地图越大，地图场景内的资源量越大。”

    这番总结，直接给大伙看懵了。

    搞半天，大伙卡Bug之所以卡出来的“影分身”数量不一致，其实是因为各自的电脑性能不同？

    可这玩意有……

    等会儿！

    刚想吐槽这个蓉城玩家做了一堆无用功，这个研究结果毫无意义的陈霸，脑海中突然蹦出一个惊人的想法。

    他看向小陆，很显然，小陆也联想到了。

    “没错！”

    “这个产生逻辑，其实是跟大家熟悉的互联网虚拟货币一致的，而且最骚的是，打开游戏文件找到Archive，以文本浏览形式打开里面的abba文件，你会看到一串密钥。”

    “复制这串密钥然后添加到其他人的游戏文件里，猜猜会发生什么？”

    “答案是，你的阿巴转移到了别人的游戏里！”

    陈霸＆小陆：“……”

    什么情况这是？

    他们做的不是一款游戏吗？而且目标是奔着TGA年度大奖去的公益游戏，怎么突然变成这样了？

    这个看似不起眼的游戏Bug，结合游戏算法，居然能产生“挖矿”的同样效果？

    更离谱的是……

    因为天霸游戏的底层代码均出自铁憨憨系统之手，目前的人类技术水平根本无法破解。

    也就是说，这玩意在某种程度上，还真达到了虚拟货币该有的标准。

    唯一的区别在于。

    别的虚拟货币，那都是以一种“抽象”的数字形式存在，而这款“阿巴币”就形象了许多。

    你有几个阿巴币，打开你的游戏，看看地图上有几个“阿巴”就完事了。

    帖子的最后，这位蓉城网友还表示，不知道《阿巴正传》具体的算法是如何，但从他的实际操作来看，“阿巴”的产出数量是在逐渐下降的。

    也就是说，现在正是最好的时机！

    随着时间的推移，以后阿巴的诞生只会越来越难，甚至伱拿着最高端的显卡及CPU卡一天的游戏Bug，也不一定能卡出一只阿巴……

    (本章完)


　　(https://www.kenwen.cc/book/515450/18275157.html)


1秒记住啃文书库：www.kenwen.cc。手机版阅读网址：m.kenwen.cc