打算重推 Lovely Quest,不过这次推原版,不打汉化补丁。
虽然不少人表示不齿,但是我认为 gal game 是有价值的!
首先就是其画面。每个画师的风格是不一样的,笔下(数位板下)的各位妹子主人公和损友都有不同的风采。对于真心想要“本命”的人来说,让虚拟的妹子们陪伴自己的方法有一种就是将其描绘下来——这样就不会停留在欣赏已有的 CG 的基础上了,而是去尝试用自己的笔实现自己所想的(场景etc.)。对于有绘画基础的人来说信手拈来,但是还需要用心;否则就要去学习,去牢记各个细节、一颦一笑,这自然不是简单事。不管是哪一种,做下来都需要投入,获得的也必然是能力上的锻炼与对人的画面的理解。
然后是音乐。好的 gal game 必须要好的音乐作为配菜,虽然名为视觉小说(visual novel)但是若少了听觉上的传递作品会减色不少,也没这么容易调动玩家的情绪。举例来说,Key 社的作品以伤感为主,这里麻枝准和折戸伸治两位的音乐起了不小的功劳。这些曲子单单是收录在各种播放器里听着就能给人不小的精神安慰,而要去进行二次创作,先要理解主题,所以需要学习乐理。进一步地,要制作高质量的作品,请学习作曲和编曲。
剧本……不熟。
其中的语言和对话可以成为语言学习入门材料。虽然其深度可能不是太深(古文级别),但是对语言语素与语法的解析提供了丰富的素材。有读音示范,还能回放,这已经和听力教材无异了。语素分离出来后,根据上下文和朗读停顿可以对句子进行解构,再根据语法常识进行试探与验证。一般而言,若是仔细研究一个 galgame 的话,至少会到 N4 了吧。(不过日语词汇的音读和训读和古文语法需要真正见到例子。)
背后的游戏引擎可以慢慢把玩。要想运行起这一款 gal game,资源是内容,引擎是载体。业内引擎种类多样,却依然被巨头统治:NScripter/ONScripter、KiriKiri 2/KAG3 是中日同人的首选,Ren’Py 是欧美同人的首选(不过份额比较低),其余会社专用的或者小众的引擎可以见 crass 的支持列表(0.4.14 一共默认支持 170 个引擎,大部分是 gal game 引擎,颤抖吧)。要想做出好的引擎就要清楚其特点,输入的多样性、效果的复杂性、配合的多方性,还要考虑使用难度、内容保护、扩展性、多语言多系统支持、资源分配与释放、前后端分离(像 KiriKiri 2/KAG3 设计 TJS 作为底层的解释器与剧本 KAG 的中间脚本语言)等等。深究下去就讲不完了,准时的手表中的齿轮必定是令人惊叹的。
资源解包对逆向工程的训练。想汉化?除了懂语言、会改图外,还要知道如何破解软件。asmodean 大神是引擎破解的高手,我们看到的是分析之后写出的代码,但不难想到解析结构时的刀光剑影,令人大气不敢出。也有 RednaxelaFX 大神的技术文章,以及各种破解入门教程(翻了翻作者的 GitHub 账户,感到深深的恐惧,原来这位就是 Locale Emulator 的作者)、反向记录等等。实践,实践,实践。
好游戏可以促使人思考人生的价值。这是废话,但是要做得到才行。在翻 Steam 的游戏列表时突然看到了 planetarian(星之梦),查了一下居然是 Key 社的作品,读了游戏的对白后体会到这并不是 Key 一贯的病亡类的悲情故事,某种说不出的东西。去年推 Lovely Quest 的时候说过每条线结尾会有一个“文末总结”的环节(挺鸡肋的),不过比惊世骇俗的君与彼女与彼女之恋要弱得多了。说实话这一段就是个伪命题,想人生什么时候不可以,这是一个独立于其他事物的抽象而已,任何时间任何场合都可以脱离所在的现实而思考。
至少,gal game 能分解到如何就有什么样的价值,就看看官能分解到多深了。
后记:
前天到昨天,11 小时 Half-Life 2 通关。虽然认识它已经有 6 年了,但是这是我第一次凭自己的实力通关,没用 budda
、npc_create
和 npc_create_equipment
命令。(god
和 impulse 101
就算了,要设置 sv_cheat 1
的,就没法获得成就了。)33 个成就获得了 30 个。不过太坑了,为了“只用重力枪通过莱温霍姆”我差点就挂了,最后面对一屋顶的快速僵尸我急了,用了撬棍(crowbar)给了它们几下,结果居然没获得此成就!我真的一枪都没开啊!还有在沙地陷阱(Sandtrap)关卡中不碰沙地,最后的一段路我用两片铁片辗转腾挪了半小时终于过去了,期间是碰到了沙地,但是每次碰到我都直接读前面的存档,所以主存档里应该是没碰过的才对;但是还是没有这个成就。λ 定位器就算了,45 个只找到了不到 30 个,好难找……在水障碍区(Water Hazard)中有一个 λ 补给点,明显是个机关(而不是爬到上面),解开之后拿到补给却没有更新成就进度……
用 Notepad++ 编辑 YAML 配置文件和类 YAML 的 CSS 书写文件(抱歉,查了还是不知道叫什么)总是会遇到奇怪的问题。检查后发现 Notepad++ 会根据配置中的制表符等价空格数来自动在回车换行时生成制表符,而生成的缩进乍看上去与用空格缩进没什么不同,要逐个字符选定后才能看出。YAML 是只识别空格缩进的语言,用制表符缩进会导致配置文件编译失败。我只好手工调一下 Notepad++ 了。