下载 App
开发者日志 05|把原型打磨成能顺手玩的游戏
器官、环境和战斗逐渐丰富以后,很多问题会出现在最日常的地方:进入游戏能不能马上找到按钮?手机画面是否清楚?连点攻击时升级,会不会误选一张卡?
这篇记录的是原型开始走向可试玩体验时的整理。它们看起来细碎,却直接影响玩家能不能顺利开始、继续玩下去。
首页先把入口摆清楚
首页需要同时传达游戏的主题和下一步操作。标题图、代表性的混合生物,以及从细胞到成长形态的小队列,把“未知进化”放在同一张画面里;继续游戏和新的进化,则给出最直接的入口。

存档信息、FPS 占位与器官组合属于截图时的测试状态。
首页整理还包括不同窗口高度下的主入口可见性。辅助文案可以让位,但玩家应该能找到开始、继续和设置。声音设置则把背景音乐与音效分开调整,让玩家按自己的环境选择听感。
这些页面也要尊重进入它们之前的状态:从战斗打开设置,需要暂停并在退出后继续;从手动暂停页进入,就应该在返回后仍然暂停。返回路径清楚,玩家才容易知道自己下一步会到哪里。
性能问题,需要在运行中看
性能打磨曾遇到一个值得记下来的差异:同一台手机的 Web 预览流畅,TapTap App 中却明显卡顿。最初看到的帧率显示也不足以解释原因,后来改用实际时钟采样,并把运行耗时拆开记录。
暂停对照给出了重要线索:暂停后的画面明显更快,运行中的模拟耗时仍然很高。继续检查,发现碰撞约束里反复扫描障碍,以及高频路径中的重复模块查找,都有可以减少的工作。
后续优化让障碍检查优先处理附近对象,并把重复查找移出循环。与此同时,深海遮罩、场景装饰和远处生物的绘制也分开整理。每一步都需要检查移动、碰撞、战斗与存档是否保持一致,避免为了减负改变玩家面对的规则。
开发记录中出现过单台手机达到 60 FPS 的反馈,但后续仍有清晰度与闪屏问题要追踪。离线绘制次数减少可以说明工作量变少,具体设备的稳定帧率仍要靠实机确认。
远处的鱼,也应该能看清
远景缓存减少了重复绘制,却带来了另一个问题:在高像素密度屏幕上,一张过小的纹理被放大,鱼的眼睛和牙齿就会发糊。
这一轮把较近的鱼保留为实时矢量,较远的普通鱼再根据实际显示尺寸选择缓存大小;需要更大尺寸时回到矢量绘制。攻击、受击和特殊状态也保留实时表现。

采样对照:旧 128 像素缓存、新 256 像素缓存与直接矢量绘制。它用于观察轮廓与细节,不是手机 GPU 截图或帧率测试。
清晰度和性能需要一起考虑。省下的绘制应该帮助游戏顺畅,同时保留玩家判断距离、朝向和状态所需的信息。
让升级时的选择更可靠
手机上的另一个问题来自操作衔接:玩家正在连续按攻击,升级卡片突然出现,下一次触碰可能落到卡片上。一个原本用来攻击的动作,就变成了这局的重要选择。
为此,选卡先等待战斗触点结束。卡片至少展示 0.6 秒,所有手指松开并安静半秒后,才接受新的选择;确认还需要一次新的按下与抬起。仍在连续点击时继续等待,让玩家有机会先看到选项。

已有的横屏战斗按钮检查画面,展示攻击、闪避与专属技能的位置。它用于说明操作背景,未直接展示防误触流程;图中 FPS 是当时样本。
横屏也进行了配置与启动接口的检查。参考项目 bloodfall-duo 时,两边的本地发布声明都是横屏;启动代码使用引擎支持的方向接口。后续发布诊断又发现了平台方向一致性的报错,因此自动横屏的最终结果,还需要结合绑定信息、新版本启动日志与真机画面核验。
五篇日志,记录一个逐渐成形的原型
从最初的细胞,到有尖牙、甲壳、触手和灯笼的身体,再到海陆探索与动作战斗,这个项目一直围绕一个期待展开:玩家的选择能留在身上,也能改变接下来的经历。
此前横屏启动与选卡防误触修复已完成一次构建,并生成测试二维码。构建成功让测试版本可以交付,接下来的试玩仍要观察具体设备上的横屏、选卡衔接、清晰度和运行表现。
这五篇记录的是原型开始成形的过程。下一阶段,我希望把已有内容继续连起来:让玩家记得自己怎样长出这些器官、怎样走到那个地方,以及怎样用这副奇怪的身体活下来。







