在 demoscene 的极限尺寸竞赛中，256 字节 intro 一直是最具挑战性的类别。2026 年 Revision 派对上，HellMood/DESiRE 团队提交的Endbot以第 5 名的成绩完成了一场「完整的 Boss 战」，在仅 256 字节的 MS-DOS 程序中实现了剧情、同步视觉效果、声音与结局反馈。这一成就背后涉及数十年的汇编优化技巧与对硬件特性的深度挖掘。

256 字节 intro 的技术边界

demoscene 的 256 字节 intro（亦称 256B intro）指整个可执行文件（含代码与数据）必须严格控制在 256 字节以内。相较于 4Kintro 或 64Kintro，256 字节的限制几乎禁止任何外部资源 —— 所有图形、动画、音乐甚至交互逻辑都必须通过程序化生成。这意味着创作者只能在极其有限的代码空间内完成以下工作：初始化显示模式、建立渲染循环、生成视觉特效、合成音频、以及实现游戏逻辑。

传统 DOS 程序的入口点通常占用数十字节用于设置段寄存器、切换显示模式、分配内存等初始化工作。在 256 字节的严格限制下，这些步骤必须被压缩到极限。Endbot 及同类作品通常采用.COM格式 —— 一种简化的 DOS 可执行文件格式，直接从偏移 0x100 处开始执行代码，省去了 PE/COFF 格式的复杂头部与重定位表。创作者直接操作 x86 的段寄存器与 BIOS 中断调用，在极短时间内完成 VGA 或 Mode 13h 图形模式的切换，为后续渲染准备好显存地址空间。

渲染管线的极简化设计

要在 256 字节内实现「战斗」体验，渲染管线必须采用极简架构。典型的实现方案依赖于 ** 时间驱动（time-driven）** 的渲染循环 —— 整个视觉效果由一个全局时间变量驱动，通过数学函数将时间值映射为屏幕上的像素颜色，而非传统的场景图或对象系统。

以 Endbot 的表现模式为例，其渲染逻辑可能包含以下核心组件：首先是一个简化的状态机，用于管理「序章、Boss 出现、攻击阶段、结局」等剧情阶段；其次是程序化生成的视觉元素 ——Boss 实体可能由数学公式（如正弦波叠加、分形迭代）实时计算得出，而非预存储的位图；最后是同步机制，通过时间计数器将视觉变化与音频节拍精确对齐。

程序化图形是 256 字节 intro 的核心技术。以往的经典作品如 HellMood 早期的「Memories」演示了在 256 字节内实现 Sierpinski 三角形、隧道效果与 Raymarching 场景的混合。实现方式通常是对每个屏幕像素（或更粗糙的分辨率）计算其颜色值，公式中大量使用查表法（LUT）替代复杂计算 —— 预先在数据段存放正弦 / 余弦表的片段，运行时通过简单的加法与索引操作查表获取数值，避免在渲染循环中执行昂贵的浮点运算。

实时音频合成的字节级优化

音频是 256 字节 Boss 战中最令人惊讶的部分。创作者不使用任何音频文件，而是通过程序化合成生成音乐与音效。在 PC Speaker 或 Sound Blaster 兼容硬件上，开发者可以向 I/O 端口直接写入频率值来产生音调。

典型的实现采用音序器 + 合成器的双层结构：数据段存放极短的音符序列（每个音符可能仅占用 1-2 字节，编码音高与持续时间），主循环中根据时间进度读取当前音符并计算频率值，通过 OUT 指令向 Speaker 或 DMA 控制器输出。由于硬件音频编程的复杂性，部分创作者会采用「混合」方案 —— 保留一个极短的预录制样本（可能只有几十字节），通过简单的循环播放与 pitch-shift 实现类似音乐的效果。

Boss 战斗中常见的「爆炸」「射击」音效同样可通过程序生成。基本原理是利用噪声生成算法（通常是基于线性反馈移位寄存体的伪随机序列）产生白噪声，并通过包络控制（Envelope）实现短促的攻击与衰减效果。

状态机与游戏逻辑的紧凑表达

「Boss 战」概念在 256 字节中的实现依赖于极简状态机与硬编码的阶段序列。与当代游戏不同，创作者不可能实现完整的物理引擎或 AI 系统；相反，Boss 的行为模式被预先编码为一系列「阶段」，每个阶段对应特定的视觉效果与音效。

以 Endbot 为例，其游戏逻辑可能包含以下阶段：初始化阶段显示标题或剧情文字；Boss 出现阶段通过程序化图形渲染 Boss 实体；战斗阶段响应用户的简单输入（如空格键）产生「攻击」效果并改变 Boss 状态；结局阶段在特定条件达成后播放胜利动画与音乐。这些阶段通过一个简单的状态变量（可能仅需 1-2 字节）管理，根据时间或用户输入在不同状态间切换。

极限优化技巧

256 字节 intro 的实现依赖一系列经过数十年沉淀的优化技巧：

指令级压缩：使用单字节指令（如 STOSB、MOVSB）替代多字节等价指令；利用 x86 的隐含寻址模式（如 AX 作为 AL/AX 的累加器）减少字节开销；合理使用段寄存器覆盖省略前缀字节。

数据复用：同一段数据在不同阶段被解释为不同含义 —— 开头作为初始化参数、中间作为查表数据、结尾作为音序器序列。

代码复用：通过精心设计的循环结构让同一段代码在不同迭代中执行不同逻辑，利用条件跳转或自修改代码（Self-modifying code）实现「状态相关」的执行路径。

硬件特性利用：直接操作 VGA 显存平面（采用 Mode 13h 的线性显存布局）或利用 BIOS 中断的简洁调用，避免编写冗长的驱动程序。

实践参考与进一步探索

对于希望深入理解 256 字节 intro 技术的开发者，以下资源具有重要参考价值：Hackaday 对 HellMood「Memories」256 字节演示的详细解析；Pouet.net 上 Endbot 的源代码与讨论区；Revision 派对历届 256 字节 intro 竞赛的参赛作品集。

值得注意的是，256 字节 intro 的创作并非单纯追求「更小」，而是在极小空间约束下探索程序化内容的极限。随着现代工具链与硬件性能的发展，demoscener 们仍在不断突破这一极限 —— 最新作品已开始探索在 256 字节内实现可交互的完整游戏体验，这正是 Endbot 在 2026 年所展现的可能性。

资料来源：本文技术细节参考 Demozoo 派对数据库对 Revision 2026 256 字节 intro 竞赛的记录，以及社区对 HellMood/DESiRE 团队历年作品的技术讨论。