EUD

简介

EUD是Extended Unit Death的缩写，是指星际争霸1地图编辑的一项技术，它的基本原理是将星际地图触发中的Deaths条件/SetDeaths动作中的playerID、unitID参数填写成超出其正常范围的数值来读写更大范围的内存，从而实现普通地图所无法拥有的更多功能。

在星际1.08时代，地图作者发现了星际地图触发系统中Deaths条件（Deaths(playerID, comparison, amount, unitID))）和SetDeath动作（SetDeaths(playerID, modifier, amount, unitID)）的漏洞：其中的playerID参数和unitID参数可以填写超出其正常范围内的值，并且触发仍然会生效。这就使得Deaths条件可以读取更大范围的内存地址、SetDeaths动作可以修改更大范围的内存地址内的数据。星际地图的触发使用4字节来储存Deaths/SetDeaths的playerID参数，使用2字节来储存unitID参数。playerID的正常取值范围为0至26，若将Deaths/SetDeaths的playerID参数设为此范围之外的值（除去0至26的任何在-2147483648至2147483647之间的数值），则会被视为Extended Player Death，简称EPD。unitID的正常取值范围为0至232，若将Deaths/SetDeaths的unitID参数设为此范围之外的值（除去0至227的任何在-32768至32767之间的数值），则会被视为Extended Unit Death，简称EUD。在实际操作中，为了读写更大范围的内存，我们通常会使用EPD，或者EUD、EPD二者混用，即可在理论上读写所有内存地址（0x00000000至0xFFFFFFFF）。由于习惯问题，这项技术的名字还是以EUD命名，而非EPD。

含有至少一条使用了EUD或EPD的Deaths条件或SetDeaths动作的触发，被称为EUD触发。

含有至少一条EUD触发的地图被称为EUD地图。

星际1.08允许EUD触发读取、修改任意内存，因此1.08的EUD自由度很高，在理论上可以实现任何事情。各路大神开发了1.08的EUD综合插件（基本原理是通过修改内存直接改变星际触发中Comment动作的运行函数），并将其应用在制图工具Starcraft Map Cracker (SMC)内部。因此星际1.08的EUD地图达到了功能性上的巅峰，可以实现的功能包括但不限于：消除单位个数上限（原本的单位上限为1700个单位，1.08的EUD技术可拓展至无限）、修改单位的各种数据（武器、射程、子弹等）、修改单位的模型及图像、实现基于鼠标点击的按钮菜单系统及背包系统等等。

在星际重制版中，暴雪限制了地图触发对于内存的读写：有的内存只可读取、不可写入，有的内存不可读取或写入，只有少部分内存既可读取又可写入，详见内存表。如果在EUD地图在游戏中运行某条触发时读取或写入了非法内存，则游戏立即被终止（弹窗报错：此EUD地图暂时不被支持，错误码是一个十六进制数，用0xFFFFFFFF减去这个十六进制数得到的结果就是地图读取或写入的非法内存地址）。这就导致重制版EUD技术在功能上有了诸多限制，比如重制版无法修改任何与模型、图像相关的东西，比如无法拓展单位上限，比如无法将1.08的EUD综合插件照搬到重制版等等。

在星际争霸重制版中，EUD地图拥有以下特点：

(1)无法使用单位拓展，即单位上限为原版的1700，而不是3400

(2)无法在游戏中保存游戏

(3)游戏结束后无法保存录像

韩国制图大神trigger king开发了名为eudplib的python程序库，搭建了重制版的EUD框架，其地位相当于1.08的EUD综合插件。此外，他还基于eudplib发明了Epscript编程语言（简称eps语言）。重制版的eud制图工具（EE2和EE3）即是基于eps语言的GUI。这个eud框架极其强大，即便重制版的eud条件苛刻，作者们仍然可以基于这个框架制作出很多精彩的地图。