圣安地列斯联机二十年：SA:MP 与 open.mp 历史

前言

引用:本文以客观事实为准绳。所有关键事件、人物声明、原始帖文，均完整收录于正文之中，不以外部链接替代实质内容。链接仅作考证索引，供读者溯源查验，不构成叙述本身的一部分。

凡引用原文处，均以引用块标注，并注明来源与时间。凡转述处，均忠实于原意，不加渲染，不作价值评判。

这是一部关于热爱、控制、背叛与重建的故事，也是一个游戏社区在二十年间走过的记录。

卷首语：一个不该有多人模式的游戏

第一卷：诞生（2004–2006）

第一章　从 Vice City 到 San Andreas

引用:"[WIP] SA-MP: Multiplayer for San Andreas PC"
——kyeman，GTAForums，2005年4月3日

第二章　合作模式的争议与团队第一次动荡

第三章　2006 年：第一个可玩版本

第二卷：黄金时代与暗流（2006–2009）

第四章　版本迭代与社区的兴盛

第五章　Y_Less 的双重身份与 YSI 的诞生

引用:"加入开发团队之后，我开始开发 Pawn，但我发现自己能做的事被 Kye 严重限制。我们之间存在重大的意见分歧：他认为 90% 的开发精力应该投入同步（sync）工作，Pawn 几乎只是顺手提供一点额外功能的附属品。而我认为，虽然同步很重要，但他已经把同步覆盖得很好了，我更想专注于 Pawn 的功能与函数。然而他是老板，说了算，严重限制了我被允许做的事。此外，他有个坏习惯——每次版本迭代之后，只要在某个细枝末节的测试中有任何不稳定，就要来指责我，尽管测试本来就是我们有 beta 测试团队的原因。不用说，这不是一个好的工作环境，但我仍然喜欢 SA:MP 这个产品本身。"

引用:"2007 年，我开始开发 YSI。这部分是对若干早期工具的更新与整合，部分也是在 Kye 的控制之外，以 Pawn 能力范围内的方式带来我认为 Pawn 所需的扩展功能——尽管以纯 Pawn 来做，能实现的事情自然有其上限。YSI 成为我的主要项目这一事实惹恼了 Kye，因为他认为这说明我没有把时间花在 SA:MP 上，尽管我实际上一直都在。"

引用:"最初的想法是'Y[i]Less' Server Includes'，但 Server 和 Script 经常被混用，而且现在参与的开发者不止 YLess 一人，所以'Y'就变成了一个递归缩写，代表'YSI'本身。"[/i]

第六章　2008 年底：GTANet 风波与团队大出走

引用:"2008 年底，GTANet 风波爆发，Mike、aru 和 Peter 因此离开，我也因为团队氛围实在太差，加之大家都在走，便也一同离开了。"

引用:"不知为何，真的记不清了，我之后又重新加入了团队。那时候 Kye 想要关闭 SA:MP，我提出愿意接手，他拒绝了。然后我再次退出——不是因为我没接手到，这一点需要说明——于是 Kye 决定封禁我的论坛账号，而且不只是封号，而是彻底抹除——删掉了我所有的帖子。这意味着原版《实用函数》帖没了，旧版 FAQ 帖没了，大量迷你教程没了，《Pawn 关键词》帖也没了——我只有在非常必要的时候才发帖，那些帖子都有其存在的价值，它们的消失被大量用户注意到并提出了强烈抗议。"

第七章　2009 年 1 月：YSF 封号事件

引用:"YSF 是我最成功的项目，因为它做到了所有人都想要的事。它本质上是一个更新版的服务端——人们总是渴望新版本带来修复和新功能，功能方面已经有其他插件（包括 YSI 插件）覆盖了，所以我选择了修复这条路（以及一些小功能——显然正是这些小功能引发了麻烦）。"

引用:"这实际上并非盗用，但我承认看起来非常相似，因为它做的事情完全一样，而且也不是什么复杂的函数，我懒得争，就直接把它彻底重写了。"

引用:"就在我们讨论同意 YSF 可以继续存在，之后，他发现了 SetServerRule，并意识到它可以用来修改只读控制台变量——比如服务器版本号——从而让人们能够违反 SA:MP 服务条款第（g）条：'你不得人为地增加玩家数量，或向 SA:MP 查询机制提供虚假信息。'"

引用:*"抱歉 ssǝן‾ʎ，你已被禁止使用本论坛！
滥用前开发者身份。入侵服务器，并为他人违反服务条款提供手段。"*

引用:"基本上，我因为 YSF 被 SA:MP 官方论坛封号了！

历史：

200x 年（实在记不清了），在与 Spookie 讨论之后，我以 beta 测试员的身份加入了 SA:MP 团队——那还是第一次公开 beta 之前的事——并开始编写 Pawn 相关的代码。

没过多久，我正式加入了开发团队，专注于 Pawn 的开发，但我很快发现自己受到 Kye 的诸多限制，做不了想做的事。我们之间存在重大分歧：他认为 90% 的开发精力应该用于同步（sync），Pawn 只是顺手提供一点额外功能的附属品；而我认为，虽然同步很重要，但他已经把同步做得很好了，我更想把时间花在 Pawn 的功能扩展上。然而他是老板，说了算，严重限制了我能做的事。更让人受不了的是，他有个习惯——每次版本迭代后，只要在某个犄角旮旯的测试里出了任何小问题，就要来责怪我，哪怕我们有 beta 测试团队本来就是为了发现这些问题的。说实话那不是一个好的工作环境，但我还是喜欢 SA:MP 这个产品本身。

2007 年，我开始开发 YSI。这一方面是对此前一批旧项目的整合升级，另一方面也是想在 Kye 的管控之外，以纯 Pawn 脚本的方式实现我认为 Pawn 所需要的扩展功能——尽管能做到的事情有限，毕竟纯 Pawn 本身有其局限（我确实额外添加了一些辅助函数，比如 player objects 功能完全是为了写我最初的对象流式传输器 e\_objects 而专门实现的）。YSI 成为我的主要项目这件事惹恼了 Kye，因为他觉得我没有把时间花在 SA:MP 上——尽管我实际上一直都在。

2008 年底，GTANet 社区风波爆发，Mike、aru 和 Peter 因此离队。我也因为团队氛围实在太差，加上大家都在走，便也跟着离开了。

不知为何（真的记不清了），我之后又重新回归了团队。那时候 Kye 想要关闭 SA:MP，我主动提出愿意接手，他拒绝了。然后我再次退出——不是因为没接手到，这一点需要说清楚——于是 Kye 决定封禁我的论坛账号，而且不只是封号，而是彻底抹除，删掉了我所有的帖子。这意味着原版《实用函数》帖没了，旧版 FAQ 帖没了，大量迷你教程没了，《Pawn 关键词》帖也没了——我只有在非常必要的时候才会发帖，那些帖子都有其价值，它们的消失被大量用户注意到并提出了抗议。

不管怎样，我还是喜欢 SA:MP 和这个社区本身（至少喜欢其中的一部分），所以我还是留了下来（现在回想起来真不知道当时为什么，深感后悔），并继续努力让 SA:MP 变得更好——尽管 Kye 的存在让这件事很难。我继续开发 YSI、写教程和帮助帖，后来又创作了 YSF。YSF 大概是我最成功的项目了，因为它做到了所有人都想要的事。它本质上就是一个改进版的服务端——人们总是渴望新版本带来修复和新功能，功能方面已经有其他插件（包括 YSI 插件）覆盖了，所以我选择了专注于修复这条路（以及一些小功能——显然正是这些小功能引发了这次麻烦）。

总之，Kye 和我一般都各自行事、互不干扰（至少我是这么以为的），有一段时间相安无事。直到 2009 年 1 月 19 日，我收到了 Kye 的消息，说他不太喜欢我在 YSF 里做的事。经过一番交涉，才明白他的顾虑在于：YSF 可能与未来版本的脚本产生兼容性问题（这话从他嘴里说出来真是讽刺——我当初就反对过他把默认运行方式改掉，以及 0.3 版本里删除对象的决定，但他否决了我；对象最后是改成了 IPL 文件的形式，而非完全删除，但也没有了 per-player objects，至少我最后听到的消息是这样）。此外，他还质疑 YSF 里有 SA:MP 服务端的源代码——他举的例子是 functions.cpp 里的 IsNickInvalid 函数。这个函数其实不是照抄的，但我承认看起来确实很像，毕竟它做的事完全一样，而且也不是什么复杂的函数，我懒得争，就直接把它彻底重写了。在我指出 YSF 并不会造成兼容性问题（恰恰相反，它让脚本对未来版本的兼容性更好），并同意日后不再使用 SA:MP 源代码（尽管我此前一直在刻意避免这样做）之后，他让步了。

第二天我上论坛，发现自己已经被封了……

原来在我们达成共识之后，他又发现了 SetServerRule 这个功能，意识到它可以用来修改只读控制台变量（比如服务器版本号），从而让人能够违反 SA:MP 服务条款第（g）条：'你不得人为地增加玩家数量，或向 SA:MP 查询机制提供虚假信息。'

我解释说，我本人根本没有这样做，这个功能的设计初衷是好的，只是不幸被人滥用了。我甚至想过反问他：他提供论坛和 IRC 频道，同样也给人们提供了违反条款（c）（d）条的方式，按他的逻辑，他也应该被封号——但我懒得说了。封号通知的原文是：

'抱歉 ssǝן‾ʎ，你已被禁止使用本论坛！滥用前开发者身份。入侵服务器，并为他人违反服务条款提供手段。'

所谓'滥用'，是指我用它改善了所有人的游戏体验；所谓'入侵服务器'，是指我修复了它；所谓'提供手段'，意思是人们可以拿我提供的工具做坏事——但这不代表我支持或认可这种行为，这只是一个有用工具所带来的无奈副作用。

Kye 说 YSF 的事已经覆水难收，他只能发布新版本来屏蔽它，伤害已经造成，它已经广泛传播，人们正在用它黑自己的服务器，没有人能阻止，所以我必须被封。我回应说，如果我没被封，我本来可以发布最新版本，在修复拾取物 bug 的同时，加入对规则的只读标志检查——虽然这无法彻底解决问题，但能大幅减少滥用，因为几乎没有人会主动把它改回旧方式，大多数人会为了这个重要修复而升级。说到这里，他就不再回复我了（我觉得他是意识到自己断掉了快速、高效解决这件事的唯一合理途径，然后不想认账了——如果不是这样，我欢迎他来回应）。

总之，我决定把当时正在写的那段代码（YSI 的示例脚本）收个尾，毕竟我还是喜欢使用 YSI 的那些人，上传最终版本，然后就此结束。

所以，截至目前：YSI 1.0、YSF 1.0、YSI2 1.0、YPI 1.0，到此为止，我不干了。

附言：Kye 正在研究一种过滤"修改版本服务端"并将其列入黑名单的机制——我可能会发布一个不自动修改版本号的 YSF 版本，这样用它的人就不会因为我的失误被连坐；请留意这里的动态（我可能也会顺带加入拾取物修复，但不会保留只读变量相关的功能）。

附言二：IRC 才是王道，我还活跃在 GTANet 的大量频道里，包括 #YSI 和 #Y_Less，欢迎来找我。

附言三：不知道 MTA 的源代码长什么样……"

第三卷：停滞、管控与分歧（2014–2019）

第八章　0.3.7 之后的沉寂（含源码泄漏事件）

源码泄漏事件（2010 年起源，2018 年爆发）

引用:"SA:MP 的源代码于 2010 年被一名法国人从我们的服务器上黑掉，目的是为 IV:MP 这个 mod 服务。我记录并上报了这次入侵。

GitHub 上大约有十个副本。我一直没有把它们下架，是因为提交 DMCA 申诉需要将我的真实姓名录入 GitHub 的公开 DMCA 数据库，否则就得花钱请律师。"

引用:"0.2.5 的源代码是通过计算机入侵从我们的服务器上盗取的。任何基于该代码发布软件的人，都涉嫌与我们作对的刑事共谋。

SA:MP 所使用的 RakNet 版本并非开源，而是通过付费许可证使用的。BASS 音频库同样是付费许可证使用的。整个游戏 mod 社区正在被那些删除原始版权信息、将他人成果冒充自己作品重新发布的蠢货所伤害。

我给他们几天时间关闭并停止任何与 SA:MP 相关的活动。"

第九章 Kalcor 眼中的历史：MTA 的旧账、R\* 的源码，与闭源的真实理由

引用:那么，请允许我给你们讲一段历史。结论由你们自己得出。

2003 年，在 MTA 的 IRC 频道上待了一周之后，我被邀请加入 MTA:VC（Vice City Multiplayer）的开发。几个月后，我晋升为 MTA 的首席开发者。以下是一张截图，记录了我和 Si|ent 一起尝试让 MTA:VC 中的船只同步正常工作的画面，日期是 2003年12月31日。

我是 MTA:Blue 的少数开发者之一——这是 MTA 针对罪恶都市的新版本。那时候除我之外，大多数人都被现实生活拖住了。我开发了玩家上下文切换同步系统，并引入了 RakNet 库。同样的系统至今仍被 SA-MP 和 MTA:SA 所使用。

这种处境让我感到沮丧——一周又一周过去，只有我一个人在提交代码，而论坛上却有一堆"开发者"在大谈特谈一切将会如何运作。

于是我离开了 MTA 的开发。在我离开期间，另一个叫 eAi 的人加入了项目，开始研究我的代码，试图弄清楚它是怎么工作的。至少有人在做事了——他的方式是去主动联系各方，于是他通过 ICQ 找到了我，还找到了 R（Rockstar Games）开发者的电子邮件地址，并与他们取得了联系。*

那时候我对 GTA 多人联机并不感兴趣。我有一个乐队，还参与了 ipodlinux 等项目，但 eAi 似乎非常热衷于推动 MTA:Blue 取得进展。于是我重新加入了项目，持续了几个月。

以下是 2004年底 MTA:Blue 的公开宣传页面存档。

正是这件事导致了我和 MTA 其他开发者之间的决裂：我想要构建一个服务端系统——就像 VC-MP 的 ini 脚本系统，以及 SA-MP 中基于 Pawn 脚本的服务端系统；而 MTA 的开发者们则想要客户端扩展，就像那个宣传页面上描述的那样。

2005年初，我再次离开了 MTA。就在那段时间，R North 在 PS2 上发布了 GTA:SA，并正在开发 PC 版本。eAi 与 R 的技术总监有联系，还通过 ICQ 向我炫耀说，他拿到了大量 GTA:SA 源代码的头文件。我注意到，MTA 的开发者们似乎打算放弃罪恶都市版的 MTA:Blue，转战 GTA:SA。

不相信 MTA 及其开发能力，2005年中，我开始独立开发自己的多人联机。我发布了 VC-MP，基于玩家上下文切换和 RakNet。

随后，我与 jax、spooky 以及其他一些人一起开发了 SA-MP。它远比之前的 mod 庞大得多。我们与 GTANet/GTAForums——最大的 GTA 非官方粉丝站——有着较为密切的联系，这使我们获得了更大的知名度。

到 2008 年，SA-MP 的玩家数量是 MTA 的 10 到 20 倍。MTA 的开发者们感到在这种竞争环境下已无法与之抗衡，于是他们公开了自己的源代码。MTA 的开发者们从未询问过我或任何前任开发者，是否可以公开这些源代码。他们声称所有东西都已经被重写了，但事实并非完全如此。时至今日，MTA:SA 中仍然有我的代码。我没有费心去追究他们，因为他们看起来太蠢了——但我猜，这里那些呼吁公开 SA-MP 源代码的人，很可能是受到了 MTA 的启发，尽管他们或许不应该这样。

而这就是现在正在发生的事：我为 MTA 开发的"游戏"代码，以及 R\ 给 MTA 的源代码，正在被移植进 mod\so\beit——一款流行的 SA-MP 外挂工具。*

你们知道这意味着什么吗？R\ 给 MTA 的那部分源代码，有相当大一部分被用来——攻击 SA-MP！*

从一小批相当专业的 MTA 开发者起步，这件事已经演变成了极度肮脏的东西。那些想要摧毁 SA-MP 的人，对于是否违法毫不在意。

看起来，任何被公开的源代码都可能被用来攻击 SA-MP——尽管它本可以被用于提供有价值的更新。

公开 SA-MP 源代码这个决定，归根结底取决于：我们是否仍然处于这种充满敌意的环境中——人们在攻击我、想要攻击 SA-MP——还是这一切已经成为过去。我想说，这取决于 mod 的规模以及对外挂工具的需求程度。封闭源代码让我可以在每次发布时重新洗牌所有内部结构，使大量外挂工具失效。SA-MP 的许多"安全"更新，实质上就是我在重新排列数据，以清除现有的外挂工具。

最终，SA-MP 将会走到这样一个时刻：所有人都彼此友善和尊重，外挂与欺诈变得罕见——但届时玩家数量将极为稀少，我们中的大多数人也已不在了。

第十章 Kalcor 的个人博客：Youtube 封禁与版本迷信（含2016年十周年）

引用:"大约一周前，我封禁了 You(Them)tube 在 SA-MP 论坛的分享权限。

2018 年 8 月 6 日，Infowars 被 YouTube 封禁。不久后，Apple、Spotify 和 Facebook（这群唯唯诺诺的应声虫）也跟着封禁了 Infowars。

言论自由发生了什么？为什么这些被洗脑的社会正义战士要对真相如此敏感？如果我想从一个正规渠道而非 CNN 假新闻公司获取新闻和信息，我应该有这个权利，但显然那些硅谷精英们不同意。

所以我做了我该做的事。任何在 SA:MP 论坛上分享 YouTube 视频的人将被封禁。

现在你可以上传视频到哪里？目前有 Twitch、Steam、Streamable 和 Dailymotion 等几个选项。这个列表将来可能会改变。

让我们保护 Infowars 继续存在。"

——Kalcor，2018年11月21日，kalcor.video.blog

引用:"切勿超过 0.3。进入第 4 个大版本会给你的项目带来厄运，并给相关开发者带来死亡。如果你想在那个节点继续发布更新，请发布小版本更新。"

"总之，Kalver 可能是你所能接触到的最好的版本命名系统。我是对的。如果你认为我错了，那你就是错的。"

——Kalcor，2018年11月21日，kalcor.video.blog

2016 年十周年问答——Kalcor 关于开源的另一套逻辑

引用:"我曾经让 VC-MP 开源，结果并不令我满意。当你将一个游戏相关的项目开源，你不是真的在开放代码，你是在放弃它。VC-MP 大概有四五个不同的 fork，没有一个真正成功，这说明碎片化的 mod 对玩家没有好处。它们中的很多已经偏离了原始设计和游戏艺术风格太远。

我认为一个像 SA-MP 这样项目最核心的部分，除了技术水平之外，是让项目在相当长的时间里保持在正确的轨道上——即使偶尔会稍微偏离。

如果 SA-MP 是开源的，而我仍然在主导项目，这会让我陷入一个不得不审查和接受/拒绝来自随机陌生人的代码修改的处境。我不想在 SA-MP 上承担这个角色。"

第十一章 社区的自我拯救

引用:"SA:MP 长期陷于困境，没有更新，到处都是权宜之计，只为让一切继续运转。open.mp 改变了这一切——它是一次完整的重写，修复了长期遗留的问题，改善了脚本开发体验，移除了旧有限制，同时保持你现有代码的可用性。"

第十二章 SAMPE：基于泄露源码的民间分支

引用:"这是否使用了泄露版本的 SA-MP 0.2 源代码？

是的，我知道我绝对不应该使用它，即使 VCMP 的 0.1 源代码是官方发布的，在没有任何书面许可的情况下尤其如此。这个项目的目的不是伤害 SA-MP 的世界，而是为玩家提供更好的游戏体验和/或为服务器主提供更好的脚本体验，并延续其生命周期。正如 Kalcor/kyeman——SA-MP 唯一的开发者——于 2019 年 11 月 11 日在官方 SA-MP 论坛上所说：'我发这篇帖子，是为了让所有人知道：SA-MP 的开发即将终止。'……我知道这在法律层面仍然没有权利使用，但是非曲直请你自行判断。

SAMPE 是否与任何官方 SA-MP 版本兼容？

不，而且永远不会兼容，至少你无法用 SAMPE 客户端连接任何 SA-MP 服务器，反之亦然……如果你在寻求拥有出色界面和功能的兼容性方案，你应该看看 OPEN.MP！https://www.open.mp/"

第十三章　2019 年 11 月：Kalcor 的两段话与 SA:MP 的正式终结

引用:"好吧，我不干了。我没有正式宣布，因为总有可能来个安全更新什么的。

在这里待了跟我一样久的人，没有一个还在玩这个游戏。如果他们还在这里，也只是为了和多年前认识的人聊天。

你从头写一个 SA-MP 脚本是在浪费时间，除非这只是你个人感兴趣的事。现成的脚本已经堆积如山了。

2019 年你不会去开一个 SA-MP 服务器。如果你想做点跟 SA-MP 有关的事，去建一个有论坛的游戏社区，运营多款游戏。

我计划迁移到 Linux 桌面很久了。在计算机专业人士和科学家圈子里，这是个趋势。"

引用:"我发这篇帖子，是为了让所有人知道：SA-MP 的开发即将终止。

我从来没有要求就 DL 展开辩论。我已经说得很清楚了，我不打算在下一个安全更新里加入 DL 功能。

具体会包含哪些功能，我们内部可以自己决定。不需要任何投票或话题抗议。

我咨询大型服务器主的原因，是因为他们花钱维护服务器，花在这个 mod 上的时间比任何人都多。如果服务器主对我们粗鲁或者想坑我们，我通常就直接无视他们。"

引用:"Kalcor 值得自由。他做了这个 mod，虽然人们有时候不认同他的决定，但这是他的 mod，他的决定是最终决定。你不喜欢 Kalcor 的决定？说声谢谢他花时间做了一个我们理所当然享用的 mod，然后走人。"

引用:"SA-MP 不会很快死去。失败的人会离开，新人会到来。"

第四卷：open.mp 的秘密与公开（2019）

第十四章　暗中启动的二十二人团队

第十五章　2019 年 4 月 13 日：意外曝光与 Y_Less 的声明

引用:"是时候说出我的立场了。你们都有一部分是对的，但可能不是你们认为的那个方向。我并不是要分裂社区，我并不是要创建 SA:MP 的竞争对手，还有一点重要的附带说明：我没有在窃取任何人的代码。你们所有人都认为猫已经从袋子里跑出来了，因为一篇措辞糟糕、完全脱离对话上下文的帖子。你们透过袋子瞥了一眼，就认为整件事是愚蠢的——鉴于信息的缺乏，这是可以理解的。我试图只分享重要的要点，却没有透露太多细节，不幸的是这适得其反，因为现在你们只有半个故事，却要从中得出结论。

所以让我们把一切都摆出来。

我并不是要分裂社区。 然而，有人 正在 试图摧毁它——他们垄断了信息，扣押了社区长期渴望的更新，上周威胁要删除整个论坛，并封禁任何表示这或许不是个好主意的人。这个人已经亲手分裂了社区——发布了两个相互独立的平行版本，然后疑惑为什么其中一个的用户迁移并不像最初设想的那样全面。超过一年里，人们一再请求将 0.3.7 和 0.3dl 合并，而他只是坐在那里，自顾自地疑惑是否真的有人想要这件事。他说他相信社区正在死亡，SA:MP 正在死亡，只剩一两年；他很满足地旁观这一切发生。我们中的一些人持不同意见，并试图说服他要么继续维护，要么将主导权传给别人。社区在萎缩大概是不可避免的，但只有在得不到支持的情况下它才会死亡——而这正是现在正在发生的事。

有一个非官方的 Discord，是的，那里人们有时候会开玩笑、互相打趣。但它不是作为一个反叛之地而创立的。它的诞生是因为人们喜欢 SA:MP，而人们使用 Discord，于是社区自然而然地想将两者结合。还有一个非官方论坛，Kalcor 自己以前曾说过，如果你不喜欢这里，就去创建你自己的，但现在却封禁那些这样做的人。然而，这个论坛和 Discord 都不是由我运营的。它们只是官方渠道未能前进的自然结果。这不是分裂，这是进步。

我并不是要创建 SA:MP 的竞争对手。 这句话里有两个词是错的——"创建"和"竞争对手"。我不是在"创建"任何东西，我只是在试图衡量人们对一个已经进行了相当长时间的项目的进一步兴趣。这是过去一年里仅来自该项目的提交记录：[图片]。这没有什么新鲜的，那么这是什么？为什么它不是一个竞争对手？

我确实曾经离开过 SA:MP，是的，但那是六年前的事了——请翻篇吧！

我并没有背叛 SA:MP，我也没有背叛 Kalcor——是他在背叛 SA:MP，但大多数人无法将两者分开。是的，他创立了它，但这不意味着它属于他。数百名其他人花费了无数的小时、天、周、年在这上面，让它成为今天的样子，但仅仅因为 Kalcor 独占了其中一个小小的部分——服务端代码，他就认为自己是最重要的部分，可以决定项目的去向和终结时间。在一开始，是的，他做了大部分工作，但请扪心自问，你真心认为在过去几年里，谁为这个 mod 做了更多——Kalcor，还是以下这些人中的任何一个：[图片]

我们不想篡夺他，我们不想贬低他或他的贡献。他创立了这个 mod，他让人们参与进来，但所有那些其他人帮助他把它带到了今天的位置，而正是那些人——社区——正在被压制和忽视。我曾多次试图充当调解人，将 Kalcor 的观点带给人们，将社区的观点带给他，并为此从双方都受到了无尽的批评。我也多次试图让 Kalcor 把 mod 的运营/更新传给别人（不一定是我，但没有其他人站出来）。得到的回应是什么？

- 他不相信我有能力添加重大新功能。当然他自己也没有在添加，而且实际上根本不认为有任何值得添加的功能，所以这又有什么关系呢？

• 他想要一个计划。我的主要优先事项是修复 bug，改善 API 中明显的空白，以及为其他语言创建一个更好的平台——也就是一个合适的 C/插件 API。这些甚至不是困难的任务，而且我早已证明了自己有能力完成。但显然这不算是一个计划。
  
• 用他的原话说——"他们不配拥有它。" 这就是他对这个社区——而我显然是在试图分裂的那个社区——以及有人试图延续它这件事的评价。

引用:没有人介意他想要退出，这显然是合理的，完全自然的。我们反对的是他要把其他一切都一起拖下去。这是一个社区——这是一个拥有很多非常优秀的长期朋友的伟大社区，以一个封闭源代码的 mod 为中心，而这个 mod 有一个偏执的、控制欲强的领导者。我们想要移动这个中心，仅此而已。我们不想摧毁 SA:MP，我们不想分裂社区（之所以被发现，是因为我试图让长期被忽视的俄罗斯社区参与进来，从而重新吸引已经被分裂出去的人），我们想确保它的延续——因为 Kalcor 并不想。

所以我给你们：

open.mp

这就是这个项目（和域名，burger-shot 论坛只是一个临时方案，直到我们建立真正的论坛，这还没有完成）。来自圣安地列斯多人联机顶端的二十二名成员——服务器主、脚本开发者、测试员和其他社区领袖——正在合作，从头开始重建整个项目。创建一个新论坛很容易；始终巩固 Kalcor 控制权的东西，是他对 mod 源代码的独占访问权。确实存在一个泄露版本，但从一开始我就绝对明确地表示，我们将在这方面走正道，并断然拒绝以任何方式使用它。所以我们一直在从头开始重新实现整件事。我们最初想要发布一个完整的 1.0 版本——以那个公告作为任何人听说此事的第一次——但这现在不会发生了。但它也不太远。

有过一些分支项目，但它们有两个主要问题：1）它们使用了被盗的代码，这是我们没有做的，2）它们试图重新发明轮子——新的脚本语言、完全不同的功能等等。我们正在制作完全向后兼容的版本。 你可以将你的服务器切换到我们的平台，运行相同的脚本，你的玩家甚至不会注意到任何不同。当然，随着时间的推移，新功能和改进的计划是有的，但目前重点是向后兼容性、稳定性和 bug 修复（我们作为社区已经以前做过的修复，因为 Kalcor 不会做）。

我为与 Kalcor 合作改进 SA:MP 而努力了超过一年，只是碰巧有一个备用计划。所以你可以坚守他的阵营，如果你相信他的方式即将改变，更新突然会发生（如果这场风波迫使了这一点，那我们实际上已经成功实现了最初的目标）。或者你可以坚守社区的大多数，他们知道存在问题并想要解决它——那些一直在那里支持你的人，帮助、教导、托管和领导。

由你来决定你认为谁背叛了 SA:MP……你知道在哪里可以找到我们。"

——Y_Less，open.mp 论坛《我的声明》，2019年4月13日

引用:"很遗憾事情不得不走到这一步，但让我们向着更美好的明天干杯！！！"

引用:"你被重新加入了论坛 beta 测试员名单（所以 Kalcor 信任你），而你和其他人却在秘密进行那个项目，你本应该拒绝那个职位。我认为，如果你只是说'嘿，看，我们在开发一个新的多人联机！'而不是攻击 Kalcor，什么都不会发生。你基本上说的是'Kalcor 正在杀死 SA:MP，来加入我的新 MP mod'。我认为是他所信任的人的失望让他做出了大规模封禁的决定。"

引用:"正好相反。"

引用:"公平地说，Y[i]Less 并没有要求重新进入 beta 测试员名单。他只是在与 Kalcor 公开互动之后被直接加入了，在那次互动中他表达了愿意接管 mod 开发的意愿，这是 Kalcor 之前曾拒绝过的。在他短暂回归期间，发生的事情几乎只有在 beta 区域发了一些关于 SA:MP 未来的论坛话题。这些话题里充满了对 Kalcor 就 SA:MP 未来方向应该去哪里的宣传和建议，几乎所有东西都要么被忽视，要么被否定，因为'samp 只剩 1 到 2 年了'。几乎每个想法都被否决了，或者从未走到任何地方。YLess 在 beta 区域多次询问是否可以接管 SA:MP 的方向和开发，但这也被拒绝了，因为 Kalcor 根本看不到这个必要性。[/i]

当面对一个已经拿定主意、坚持自己的立场、不会让任何人动摇其看法的人时，继续与他争执的意义何在？很明显，社区中还有很多人希望看到 SA:MP 继续发展繁荣，但数百位社区用户的抱怨和建议都落入了聋耳。现实地说，当你走到这一步的时候，你可以做什么？你可以继续与一个显然不会改变立场的人来来回回，或者你可以另起炉灶，自己继续推进。Y_Less 和 open.mp '团队'选择了后者。"

引用:"我可以向你保证，每天拥有超过 5000 名独立玩家的罗马尼亚社区将支持 open.mp。我们已经等了太久太久的 SA:MP 更新了。"

第五卷：从无到有的漫长建设（2019–2022）

第十六章　2019 年 11 月：Kalcor 的最后声明

引用:"我发这篇帖子，是为了让所有人知道：SA-MP 的开发即将终止。"

第十七章　2020 年 4 月：open.mp 的公开答疑

引用:会的！你也可以向我们反馈我们尚未知晓的 bug：github.com/openmultiplayer/samp-bugs/，或在论坛提交：burgershot.gg/showthread.php?tid=99

引用:我们不会支持 0.3.7 以下的版本，但你可以自行实现（这正是开源的魅力所在）。如果大多数项目愿意尝试 0.3DL，我们会支持它们。我们也进行过调查，多数人支持 0.3DL，所以我们很可能会做，但肯定不会在客户端的前几个版本中。

引用:不会。固定周期需要一支流程成熟的大型团队，而我们目前是一支志愿者队伍。也许情况将来会有所改变，我们不敢打包票。代码开源之后，你们可以随时关注项目进展。我们会尽一切努力在版本更新之间保持与社区的沟通。

引用:我们非常欢迎社区参与，可以在这里留下建议：burgershot.gg/forumdisplay.php?fid=42\&page=6。当然，我们无法保证每个想法都会被采纳和实现。但由于代码是开源的，你随时可以自己动手实现。

引用:会有。

引用:所有的开发工作、测试和文档均以 Pawn 为基础完成。不过，我们提供了 C API，允许任何人在此之上实现其他语言的支持。我们也讨论过引入一些半官方的语言模块，但 Pawn 依然是主要且受官方支持的脚本语言。

引用:"插件"这个词目前用来指代旧式插件——即那些为 SA-MP 编写的插件（例如 sscanf、MySQL 等）。open.mp 提供了加载这些现有插件的 API。我们对新式插件的称呼是"模块"——无论是外部插件还是内部代码，只要使用 open.mp 更新、更强大的 API，统称为模块。旧式插件仍然可以正常运行，并会持续得到支持，除非它们依赖内存黑客手段（例如 YSF），因为那类插件依赖特定的内存地址和数据结构，而这些在 open.mp 服务端上是完全不同的。不过，大多数老式内存黑客当初存在的意义，恰恰是为了补全一些功能——而这些功能将直接内置于 open.mp，所以那些插件本来也就用不着了。

引用:默认的数据库功能与以前一样，仍然是 SQLite。但如前所述，open.mp 提供了加载现有插件的 API，因此数据库方面无需在内部做任何改动——通过现有插件依然可以实现。第三方模块在 open.mp 中是完全受支持的"一等公民"——无论是回调还是原生函数，其可用性与内部代码完全一致，因此将功能放入外部模块不存在任何劣势。

引用:关于这个话题我们收到了太多提问，请先去泡杯茶——这个回答会有点长。

我们的开发团队里有 Hual（SA:MP+ 的作者），未来会带来什么，谁知道呢？

SA:MP 与 MTA 最本质的区别，其实在名字里就说得很清楚了——SA:MP 就是字面意思上的"圣安地列斯多人联机"，是 GTA 圣安地列斯这款游戏的多人版本；而 MTA 则是一个架设在这个世界观之上、更偏向通用平台的存在。SA:MP 在加入新功能时，始终紧扣原版游戏的体验感，尽管走出框架并非不可能，但整体风格一直非常保守。我们之所以长期坚守 SA:MP，正是因为认同这种态度。但我们希望拥有更多一点的自由度（这也是我们另起炉灶的原因），同时又不想走得太远。我们会引入一些新功能，其中有些在原版游戏中并不存在，但我们仍然会审慎地权衡每个功能带来的影响。

让对话框稍微宽一点，算是突破 GTA 正统边界的疯狂改动吗？大概不算。加入 CEF 是否走得太远了？是的，这不会发生。平衡点就在两者之间。

主要的顾虑集中在客户端层面。我们不希望服务器主可以向玩家分发任何具有潜在危害的内容。圣安地列斯本身并非为多人联机或 mod 而设计，许多文件加载器对损坏或恶意文件缺乏防护——当初根本没有这方面的需求。这正是 SA:MP 在引入自定义模型时遇到的难题，对我们来说同样如此。

至于资源保护——坦率地说，这在根本上是无法实现的。要让客户端显示一个自定义模型，就必须把这个模型文件传给它。文件一旦传到客户端，它就在对方的电脑上了，对方拿它怎么做，我们管不了。有些方法可以让盗取变得麻烦一些，但没有哪种方法是绝对可靠的。

引用:这不是我们当前的优先事项，但从客户端角度来看，NPC 本质上与普通玩家没有区别。我们至少希望 open.mp 的 NPC 功能能够对标 FCNPC 插件的水平，这是未来版本中我们可以认真考虑的方向。

引用:原理类似，但与 streamer 相比集成度更高，因此我们同样可以对载具和玩家进行流式处理，并能以远超插件能力的方式操作本地 ID。

引用:可以，我们已经实现了这个功能。

引用:SA:MP 是通过逆向工程对第三方程序进行交互的 mod，open.mp 也是如此，我们的法律立场与 SA:MP 完全相同。我们没有使用任何 SA:MP 的泄露源代码——这一点已经反复强调，代码开源之后，社区自然会看得清清楚楚。

引用:不必担心这个，我们有很多长远的想法。

引用:那是 SA-MP 团队的事，不是我们该操心的——在这个问题上我们没有立场去猜测。

引用:有过，因为我们也是普通人。

引用:等它准备好了。

祝大家接下来的一周愉快！带着满满的爱，open.mp 团队 ?

第十八章　重写、内测与 MTA 的合并提案

引用:"你好，

在正式开始之前，先允许我做个自我介绍。我是 MTA 团队的成员，长期深度参与多人联机模组的开发工作。本帖内容也已获得团队其他成员的认可。

过去这几天，我们一直在默默关注 SA-MP 的近况，以及你们测试团队的动向。我们刻意等待了一段时间，让局势稍微平息，这也是我们迟迟没有表态的原因。

在我们看来，眼下的局面对 MTA:SA 和 SA-MP 来说，恰恰是一次难得的相互靠拢的机会。我们理解你们对现状的不满，但我们认为，为《GTA 圣安地列斯》这款已有相当历史的游戏再从零搭建一个多人联机项目，似乎并不是最明智的选择。我们对圣安地列斯的热爱，与你们一样深厚。尽管近来在线玩家数量基本保持稳定，但不可否认的是，吸引新玩家的难度正在与日俱增——尤其考虑到玩家群体结构的变化。

因此，我们诚邀你们加入 MTA 社区。从技术层面来看，我们认为最务实的方案是实现从 SA-MP 到 MTA 的兼容层，这样也能帮助你们更快推进前期更新的发布。

说几个数据：过去三年，我们发布了四个新版本，并持续推出大量迭代更新和反作弊升级；而 SA-MP 的最后一次官方发布，距今已超过四年。

除少数例外情况，MTA 在技术上已基本能够"模拟"SA-MP 的全部功能。我们相信，凭借你们作为资深开发者的经验，双方完全可以共同实现客户端兼容。此外，我们已有一个名为 amx 的资源，可在 MTA 内部运行 Pawn 虚拟机。该资源目前版本较旧，可能需要重构，但核心功能依然可用。

我们相信这将是一个对双方都有利的合作，也是两个社区难得的机遇——不仅能汇聚各自优秀的开发者和新鲜想法，还能为玩家带来真正丰富的游戏体验，甚至可能吸引新玩家加入，并催生一批概念全新的脚本功能。

如果你们对潜在问题有任何顾虑，欢迎随时与我们深入探讨。谨致问候，代表 MTA 团队。"

——Jusonex，MTA 团队代表

引用:"首先声明：以下内容纯属个人观点，与 open.mp 项目及团队立场无关。

事实上，已经有一些人指出，MTA 和 SA-MP 本质上是两种完全不同的东西——确实如此，差异相当显著。MTA 走的是不断创新的路线，而 SA-MP 则始终'守着老传统'；正因为长期没有更新、也不理会社区的功能需求，才会是今天这个局面。

我个人两款都玩过（MTA 是大约两三年前，当时 OOP Lua 刚加入不久，玩了一两个月）。玩了一段时间后，MTA 对我来说变得有些'吃不消'——那时候我的电脑配置比较低，加上遇到了一些 CEF 相关的问题，虽然我相信这些问题现在应该都已经解决了。

SA-MP 相当'轻量'：一个压缩包、一个 samp.dll、一个启动器，再加一两个文件，就全了。而 MTA:SA 则捆绑了 CEF 文件、CGUI 文件、本地化文件等一大堆内容。我个人认为，把这两个多人联机合并在一起是行不通的——它们太不一样了，目标也各不相同。SA-MP 里安装 mod 极其简单，丢进游戏文件夹就能用；MTA:SA 则更像是一个经过精心打磨、功能完整的多人联机模组，但玩家有自己的偏好，这无可厚非。

简单总结一下：SA-MP → 轻量、易上手，但在某些方面存在局限；MTA:SA → 体量较重，但功能全面，有时略显复杂，稳定性却强于 SA-MP（玩家们甚至会利用 MTA:SA 的崩溃报告来排查问题——这本身就说明很多问题）。

不过我认为，玩家并不希望社区就此一分为二、各走各的路。竞争本身，以及由此带来的优胜劣汰，对整体发展是有益的。"

引用:"我认为加入 MTA 最大的好处，是可以直接接触到庞大的现有玩家群体，以及 MTA 客户端本身极为强大的功能上限。至于缺点嘛……他们的论坛实在是太丑了，抱歉直说。不过，我个人很认可 open.mp 这个项目的理念，所以我觉得两边应该作为独立项目，各自继续发展下去。"

引用:"我们需要在团队内部充分讨论之后，才能就该提案给出正式回应。这绝非一个小提案，我们需要时间消化并核实帖子中提及的所有信息。因此，请不要将这条回复理解为拒绝——我们绝对没有在拖延，会尽快给出正式答复。"

第六卷：发布、传承与现状（2022–2026）

第十九章　2022 年 11 月：Kalcor 最后一次现身

引用:"一个重要的客户端更新（SA-MP 0.3.7-R5）现已在下载页面提供。

客户端存在一个漏洞。这是一个严重的 RCE（远程代码执行）漏洞，允许服务器主在玩家电脑上执行未授权代码。此更新修复了该漏洞。0.3.7 服务器运营者应检查客户端版本，并建议仍在使用旧版本的玩家进行更新。-R 版本包含 bug 修复和安全更新。请始终使用最新版本。"

——Kalcor，2022年11月16日，kalcor.video.blog

第二十章　2023 年 1 月 5 日：open.mp Release Candidate 1

引用:"终于来了！

终于来了！

经历了四年、两次重写、争论与风波，以及无数其他的障碍；它终于来了！

open.mp 服务端 Release Candidate 1（RC1）。

这希望代表了我们 1.0 发布的最终代码版本，如果这个版本进展顺利，我们将能够在几天之内最终 open 这个所谓的 open.mp。"

引用:Amir、Cheaterman、Freaksken、Graber、Hual、Josh、JustMichael、kseny、Nexius、pkfin、Potassium、Southclaws、TommyB、Y_Less、Zeex，以及可能还有更多……

引用:下载包含官方 includes，不再需要用 omp.inc 打补丁到旧的 SA:MP includes，现在我们正在以正确的方式做这件事！它还有一个新的编译器。你是否曾想过 3.10.11 什么时候来？等待已经结束！（如果你自己构建的话，可以把这个版本看作 3.10.12）！有了这个组合，你可能会得到大量新的警告，但别担心——我们也为此提供了工具，可以自动升级大量代码，在所有正确的地方添加明确的符号名称、const 等等。也许你已经注意到了，你已经使用它好几个月了，但虚拟机（服务器内部的那个部分）也已经更新了！哦，还有那些你熟悉和喜爱的字符串原生函数，比如 SendClientMessage 和 AddMenuItem？它们现在全都支持格式化了。全部都支持。

引用:Pawn 是为服务器编写模式的长期且仍然是官方的方式。它不会消失，但对于那些想要更多控制的人，我们终于发布了完整的 SDK（软件开发工具包）。这是一个到服务器的 C++ 接口，与所有构成核心 open.mp 代码的组件使用的接口相同。他们能做的，你也能做（相比于插件，插件只被设计成向 pawn 提供函数，而不是编写模式）。

引用:除了所有为 pawn 宣布的新功能之外，服务器中还有几个新的（和新宣布的）功能：按玩家的帮派区域（如 YSF 中所有的）；按玩家的拾取物，也如 YSF 中所有的；AttachPlayerObjectToPlayer；更好的 PawnPlus 支持；:memory: 和其他特殊名称在 SQLite 中的支持；SQLite 打开标志；exclude 配置选项以不加载某些组件；显示配置解析错误，不再默默失败；SDK 主版本检查……

引用:尽管它被多次提供，我们明确抵制到这一点为止的任何资金；因为我们认为，在我们通过发布证明自己之前，接受资金是不对的。有了这篇文章，那个时候现在已经到来，所以如果任何人想要帮助支持我们（所有捐款将用于基础设施和未来的客户端开发工作），将是最受欢迎的。

第二十一章　2023 年 9 月：sa-mp.com 永久关闭

引用:"2023 年 9 月，sa-mp.com 网页关闭，sa-mp.mp 自此成为唯一的官方 SA-MP 继承站点——由 SA-MP 社区成员与 open.mp 团队合作建设与维护。"

第二十二章　2024 年至今：迁移指南与持续演进

引用:"SA:MP 长期陷于困境，没有更新，到处都是权宜之计，只为让一切继续运转。open.mp 改变了这一切——它是一次完整的重写，修复了长期遗留的问题，改善了脚本开发体验，移除了旧有限制，同时保持你现有代码的可用性。但这对你意味着什么？让我们来一一分析。"

"很长一段时间以来，人们已经清楚地看到 Kalcor 不再有兴趣维护 SA:MP；这本身是可以接受的，但作为唯一拥有官方源代码访问权限的人，这使他成为了新更新的瓶颈。YSF 和 fixes.inc 都是为了填补这个空缺而创建的——以插件形式修复服务端 bug 而无需访问源代码；前者是插件形式，后者是 include 形式。尽管做出了一些惊人的努力，使这些（和其他）项目尽可能地稳定、全面且易于使用，它们自然开始触及其极限，新一代的修复被需要。这就是 open.mp 的用武之地。

open.mp 建立在相同的原则之上，吸取了社区十年来开发的无数改进成果，是对原始 SA:MP 服务端的从头重写，包含了来自其直接前辈的所有修复，以及更多在以前无法管理或完全不可能实现的修复。"

尾声：一条未竟的路

引用:"终于来了。"

附录：原始资料索引

第一部分　人物声明与论坛原帖

第二部分　open.mp 官方博客与文档

第三部分　Kalcor 个人博客

第四部分　SA:MP 项目历史资料

第五部分　第三方项目与社区开发资料

第六部分　2016 年十周年问答葡文转述版