为什么128KB的魂斗罗可以实现那么长的剧情？

现代程序员 A 和 1980 年代游戏程序员 B 的对话：

除非是专家，一般人根本无法估算到底多大算大，多小算小。

一般人对“数据量”并没什么概念。一篇 800 字的作文有多少数据量？按照 GBK 编码，约 1.6KB，按照 UTF-8 编码，则是 2.4KB。

我就写了一个字，真的什么都没干

现实中常见的产品、流行的技术，实际上和时代背景密切相关。

当物质基础变得十分丰富的时候，一定会产生无法避免的“浪费”，这种“浪费”会进一步改变人感受的阈值，对度量的估计都变得紊乱了。

由于早期的记忆芯片（ROM）非常贵，而且大容量磁盘的技术也不成熟，所以暂且不论硬件计算能力，仅仅是想增加游戏的总容量也非常困难。所以自然会使用符合当时水平的数据结构。

以红白机 FC 为例，它的分辨率为 256x240。分辨率不算低，但却只有 2KB 显存，而且还要实现全屏卷轴效果。

所以在 FC 设计之初，从硬件上就提供了充分利用显存的方法——使用 Tile（瓦片）。

对每一个场景来说，使用若干数量的瓦片，场景用有限的瓦片拼接即可。这种“二级”表示方法能极大节约存储量。

https://www.bilibili.com/video/BV19J411e763

现代音乐格式往往直接保存声道的波形，这种做法保真度高、通用性强，但很显然占用空间多，一首曲子的容量以千字节、兆字节计算。

下：理光 2A03

音频芯片可以产生合成音效，能提供的音色可以在一定程度上配置，但非常有限。听听 FC 游戏的音乐可以体会到常用的音色几乎一样。

我觉得这个音频芯片最厉害的地方是可以同时播放几个音轨（但不能是和弦那种“同时”），《魂斗罗》、《沙罗曼蛇》、《忍者龙剑传》的殿堂级音乐，主要是靠多个音轨的交替配合实现的。

这种简谱需要的数据量十分有限，而且大部分游戏音乐都是循环播放，数据量更是小的可怜。

代码也是类似的。

FC 时代的游戏，没有所谓的“引擎层”，或者说引擎层就是“硬件层”。任天堂的主机完全是为游戏而设计的，瓦片、调色板、音乐、音效等基本功能已经预先考虑到了，这样一来就节约了大量底层代码。

程序员要仔细研究文档，在硬件框架下思考问题，比如如何显示图片、如何卷动屏幕等等；而且还要非常熟悉硬件底层和汇编，不要浪费代码空间。

一来二去，代码也能写的非常小。

科技的剧烈变革带来技术指标非线性的变化，让我们的记忆和直觉彻底落伍！

作者：皮皮关

编辑：陶家龙

出处：https://www.zhihu.com/question/50076174/answer/1101330430

扛住100亿次红包请求的架构是这样设计的！

30条书写高质量SQL的建议，太有用了！

讲真，应该选择RabbitMQ还是Kafka？

关注公众号：拾黑（shiheibook）了解更多

[广告]赞助链接：

四季很好，只要有你，文娱排行榜：https://www.yaopaiming.com/
让资讯触达的更精准有趣：https://www.0xu.cn/