《水穷处》开发日志 20

【本期进展】

先接上一篇留下的账。10/17 那篇结尾我写「好看的那张留给日志 08」，今天兑现，图 1 就是它。村里的屋群，外面加了一圈双线画框，四角压朱色角饰，右侧竖排题签「水穷处」；一共四件（横版宣传图、1:1 宣传图、横竖两枚封面）都按平台要求的固定尺寸出片。底图用的是玩家现在能玩到的那一版画面，没有另开一版「专门拿来宣传」的图。框、角饰、题签全部是我自己写程序画的，没有导入任何外部素材，也没有点那个「AI 生图」的按钮——参赛时素材来源那一栏我填的是「无」，不想为了封面好看去改那个字。

第二件事：后台那段更新日志重写了一版，五条——屋脊与瓦垄、两层退台加三级石阶、带主干的树、村道边缘的过渡、手机上撤掉摇杆改成点哪儿走哪儿。这一版每条背后都有一个量在画面像素上的数，不是凭印象写的。写之前我先删掉四条：那四件事我确实改过、也确实达标过，但它们没进玩家能玩到的那一份。

游戏本身 10/19 上午已经过审上线，页面还挂着测试角标，能正常进去玩。所以这几天不是在抢参赛资格，是在剩下的窗口里把完成度往上抬。

【问题与风险】

最贵的一条：10/19 那天中午，两次「构建成功」从来没有变成平台上可以被选中的版本。我数了两边——版本列表 41 行，最新一行停在 10/19 早上八点半；另一侧那个选择版本的面板里，那天中午之后的行根本不存在。两侧同一口径数完，我才敢定案。后果是：我原先那稿更新日志里有三条写的是玩家根本看不到的东西，其中一条「标签描边」，代码里那个参数一直都在，可在画面上量到 0 命中。构建成功不等于玩家能玩到。那稿整个作废、重写。

第二条是我自己检查方式的错，而且错在检查本身上。要判断「排版层到底有没有落到成品图上」，第一版我量的是「和上一版差了多少像素」。雾面上的白线压在本就接近雾面的水和天，差别几乎为零——于是真图和一张故意没画的对照图给出同一量级的数字：这个判据既能把好的判成坏的，又分不清坏的。改法是量那一层自己的结构：沿着线逐点比它和内外两侧的明暗差，加了层的要 ≥0.85，没加的在同一位置要 ≤0.50。图 2 就是这件事的现场，左边加了层、右边故意没加。重跑之后正式件 26 条全过，两跑故意做坏的对照各自 22 条过、该失败的那四条如期失败。差别是版本之间的关系，存在性得量它自己长什么样。

同一批还撤回过一条判得很快的结论。傍晚我一度认定「玩家拿手机进来看到的是侧躺 90 度的画面」，把它抬到全线最高优先级；撤回来依据就在我自己量出来的数里：那段录像画布是 1080×2400、内容填满、没有黑边，真要把横屏画面硬塞进竖屏，填充率只会到 0.45 上下。连黑边都没有，说明歪的是录屏画布，不是玩家的屏幕。又是量对了像素、可那块像素不属于被测的东西。

第三条是乌龙，怪我。写好的那段更新日志本该粘进后台一个输入框，我粘进了干活搭档的对话框。平台把它当成施工指令接走，跑了 37 分 58 秒，最后一次故障中断，扣掉 2277 点积分；更要命的是这半小时里它改了 36 次文件。收口的决定是不追、不回滚、不再给它发任何指令——要交的那一份是已经上传好的快照，改代码动不到它。从那天起立了一条规矩：那个对话框里出现的任何文字，都是施工指令，都要计费。

【下期计划】

图 1 题注：10/20 出片，加了排版层的宣传图；底图＝玩家现在能玩到的那一版画面。

图 2 题注：同一张底帧，左边是加了排版层的正式件，右边是故意不加的对照件；沿边框那条带量到的结构占比 0.959 对 0.000——判据就是靠这两个数把好件和坏件分开的。

这游戏讲顺序：四个地点、六个灾时，先后不同，结局不同。这几天我学到的是另一层顺序：先确认玩家能看到什么，再写我改了什么。上一篇我把排期排反了，这一篇把「看到的」和「改过的」分账记。游戏里走错了能重开一局，我这个不能，只能立刻把下一条规矩写下来。

#聚光灯gamejam开发者日志 #聚光灯gamejam #TapTap独立游戏 #TapTap聚光灯独立游戏