这不是BUG，这是游戏特性 第379节

　　这个Bug的起源，正是联机模式的“数值叠加”Bug，只不过代码在单机模式下，遇到了新的麻烦而已。

　　他和小陆都已经想好了，该怎么解决这个因为“联机模式”而连带导致的“单机模式”Bug。

　　可结果，因为郭莫的一场直播，他俩不得不推翻了原有的方案。

　　不是……

　　这不是一个地图建模，因为联机模式的数值叠加Bug，从而导致游戏场景叠加的同类Bug吗？

　　怎么还能变异呢？

　　出现两个阿巴就算了，第二个阿巴还能用“建模重叠”来解释。可玩家能控制第二个阿巴，这问题可就大了！

　　别的先不说，因为连续触发两次Bug的缘故，郭莫的游戏地图可不是一般的大。

　　那这么大的地图上，真的只有两个阿巴吗？万一有第三个、第四个、第五个以及更多个，而且这些阿巴都可以被玩家操控呢？

　　《开局三千分身：我是电子厂打工王》堂堂连载？

　　(本章完)

第307章 玩游戏？挖矿！

　　“我去，这也太牛了！”

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

　　啥情况这是？

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

　　等他回头一看，坏了。

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

　　“别走啊，诶喂！”

　　来不及想自己为什么能控制阿巴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也不能做什么，而且还是单机模式，没必要放在心上。