笔趣阁 > 这不是BUG,这是游戏特性 > 第307章 玩游戏?挖矿!

第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也不能做什么,而且还是单机模式,没必要放在心上。

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

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

    眼不见为净!

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

    再说了。

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

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

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

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

    “对啊!”

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

    阿巴的数量不是恒定的?

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

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

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

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

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

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

    “答案是:计算能力!”

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

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

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

    可这玩意有……

    等会儿!

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

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

    “没错!”

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

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

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

    陈霸&小陆:“……”

    什么情况这是?

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

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

    更离谱的是……

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

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

    唯一的区别在于。

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

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

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

    也就是说,现在正是最好的时机!

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

    (本章完)


  (https://www.xblqugex.cc/book_58156348/21211814.html)


  请记住本书首发域名:www.xblqugex.cc。笔趣阁手机版阅读网址:m.xblqugex.cc