代号《Office2004》开发日志02

修改于2024/10/2849 浏览综合
这是游戏《代号OFFICE》的第二篇开发日志,记录了在Game Jam主题公布后,大家围绕它进行的首次头脑风暴。

已完成的事项

  1. 已验证Godot引擎的可行性。
  2. 制作3D素材,用于可行性验证。
  3. 寻找合适的进度管理。

分析主题Light

主题“Light”,可以表示光,可以表示轻,又可以表示浅。
而基于上一篇《代号〈Office2004〉开发日志01》中的讨论,我们考虑制作一款带有恐怖要素的重剧情步行模拟游戏。这个主题自然让人联想到常出现在恐怖游戏中的光影把戏。如《逃生》《直到黎明》等恐怖游戏,仅使用光效就能渲染出被敌人追杀的恐怖氛围,玩家行动时也需要轻手轻脚来规避危险。《Control控制》中对光影与建筑的完美结合,不仅在视觉上有冲击感,还承担了引导玩家的功能。
总之,主题Light与我们先前的设想十分契合。

游戏设计讨论

  • 游戏的机制
我们列出了一些使用了光影机制的游戏。
1.透过光源查看隐藏内容。如《堕落之主》《星际拓荒-眼之回响》

TapTap
游戏《星际拓荒 眼之回响》
2.让光源与物品交互,形成特定形状的影子。
TapTap
游戏《生化危机7》
3.改变光的属性,如不同光色,X光透视,夜视等。
4.利用光线反射,传递光。
TapTap
5.用光点亮环境,指引角色前进。
6.玩家控制光源,使影子出现在特定位置,进行解迷。
  • 机制的可行性
我们从可行性角度逐一审视以上机制,并列出在赛间有把握实现的部分。
  1. 角色可携带光源,但光源难以与场景互动,产生精准投影。
  2. 角色可与场景互动,收集物品,从背包中取出物品。
  3. 角色自动跟随光线指引行动。
  4. 切换光线颜色,但难以实现光色混合。
尽管在讨论中,也提出了如制作“虚假的光”,同时用实体替代光与场景交互。我们没有十足把握做出复杂光影机制,最终决定放弃将光影解密作为主要玩法。游戏需要利用现有机制,削弱玩法,,把重点放在叙事上。

背景故事探索

由于玩法机制方面无法继续拓展,我们转向讨论游戏的故事设定。大家提出了以下几个方向。
  1. 将光作为收集物,改变光线颜色。故事涉及战争背景,融入反战或爱主题。如通过收集象征希望与爱的光来帮助他人,或是战胜邪恶。
  2. 参考AI黑箱的概念,对AI生命进行测试,期间穿插与光相关谜题。
  3. 游戏以深海恐惧为主题,通过有限的光来进行探索。
  4. 解构“Light”,讲述一个主题为“灯下黑”的故事。
  5. 密室逃脱类游戏。扮演被困在停电的办公楼中的职员,期间发现的黑心公司的秘密。
  6. 固定场景的模拟经营游戏。主角一边经营自己的夜市摊位,一边接触各种各样的人。有时微小的举动也可以点亮他人的生活。

需要解决的事项

  1. 整理关于光机制设计的想法
  2. 根据现有机制整理故事背景设定
  3. 确定并实现游戏中的背包互动玩法
2