为期一月
数不清有多少个游戏项目胎死腹中。
作为一个中年游戏开发者,我在工作中已经完成了不少项目,对自己的编程技能也很有信心。然而迄今为止,我独立开发的项目中,只有一款益智小游戏成功发布,其它都因各种原因停滞了。回顾这段经历,我总结了几点原因:
1.目标过大:想法太多,天马行空,最终无法实现(时间成本过高);
2.过于专注技术:花太多时间在开发上,忽略了其它技能的成长(好的架构、工具链、代码复用、性能优化);
3.完美主义:对标心目中最好的独立游戏,要求有吸引人的 Hook、精美的画面、创新的玩法、反直觉的谜题、强一致性的游戏体验(如用玩法实现 UI)、良好的性能和流畅的操作等;
4.缺乏上线规划:虽然有迭代版本,但没有最终发布的时间点,一直在扣细节,导致项目越做越久,沉没成本越来越大;
5.工作生活不平衡:项目早期高强度开发,精力提前耗尽,遇到开发难点或生活工作压力时,一停手,就很难再拾起来,甚至产生抗拒心理,最终停滞。
为了改变这种状况,我决定限定一个月时间,做出并发布一款游戏(类似于一个月的 Game Jam)。由于时间有限,游戏选型从以下几种考虑:
复刻经典老游戏:省去素材制作和策划时间,专注玩法的技术实现;
解谜小游戏:低美术成本,低开发成本,锻炼谜题设计能力;
玩法 Demo:专注创新玩法设计。
最终,游戏会以免费形式发布在 itch.io 平台。如果受欢迎,我会再花一个月时间完善并重新发布游戏;如果反响不佳,下个月就去开发新游戏。通过这种方法,我希望验证一些萦绕多年的玩法 idea。
《mota24》
第一个尝试的目标就是复刻胖老鼠工作室的《24 层魔塔》,其实之前曾经尝试过几次,但最终都没有完成发布。
这款“魔塔”是多少人的童年回忆呢
这次的《mota24》基本是对原版的完美复刻:素材都来自原版,数值和流程(包括所有隐藏要素)也基本还原。此外,还改进了 UI 界面,优化了操作手感,加入了存读档功能,支持基本游戏设置(全屏、音乐音效)。同时,提供英文版本。
虽然只是复刻,但项目过程中我也思考了很多,关于魔塔玩法的本质,现代魔塔的问题,魔塔玩法应该怎么衍生......后续应该会再次基于这个项目开发新的类魔塔游戏。
回顾
回顾这一个月的时间,第一周效率爆棚,游戏的核心玩法基本都在这一周完成。当时还天真地觉得一个月有点太长。
第二周效率减半,基本在确定 UI 的美术风格和 UX 排版,制作了大部分界面。由于这不是我擅长的部分,所以效率比较低,但最终结果还算满意。
第三周效率再减半,主要在做魔塔的对话系统和触发器编辑。虽然胖老鼠版魔塔的事件已经算挺简单,但还是花了不少时间确定方案。当时的考虑是,在能覆盖所有事件类型的基础上尽量简单(因为开发时间有限,如果不设 Deadline,我可能会在这里花大量时间写一个复杂的框架)。
第四周效率再减半。这周生病,每天要花半天时间在医院理疗,同时公司项目上线,要优先处理上线项目的 Bug。最后集中在周末两天全力开发《mota24》,效率爆棚——修复了大部分 Bug,完成了大部分周边工作,如鸣谢、游戏设置、游戏开场和结束的滚屏、游戏 icon、Splash Screen、打包、itch.io 的页面等。
到这里,终于在一个月内完成了最初的目标。
再看“魔塔”这个品类,起源于上世纪 90 年代的日本游戏《魔法の塔》(Tower of the Sorcerer) ,是极简的 RPG,虽然简单,但涉及的系统相当全面,非常适合作为游戏开发入门项目。由于此次限定一个月,时间紧张,开发工具的选择与此前项目有很大区别,以下是我在《mota24》项目中使用的几个实用插件和工具。
LDtk
https://ldtk.io/
LDtk(Level Designer Toolkit)是一个现代化的 2D 关卡编辑器,由《死亡细胞》(Dead Cell)的开发者开发。它是一款快速、免费的开源工具,专为游戏开发者设计。很多时候,相比 Unity 自带的 Tilemap,LDtk 更为好用,还可以用来配置关卡事件。
虽然在 LDtk 里可以通过给 Entity 增加自定义字段来配置数据和逻辑,但我个人建议将 LDtk 作为一个简单的关卡编辑器使用,逻辑和数据在 LDtk 外部配置。因为当涉及 LDtk 不擅长的领域时,使用起来会比较别扭。
《魔塔》的地形和阻挡等基本 Tilemap 编辑就不多说了。下面以魔塔的怪物和公主为例,重点介绍我是如何使用 LDtk 的 Entity 的。
下图可以看到,所有怪物都是单独的 Entity。怪物有两个字段:MonsterId 表示怪物 ID,与配置表关联;AnimFrames 表示动画帧数,Unity 的导入器会根据这个帧数从图集中读取对应的 Sprite 来生成帧动画。
对于怪物、物品等在关卡中大量复用的 Entity,我在 LDtk 中只配置 ID,在导入 Unity 时自动绑定对应脚本,怪物属性等数据通过 Excel 配置,根据 ID 对应。
然而,《魔塔》中还有很多 NPC,特点是不复用,每位 NPC 都是独特的,有自己的对话和逻辑,并与关卡中的其它 Entity 关联。
如图所示,公主有三个字段: 对应 Unity 的脚本名字(通过反射绑定),TargetStair 关联一个楼梯(与公主对话后,这个楼梯需要显示出来),AnimFrames 表示动画帧数。
LDtk to unity 支持自定义导入后处理(https://cammin.github.io/LDtkToUnity/documentation/Topics/topic_CustomImporting.html),我在后处理中根据 Entity 的属性绑定对应的脚本,不同脚本会根据需求读取 Entity 的字段。
这个方案的好处在于,我不会手动修改 LDtk 导入后的内容,所有修改都在后处理脚本中完成。这样每次在 LDtk 中修改关卡内容后,切回 Unity,等待导入结束就可以直接运行游戏了,不需要额外处理,可以减少操作失误。
Luban
https://luban.doc.code-philosophy.com/
Luban 是一个强大且易用的游戏配置解决方案,专为处理游戏项目中的复杂配置工作流而设计。它支持多种文件类型(如 Excel、JSON、XML 等)和多种导出格式(如 binary、JSON、XML 等),并且兼容主流编程语言(如 C#、Java、Go、C++ 等)。Luban 提供了丰富的数据校验功能和良好的跨平台能力,支持 Unity、Unreal、Cocos2d-x、Godot 等主流游戏引擎。此外,它还具有清晰优雅的生成管线设计,方便开发者进行二次开发和定制。
在多年的开发中,我尝试过许多不同的数据配置方案,踩了不少坑后,现在只使用纯文本格式配置(如 JSON)或 Excel。不建议使用可视化配置方式,如 ableObject,或自己写 Editor 窗口来配置,或类似插件。
选择 Luban 的主要原因有几点:支持复杂类型(列表、类),支持数据校验、支持枚举、支持代码生成。
如图所示,这是 mota24 的 bean 表(可以理解为面向对象的类定义),导表后会生成对应的 C# 代码,这个功能非常好用,可保证配置表和代码一致。
下图是枚举定义表。
下图是物品表,可以看到复杂类型的配置方式。虽然乍一看可能不好懂,但习惯后其实非常直观。
Luban 的复杂类型配置方式有多种,可以根据自己的喜好选择:https://luban.doc.code-philosophy.com/docs/manual/exceladvanced
Luban 的缺点
缺点可能是上手难度较大。Luban 的文档一看就是程序员写的,通篇都是技术理论,对于非技术人员来说,有点难啃。希望官方能优化文档,增加更多的示例项目,优化使用流程。
Yarn Spinner
https://www.yarnspinner.dev/
Yarn Spinner 是一个友好的对话编写工具,专为游戏开发者设计。它允许作家以类似电影剧本的形式创作交互式对话,并将其无缝集成到游戏中。Yarn Spinner 提供了丰富的功能,包括台词展示、分支选项以及通过自定义指令与游戏引擎进行交互。它兼容 Unity、Unreal 等主流游戏引擎,极大地简化了对话系统的开发过程。
对于对话配置,我的观点和数据配置一样,最好是纯文本的配置方式,这比可视化配置对话要好用太多了。可视化对话配置工具一般用结点和连线表示对话,看起来直观,但当配置需求变大后,工具往往不能完美满足需求。例如,基于正则表达式的文本搜索和替换、多行编辑、多语言等功能。基于文本的配置方式则没有这些问题,只要熟悉一款 IDE 就能高效操作文本,省去了工具的学习成本(功能越全的可视化编辑器,学习成本也越高)。当然,这只是个人推荐,实际应用时还是根据自己的习惯做选择。
《魔塔》的对话需求并不简单。下图是 15 层神秘老人的对话,涉及条件判断、对话分支、读写游戏数据以及调用游戏函数等。
Yarn Spinner 的优点是写对话就像写小说一样,不需要频繁操作鼠标,直接一行一行写文本即可。VSCode 有插件,能校验语法,也能校验脚本导出的自定义函数的使用,所以不用担心写错。
总结
这三个工具我都是第一次使用,可能在用法上不太专业,如果大家有更好的建议,欢迎分享。这些工具对这个项目帮助很大,如果我选择自己做工具,mota24 这个项目估计很难在一个月内完成。
这三个工具也符合我对好工具的标准:基于文本(LDtk 完全基于 JSON,理论上可以直接编辑其 JSON 文件),与引擎没有强耦合(可以适配不同引擎,自研引擎也可以使用)。
此前,一直无法完成一个游戏项目让我非常焦虑,甚至对自己失去了信心。有时会怀疑自己是否适合走独立开发这条路,尤其是现在人到中年,是否还应该继续坚持。希望通过一个月做一款游戏的方式,能让我找回自信。如果还是做不到,或许也该考虑是否要继续走独立开发这条路。欢迎大家来监督和指正。
下一款游戏计划是一款小解谜游戏,估计 7 月 8 日启动,加油吧。
*本文为用户投稿,不代表 indienova 观点。返回搜狐,查看更多
责任编辑: