小黑盒游戏新闻 ( ) • 2024-04-13 15:17

或许,不怕麻烦的人更容易遇上麻烦吧。

最近,我在小黑盒上又发了一个求助帖,求助的大致内容是我被困在了“月亮石窟”,并且很确定这就是“游戏BUG”。

加上前因后果,稍作解释便是:

——首先,说明一个游戏设定:几乎每个所谓的“BOSS战”,都会限定你在特定区域内战斗。那么,如何来限定呢?大多数情况下,会在左右两边各设一扇可见的关闭的门(多见于横板卷轴类游戏)。如果BOSS被你打败了,则门打开;否则,你会重生,直至打赢。而重生的位置也有考究,一般会是你的上一个存档点,如果存档点较远,还会出现“不必要”的跑图情形;

——其次,“奥日”游戏比较特殊,它在“月亮石窟”这一处的默认重生位置应该是在特定区域内,但我事先在特定区域外建立了一个“灵魂链接”(即“存档点”);

——最后,“游戏BUG”出现了:第一轮的战斗我未打赢,并在特定区域外的存档点重生,而特定区域的门仍处于关闭状态;

可能有盒友会问,为什么必须要进这个门呢?跳过去不可以吗?难道会影响整个游戏剧情?或者是为了某个“成就”?其实,都不是。因为这扇门内有我需要搜集的“碎片”,而这个“碎片”的获得意味着“二段跳”技能的习得,至于“二段跳”意味着什么,这就不言而喻了。

在那个求助帖里,虽然有很多盒友提供了许多宝贵的建议,但这些建议大多数都是围绕“奥日”本身自带的回档机制展开的——游戏每隔一段时间自动备份,一共备份5次。可是,由于我是萌新,当遇到这类“游戏BUG”时,我的第一判断并不会是游戏有问题,而是我的操作不正确,或者是游戏的某种固有设定。紧接着,这种想法会驱使我暂时离开这个区域,到别处转转。而这种操作带来的后果是5个自动备份的存档都带有“游戏BUG”......总而言之,这种方法未能有效地解决我的难题。但是,我依然倔强地不想走“回头路”,所以只能硬着头皮自己想办法去解决。

在我看来,最重要的仍然是提问对象的转变,整体的思路和我的上一篇文章一样:『我讨厌重复,但我不怕麻烦』之《星露谷物语》,即在中文论坛找不到答案,就将目光投向外文论坛。然后,通过对问题的不同描述以及关键字的不同组合,找到与自己的问题最相关的解答——在这个过程中,你不可避免地要去阅读大量的与自己问题无关的内容——请记住,不要跳过,读下去便是。

但不得不说,此次“难题”的答案真的很难查寻。网络上与“月亮石窟”相关的讨论最多的话题是“月亮石窟区域的探索显示为什么未达100%?”;而与“游戏BUG”相关的讨论最多的话题是“被困水中”以及“无法移动物体”等。直至看到红迪网上“奥日”游戏社区的一个置顶帖,我才算是进入了解决问题的正确轨道,也才算是理清了解决此次“难题”的思路:第一,替换存档;第二,使用调试模式。

我的第一选择便是“替换存档”。但若想完成“替换存档”操作,则必须要了解存档文件的结构:“奥日”游戏内共有10个槽位可供玩家建档,而这10个槽位在存档文件中的编码顺序依次为:saveFile0、saveFile1、saveFile2...saveFile9。存档文件的整体结构为“主文件”和“备份文件”,其中,“主文件”只有1个,而“备份文件”有5个,这与上文提到的游戏自动备份5次相对应。

在了解了存档文件的结构后,我便开始搜索、下载存档,并按要求替换已经出问题的存档文件(在此过程中,请注意备份原存档文件,以防意外发生)。替换后,谁料竟然遇到了新问题——游戏总是停留在某一画面,无法正确加载替换后的存档内容,稍微等待一会儿,依旧无法正常进入游戏;反复试验多次,皆无果。所以,只能就此作罢。

接下来,“使用调试模式”自然而然地成为了我的唯一“救命稻草”。但在进入调试模式前,必须先在系统盘内创建名为“temp”的文件夹,与此同时,在“temp”文件夹内创建名为“moonDebugPC”的记事本文件。当这两个文件被成功创建后,你便可通过按键盘上的“8”进入调试模式(实测“Ctrl+8”亦可)。至此,便是网络上关于“奥日”游戏的“调试模式”的全部介绍。至于进入调试模式后,你应该做什么以及如何做,我一无所知。

但抱着“来都来了”的心态,我最终还是小心翼翼地打开了“调试模式”。经过摸索,我发现可以利用方向键来进行选择操作,但至于选择什么,我又犯难了。可此时,我唯一能做的便是一条一条地阅读调试画面上的文字,而当看到“Gumo Sequences”时,我知道“难题”的答案已经呼之欲出了。于是,激动地选择并确认(按键盘上的“空格”、“X”或“A”皆可)。确认后,便能看到与古门(音译“Gumo”)相关联的所有关卡。接着,根据自己对当时游戏情景的记忆和理解,误打误撞地选择了“Gumo Summon Shark”,就这样,我的难题解决了——我又一次站在了那个BOSS的面前,这一次我是不会手软的!因为我知道,我几乎废了九牛二虎之力才再次来到他的面前......

另外,需要说明的是,在“调试模式”下,不能获得“Steam成就”。所以,“难题”解决后,还需要退出“调试模式”。而关于如何退出“调试模式”,网络上的说法是删除之前创建的文件即可,但经实测并没有成功。因此,在我的不懈搜索下,我找到了另一个办法,但这个办法需要下载相关脚本文件,因而,此处我先隐去不讲,也希望你们永远都用不到。

其实,在寻求“游戏BUG”的解决方法的同时,我也在反思。当然了,我并不是反思为什么每次遇到问题的都是我,而是在看了大多数与我无关的搜索结果后,我在反思为什么这些方法都不适合我!也正是顺着这个思路,我总结出了一个方向性的判断,即在一个人人都在讨论和把玩的游戏中遇到问题并被解决的概率,会远远大于热度褪去后被解决的概率。可不巧的是,我就是一个喜欢“延迟享受”的人啊,我依然记得去年年末花了两天左右的时间观看《鱿鱼游戏》的情景——简直酣畅淋漓、津津有味、大快朵颐......

“延迟享受”也分为“主动式”和“被动式”,就“奥日”游戏而言,我认为我是主动的。因为印象中,“奥日”早就躺在库里落灰了,不该一直被冷落,直到现在才去摆弄。而为了证实这一想法,特地查证了一下购买记录,才惊奇地发现,我与“奥日”的初遇竟然是2020年3月13日,比我印象中的还要早——虽然,初遇很短暂,前后应该不超过两个小时。进而,又查看了一下“奥日”游戏的首发时间,竟然是2015年3月11日!简直不可思议,距今已经九年多了!而在不可思议的同时,我再一次陷入了沉思:随着玩家的反馈和开发者的打磨,这个游戏本应该稳定且臻于完美了啊,为什么还会让我这个萌新第一次游玩就遇到了一个实打实的“游戏BUG”呢?于我而言,这又是一个新的“难题”了,我也不知道答案。