《千手英雄》这个游戏在 2019 年底 2020 年初开始制作，当时参与人员 3 人，同年 6 月份完成了 6 个游戏并发布了 EA 版本。3 年之后的 2022 年底，这游戏终于开发完毕了！

Steam 商店页面 ： Steam 上的 千手英雄 (steampowered.com)

这个游戏的上一篇日志，也就是第一篇日志在这里：《千手英雄》开发手记 | indienova 独立游戏

第一篇日志发布在 EA 时，两年多之前了，喜欢看 UP 主被打脸的同学可以先看那个再回来~

注意，本文大量动图~

温故……EA阶段的 6 个游戏

1 / 10 Star Num

一个简简单单的射击游戏，我方战机固定在中央，可以正反向旋转。

从四面八方靠近的是各种数字形状的陨石。可以发射'加号'和'减号'两种子弹，打中后数字增加到 10 或者减少到 0 就会爆掉。

武器有温度槽，过热后需要冷却才能使用，打爆所有陨石后游戏胜利。

2 / 10 Candy Box

消除游戏一个，就是基本的俄罗斯方块的玩法，把最底一行方块消除后游戏胜利。

3 / 10 Cyber Puck

这个是一个迷宫吃豆游戏，豆子换成黑客帝国中的红蓝药丸，敌人换成 agent，吃到红色药丸后可以爆发将敌人打飞。

吃完所有药丸后会出现一个电话亭，进入电话亭后游戏胜利。

4 / 10 Gun Hat

一个纵向自动卷轴的射击游戏，西部主题，使用两个按键控制 3 个射击方向，到了关底打败 Boss 游戏胜利。

5 / 10 Jump Man

接下来是个体育游戏，跨栏，你只有一个对手，除了要跨栏，你还得避开水坑和香蕉皮。

吃到完整的香蕉可以爆发冲刺，比对手先跨过终点便算胜利。

6 / 10 Well Diver

一个下 100 层的游戏，你不需要真正的下 100 层，但你碰到尖刺就会像气球一样爆掉。

安全到达终点就算胜利了。

知新……完成阶段的 4 个游戏

7 / 10 FAT-CHI

照顾一只宠物猫咪，方式是输入指令，在规定时间内完全输入正确就会得到一颗心，满心后游戏胜利。

8 / 10 Backstreet Fighter

只有一个招式的格斗游戏，适合喜欢扇耳光和被扇耳光的玩家，随着力量的积蓄，攻击力度会加大。打到对方血槽空就胜利了。

9 / 10 Hot Road

死亡赛车，可以安装 6 管机枪射击前方车辆，也可以使用超级加速进行弯道超车，规定时间内跑完 3 圈就算胜利。

10 /10 Legend Of Lin

不是林克，是林道长，但同样要走迷宫。发射符咒定住敌人，木剑是自动攻击的，找到钥匙开门打败最终 Boss 就胜利了。

设计

挑战模式

这 10 个小游戏，每个长度差不多都在 1分钟左右，这个长度主要就是为了挑战模式而设计的：

这些游戏在挑战模式中可以并行执行，其中一个是全速状态，而其它的则是'子弹时间'状态。

画廊模式

当然每个游戏都可以单独的玩，我设置了个'画廊'模式：

编辑器模式

以防有人很喜欢这个游戏，并想自己'制造'一些挑战，我们做了个编辑器，自己编个关卡，还可以分享给朋友：

那么，以上就是这个游戏的全部了~

而在这个作品之前，我上一个发布的游戏是《孙悟空大战机器金刚》：Steam 上的 孙悟空大战机器金刚 / Sun Wukong VS Robot (steampowered.com)

那是一个像素的平台动作游戏，相关的日志写了十多篇，就不在这里赘述。

这个游戏除了登录 Steam 之外，还由 Indienova 搬到了任天堂 Switch 平台：Sun Wukong VS Robot for Nintendo Switch - Nintendo Official Site

而在《千手英雄》中，为了取得更好的成绩，我开始考虑怎样的游戏才能吸引玩家购买。

于是我选择了做一些有'创意'的东西，因为我当时觉得独立游戏就是古古怪怪的专门吸引猎奇的玩家，

而《千手英雄》的特别之处就是这个'同时运行多个游戏的机制'，简单点说就是同时开了若干个不同游戏的窗口。

那么效果如何呢？请接着往下看……

市场

对比销量

在上一篇开发日志的结尾中，我定下的目标是卖出比《孙悟空大战机器金刚》更多的份数，毕竟想给合作者一个交代。那么《孙悟空大战机器金刚》卖出了多少呢？

Steam平台到现在大约 2400 份，愿望单数为 3913，评论数为 63。

而《千手英雄》EA直到现在售出 33 份，愿望单 657，如果我没记错的话，在EA之前，在其乐搞的抽奖活动，愿望单已经 450 左右了。

差太远了，真烂啊，对吧？

入围 WePlay

唯一算得上有点建树的可能就是游戏入围了 2020 年WePlay的'最佳创新'游戏评选，

注意只是入围，这很有可能是这个游戏唯一的高光时刻：2020 indiePlay中国独立游戏大赛入围名单公布！

上图的这位阿姨，我猜这应该是她在这个展馆中唯一会玩的一个游戏。

不过能参加这个展会真的很高兴，增长了许多见识，也与很多素未谋面的开发者见了面。

为何无人问津呢？

好了，让我来猜测一下失败的原因，开发者朋友们可以参考一下：

• Steam 的自然流量越来越少了。
• 海外宣传工作难开展，所谓的出海，不是一般的国内独立开发者能操作的。
• 国内的独立游戏越来越多，反响却越来越少了，关注度被稀释了。
• 单机PC游戏在国内是被冷落得对象，TapTap 这样以手游为主的平台已经不再支持开发者登记PC单机游戏，当然除非你名声在外。
• 国内能够连接开发者和普通玩家的平台太少了，围脖什么的，各种莫名奇妙的限流。

以上可以算作外因，环境因素，东西不行，还是多从自身找原因：

• EA策略不对，EA 没有流量，EA 只适合众筹的作品。
• 没有宣传，很多跟我一样的独立游戏的朋友都会收到这样的反馈“你的游戏还不错，为什么就不会宣传一下呢？”，这是个通病。
• 没有话题性，就是个平庸的独立游戏。
• 所谓的'创新'并没有能够成为商品的卖点，这种点子用在 gamejam 上可以，用到商品上很勉强，除非这创意很好，并且有大量的内容支撑，但事实上不行。
• 画面太复古，像素画给人一种廉价的感觉，做得不惊艳等于赶跑了很多玩家。
• 目标受众太小圈子，而且也没有曝光在目标受众面前。本来复古的画面就不吸引人，如果还想吸引那些喜欢速攻和挑战的 GDQ 玩家就更难了，毕竟可以拿来速攻的游戏大多有广泛的群众基础和知名度。
• 作品体量太小了，不耐玩，也不好玩。把这放在最后一点，就是说只要这点做到了，前面的都不是问题了。

结案

游戏在 EA 之后的表现，似乎已经被证明游戏没有什么市场价值，所以继续开发基本没有什么动力了，能够完成也是为了做到有始有终。

有失必有得，下面说点正面的：

历练

做完 10 个小游戏，但这 10 个游戏基本类型各异，可以说相当于参加了 10 次 Gamejam。其实我们半年时间就已经完成了完整版的游戏了，而且都是在业余时间做，因为白天还有主要项目要做。所以要说三年开发了这个游戏，其实所花的时间成本并没有太高，当然，在后期的 4 个游戏以及各种优化打磨方面我确实花了蛮多时间。

Godot 引擎

游戏开发启动时，就选择了使用 Godot 引擎，2019 年底时 Godot 引擎已经相当成熟了，特别是对于 2D 游戏来说，而且这个引擎的使用体验很符合我的理念：小巧快速。我比较喜欢开源软件，以前做动画时用 Blender，那时可以看着它逐渐成长变强。到现在做游戏也一样，我基本上每天都关注引擎的代码更新，遇到引擎 BUG 立马提交。通过这两三年的使用，我已经很熟悉这个引擎了，以后将一直使用这个引擎，更多的精力可以花在游戏本身了。

Switch

在 2020 年参加 WePlay 的时候，我去参加了一个任天堂关于独立游戏的线上讲座。当时他们的负责人就说 Switch 欢迎全世界的独立游戏开发者提交自己的游戏到他们的游戏商店中。后来有朋友就跟我说何不试试申请他们的开发机？于是我抱着试一试的心态在网上提交了申请，没想到最后还真申请到了。后来我开始研究怎么把 Godot 移植到 Switch 平台，移植成功后的优化等问题。等《千手英雄》完成后，我打算尝试发布到这个平台上。我想这也是机缘巧合下的一种收获吧。

继续前进

我的独立游戏之路还在继续，《千手英雄》这个游戏给我带来了不少收获，对于做什么怎么做等问题有了更明确的思路。新的一年将要开始，新的旅程也要展开了。感谢大家的关注，希望以后能有更多有趣的内容能跟大家分享，感谢观看，再会！

本阶段的工作

这几天，一方面是开始搭建场景，一方面是修补一些还缺失的功能，以及一些改进。还有，海报终于完成了，设立了一个游戏条目。以后，会做一个仿照 FC 包装盒和卡带做一些图。关于 FC 卡带封面，我推荐一个有趣的网址：[http://famicase.com/](http://famicase.com/18/index.html)，主要是汇集了“虚拟”创作的 FC 卡带的 作品。另外关于怀旧主机的包装尺寸可以参考这些网址：[www.thecoverproject.net](http://www.thecoverproject.net/) , [www.nintandbox.net](http://www.nintandbox.net/) 。

摄影机的问题

原来的摄影机，设置为跟踪玩家角色到摄影机中点，同时往玩家角色的朝向方向做一个提前量，主要用于玩家在行进时，看到前方的范围比例加大。但是原来的设置有个问题，就是在需要频繁转身的战斗时，摄影机会来回快速的切换前后。所以这次设置一个触发范围，玩家角色到达这条线后才触发镜头的转向，同时在这个范围内，摄影机归中到以玩家角色为中心。具体看下面的动图。两条黄线为触发范围，下面的一个方框就是摄影机的中心点：

场景编辑

开始设计一些场景，construct 3 有趣的地方是可以打开编辑器里面的动画预览，所以就有了下面这样的操作：

场景的 tile 我添加了灰色的主题。

起始房间

游戏的美术，特别在场景部分，需要坚持尽量用可重复的元素搭建，具体方法就是使用 tile，但是在一些特殊的地方还是会进行一些特殊物件的绘制，比如初始房间，这个东西只会使用一次：

背景的卷轴

做了 16 位游戏里面常见的背景卷轴，作为丰富房间背景的一种形式。尽量抽象简单，而且用的颜色还压低了 50% 亮度，尽可能避免对前景的干扰。

技能系统

下面这个房间是技能宝物的获取房间：

打破房间中的胶囊，可以得到新的机能，技能的获取系统已经完成。

Atlas

整个世界的地图，本来应该是在纸上进行操作，但是我在矢量软件里面试了一下，也还是挺方便的：

一摆出来就知道还剩下的工作量了，光是那几个 Boss 的“毛胚房”就得重新装修。

操作感方面

操作感方面增加了两条：

- 跳起攻击时的重力下压；

- 击中时的角色动画暂停；

这个游戏并不是格斗游戏或者横版过关，也没有什么华丽的招式，主要想给玩家感受到一点的力量感。

后续

这个月是出不了试玩了，感觉还得再奋战一个月。不过我想，要打造完整的迷宫再推出试玩可能离成品就已经不远了。所以抛去迷宫部分，也许可以先设置一些斗技场房间，这样就可以很快的进行测试了。

本阶段的工作

这几天，一方面是开始搭建场景，一方面是修补一些还缺失的功能，以及一些改进。还有，海报终于完成了，设立了一个游戏条目。以后，会做一个仿照 FC 包装盒和卡带做一些图。关于 FC 卡带封面，我推荐一个有趣的网址：[http://famicase.com/](http://famicase.com/18/index.html)，主要是汇集了“虚拟”创作的 FC 卡带的 作品。另外关于怀旧主机的包装尺寸可以参考这些网址：[www.thecoverproject.net](http://www.thecoverproject.net/) , [www.nintandbox.net](http://www.nintandbox.net/) 。

摄影机的问题

原来的摄影机，设置为跟踪玩家角色到摄影机中点，同时往玩家角色的朝向方向做一个提前量，主要用于玩家在行进时，看到前方的范围比例加大。但是原来的设置有个问题，就是在需要频繁转身的战斗时，摄影机会来回快速的切换前后。所以这次设置一个触发范围，玩家角色到达这条线后才触发镜头的转向，同时在这个范围内，摄影机归中到以玩家角色为中心。具体看下面的动图。两条黄线为触发范围，下面的一个方框就是摄影机的中心点：

场景编辑

开始设计一些场景，construct 3 有趣的地方是可以打开编辑器里面的动画预览，所以就有了下面这样的操作：

场景的 tile 我添加了灰色的主题。

起始房间

游戏的美术，特别在场景部分，需要坚持尽量用可重复的元素搭建，具体方法就是使用 tile，但是在一些特殊的地方还是会进行一些特殊物件的绘制，比如初始房间，这个东西只会使用一次：

背景的卷轴

做了 16 位游戏里面常见的背景卷轴，作为丰富房间背景的一种形式。尽量抽象简单，而且用的颜色还压低了 50% 亮度，尽可能避免对前景的干扰。

技能系统

下面这个房间是技能宝物的获取房间：

打破房间中的胶囊，可以得到新的机能，技能的获取系统已经完成。

Atlas

整个世界的地图，本来应该是在纸上进行操作，但是我在矢量软件里面试了一下，也还是挺方便的：

一摆出来就知道还剩下的工作量了，光是那几个 Boss 的“毛胚房”就得重新装修。

操作感方面

操作感方面增加了两条：

- 跳起攻击时的重力下压；

- 击中时的角色动画暂停；

这个游戏并不是格斗游戏或者横版过关，也没有什么华丽的招式，主要想给玩家感受到一点的力量感。

后续

这个月是出不了试玩了，感觉还得再奋战一个月。不过我想，要打造完整的迷宫再推出试玩可能离成品就已经不远了。所以抛去迷宫部分，也许可以先设置一些斗技场房间，这样就可以很快的进行测试了。

- 声明：转载请链接出处。

- 作者：来自 BITCA.CN 的 Retro Daddy

- 邮箱：harrisyu@qq.com

---

## 面临的问题

像素游戏是独立游戏的一种常用表现方式，在制作中文游戏时我们要面临显示点阵汉字的问题。当前各大游戏引擎中都会有显示中文的功能，但显示出来的中文字体效果一般都差强人意任意，在低分辨率的像素游戏画面下会产生一些问题：

1. 默认的防锯齿使得字体跟游戏画面的整体风格不搭；

2. 关掉防锯齿后，矢量的字库渲染到低分辨率画面上字型比较难看；

3. 为了实现在各设备上的统一效果，可以将字体嵌入到游戏中，但是一个中文字库动辄十几M的容量会消耗大量的资源空间，甚至超过游戏本体的容量大小，对于 HTML5 这样的平台更会增加下载时间。

令我困扰的是像 Construct 这样的 HTML5 引擎在使用原生字体渲染的时候，无法把字号调整到最小（也许跟设备有关），这是我把字号设置为0.1pt的情况：
很多GBA汉化游戏都做得很好,这就是我要追求的效果：

## 解决思路

1. 使用贴图的形式来显示汉字，把用到的汉字当作图片存储和显示；

2. 汉字库只存放常用汉字，或者说只存使用到的汉字库；

3. 使用点阵汉字库，而不是矢量汉字库；

## 具体的实现

首先使用贴图的形式会比直接渲染矢量的会更节省性能的消耗，大多数游戏引擎都提供了 Bitmap Font 或者 Sprite Font 这样的使用贴图来显示字体的功能。实际上就是把所有可能用到的字符事先画到一张贴图上，需要时再逐个渲染出来。当然英文及类似的拼音文字系统所使用的字符数目比较少，所以在这方面比较省事，一张贴图就能搞定。可是中文可以在一张贴图内搞定么？让我们来算一下，比如我们理想中的点阵汉字大小为 16x16 像素，那么在一张 1024x1024 的贴图中，一共可以存放 4096 个汉字，太好了，因为我们所常用的汉字也就是 3500 个，你可以上网搜索到这3500个汉字的表。有了这个常用汉字表，我们就可以用这张表来生成贴图。有些游戏引擎，比如 game maker studio 是内置了这样的点阵字库生成功能的。另外一些就需要借助一些工具。有不少可以生成字库点阵贴图，比较有名的是 BMFont(http://www.angelcode.com/products/bmfont/)。这些软件可以让你输入要生成的字符表，选择你想要的字体，设定生成的字体大小，还可以设定颜色和描边的效果以及是不是防锯齿等。这些软件生成贴图的同时会生成一个数据文件，这个数据文件会保存有常用汉字对应贴图中的位置等信息，游戏在需要渲染点阵字体时可以使用这些数据来得到每个汉字对应的贴图区域。这样做还有一个额外的好处：可以预先叠加效果到字体上，比如描边和渐变等，这样也会省去处理这些效果时产生的性能消耗。

Construct 中默认的像素字体，西文的好处就是字符量很少，你甚至可以自己手写设计，工作量不大：

比较常见的位图字体生成工具BMFont：
)
BMFont 使用微软雅黑输出16像素非防锯齿的汉字，很不好看：

## 字体的选择

现在有了工具，我们接下来要选择使用什么样的字体了。这个问题需要注意，因为大多数字体都不是免费的，特别是你要用在商业用途上，所以在选择字体时一定要注意看准字体的版权声明。中文可免费商用的字体其实并不多，其中最有名的是 Google 和 Adobe 开发的思源系列字体。不过我测试了一些的这样免费商用的矢量字体，都普遍存在一个问题：这些字体并不是为了点阵显示而制作的，在选择比较小的字号同时关掉防锯齿时，出来的效果是机器不美观的。因为我当前追求的是低像素分辨率的画面，所以这些字体并不能符合我的要求。

我要寻找在低字号大小无防锯齿情况下都能表现良好的字体。回想一下，在 DOS 时代，我们的汉字字体都是点阵的，如果你现在搜索 HZK16 时可以搜索到不少信息的，但是关于以前 DOS 时代的这些汉字字体的版权，能够查到的信息并不多。我们暂且把这个作为一个备选方案。另外，其实我们很多主机游戏的汉化都会涉及点阵汉字字体的问题，我的印象中不少 GBA/3DS 汉化游戏的字体都是处理得不错的，当然因为是非商用，字体选择可以很多。同时，虽然现在我们的大多数设备都可以渲染矢量字体，但还是有很多设备是需要显示点阵的，比如各种 LCD 显示屏。所以我觉得还是有针对点阵显示设备设计的字体。我搜索到了“最像素”(https://github.com/SolidZORO/zpix-pixel-font)这个字体，这个字体似乎是一个人开发的，而且是专门为极小分辨率点阵显示准备的。不过唯一的问题是，商业使用还是需要付费授权的。

DOS 时代，320x240 256 色是比较常见的分辨率，当时的中文处理是这样的：
)
UCDOS：

WPS：

最像素字体：

当我在尝试各种可以免费商用的字体时，我发现了“文泉驿”（http://wenq.org）这个开源的字体系列。里面竟然有一款专为点阵设计的宋体，字号从9像素到12像素，显示效果非常的不错，那么决定就是它了！

## 输出的问题

在一般情况下，使用前面提到的 bmfont 这样的软件工具，以及文泉驿点阵宋体，已经可以解决大多数需求，只要你使用的游戏引擎支持使用的 bmfont 生成的数据文件就可以了。不过因为我用的是 Consturct ，一个 HTML5 游戏制作软件，它支持使用的点阵贴图要求每个字符是同等大小的，但是那些字体贴图软件大多数都不支持生成等宽的字体贴图，或者是支持生成等宽字体贴图的软件有各种缺陷，比如贴图大小不可控，无法关掉防锯齿，不支持太多字符集等。

BMFont 输出的字体都是不等宽的，也就是说输出时要经过计算矫正:

有人专门做了给 Construct 用的工具，原先的问题是不支持太大的字符集，现在已经修正，现在唯一的问题就是没有去掉防锯齿的功能:

## 编写工具

最后还是得自己动手做工具，既然在前面我们已经研究了这么多，生成一张这样的贴图对于做游戏的我们来说就不是什么难事了。我现在面临的选择就是用什么来做。本来我是很熟悉 Javascript 这一块的，但是我所知道的 HTML5 相关的引擎都很难渲染出小字号的不带防锯齿的字体。那么用 Lua 呢？我以前用过一段时间 Love2D 感觉处理这样的 2D 像素是比较好的，以前我还用它来制作过处理像素画的软件。但是问题是我没发现它能够渲染没有防锯齿的字体，可惜，而且 Love2D 还有一个缺点就是处于安全性的考虑，它只能写入文件到一个固定的 sandbox 文件夹中，这样做出来的工具使用上比较麻烦些。

最后，我开始考虑到我可以使用的另外一个脚本式语言：Python。如果这个还不行，我就只能考虑 Haxe 和 C 之类的了。说到 Python，我会熟悉 Python 主要是因为我使用 Blender ，使用 Python 可以让我做一些插件扩展。所以以前我是考核过它的游戏制作能力的。它的最出名的游戏库就是 Pygame（https://pygame.org)，不过这个 Pygame 的确很 Old School，它是个 2D 引擎，有很多跟像素相关的功能，而且很多概念还停留在 Blit 位图的层面上。不过我仔细看了一下它的最新版的文档，发现它的字体处理应该可以满足我的要求，因为我明确的看到了它可以关掉字体的防锯齿渲染。所以决定就是它了！拿出 Python 书，临时温习一下，同时看下 Pygame 的文档，很快我就做出了自己想要的工具，输出了合适的位图。

推荐使用 PyCharm ,用来写 Python 体验还是很好的:

## 收尾

在收尾工作中，我需要处理一些问题：

- 因为对话中也不免出现英文。这个时候会遇到一点小麻烦，因为中文基本都是等宽的，而英文每个字符有可能是不等宽的，如果我们按照汉字的方式来显示每一个英文字母的话，会出现英文字符之间间隔过宽的问题，看起来就是不好看。不过 construct 是考虑到这个情况的，你只要输出对应需要调整宽度的字符列表及其宽度就可以了。

没有宽度矫正和有宽度矫正的西文字符的区别:

- 还有一个比较麻烦的问题就是英字其实是有基线的，在我们单独输出某一个小写的英文字母时会失去基线的对齐，幸好 Pygame 里面是可以取得基线的信息的，输出字母时调整这个高度即可。

所谓的基线就是红线标的位置:

没有考虑基线时输出的西文小写字符:

按照基线调整输出的西文小写字符:

如果不考虑基线输出的话，结果会是这样:

- 最后，在使用过程中还是出现缺字的情况。这主要是因为我们使用的某个汉字不在常用汉字列表里面，这个时候我们只需要在常用汉字表中加入这个字就可以了。其实我碰到的这个字是“哦”字，显然人们的汉语表达用语也在不断的变化中，现在的一些常用口语有可能并不在这个常用汉字表中。也许以后根据游戏的结构，我会考虑做一个只按照使用过的汉字生成贴图的功能。

## Python 源码

请到简书查看，如果觉得有用的话请打个赏吧：https://www.jianshu.com/p/c44e17f3b8bb

## 完成结果

最终生成的贴图，我还加入了常用的全角中文标点符号:

在 Aseprite 中检查，每个字都加上了黑色描边:

---

到此，对于在低分辨率像素游戏中使用点阵汉字的心得分享就这么多，希望对你有所帮助。