有没有人可以分享任何有用的资源或提供开发 MUD 的技巧?

StackOverflow https://stackoverflow.com/questions/439400

  •  22-07-2019
  •  | 
  •  

作为一个业余爱好项目,我正在尝试创建一个 ROM(基于 Diku-Merc)衍生品。(现已不复存在)如果有人做过类似的事情并且有一些有用的资源可以分享或可以提供提示,我将不胜感激。我发现很多资源(例如邮件列表)不再有效,并且许多链接已失效。

我选择 ROM 是因为这是我作为玩家所熟悉的,但源代码比我遇到的任何东西都要复杂,我不介意选择一个更容易理解的代码库。在我认真投入之前的任何建议也将不胜感激。

至于总体上混乱的社区,除了 泥浆连接器 因为我一直扮演的是用户/玩家角色而不是开发人员角色。我最看重的是一个宽容且活跃的地方,在这里我可以得到问题的答案。

有帮助吗?

解决方案

经过广泛的研究后,我决定选择 待定 代码库。我稍后可能会详细说明,但非常广泛

  • 编码经验比作为玩家的经验更重要,这说服了我放弃我的根源。我想要一个有据可查、相当现代、可管理的代码库,正在积极开发中,这似乎符合要求。

无论如何,泥浆确实是一种热爱的劳动,如果你打算运行泥浆,你必须松开一些螺丝。此外,辉煌的日子已经过去了(似乎有很多泥巴在 2000 年左右集体关闭),在我看来,社区基本上不活跃且支离破碎。一些 tba 文档的摘录很好地总结了这一点:

那么,您确定要运行自己的 MUD 吗?如果您已经在玩泥浆方面是一只老手,并且您决定想开始自己的一个人,那么这就是我们的建议:睡在上面,首先尝试其他几种泥。努力到管理职位,看看真正的泥浆到底是什么。这并不全是乐趣和游戏。你实际上必须与人打交道, 你必须照顾球员,并且 经常唠叨你的事情 需要做或改变。运行 MUD 是 如果你这样做,非常耗时 好吧,如果你不打算这样做 好吧,那就不要打扰了。只是玩 MUDs已经够受虐了,不是吗 它?或者你是想剃掉它 加分你的 GPA,跳下来 下一份工作的最后一个缺口 评估,或者摆脱那个讨厌的 重要的另一半是永远的?如果你 想想愚蠢的分心,比如有 朋友和看到日光是 阻止你意识到你的 在MUD世界中发挥全部潜力,成为 MUD 管理员的工作是 你。

无论如何,我对成功没有抱太大希望,但这是我会发现有趣的事情,改进我的代码,并使我在未来的许多年里保持忙碌:D

其他提示

有没有积极的ROM开发者邮件列表,所以TBA绝对是一个更好的选择。有一些努力来清理ROM与RAM的项目。

死魂灵看到积极的发展,以及(主要dev在我心目中的英雄,因为他生产的工作量)。

我不会推荐MUCK作为用户群是相当小的。但是这并不是说有没有被做了很好的工作 - 查找用户瓦伦特在wora.netlosers.com论坛的代码subforum的,因为他可能是此刻最重要的MUCK开发商之一。

不过,如果你觉得ROM是复杂的,我应该提醒你关于解决一个既定/佳能代码库比让泥服务器一个熟悉以外的任何目的。对于实际的发展,你可能对准系统的codebase更好,如NakedMUD(C / Python)或甚至一些比如Socketmud渺茫(端口在许多语言)。

有几十当然泥服务器,你可以看看的;一切都会以某种方式的教育,但在开始阶段就不是很明显了什么是好的做法,什么不是。您可能要查找ColdC(类似于LP)和TeensyMUD(Ruby)的研究。 Teensy的作者乔恩·兰伯特,具有在 http://sourcery.dyndns.org/。

然而,你会发现在MudBytes非常有经验的ROM和TBA(即圆)的开发人员,我会第二萨姆说是最活跃的泥开发商目前的网站。这是一个令人感到有点惊讶,但在去年出现了在MB的活动显著增长。我认为人们从折进来的可以这么说,在MB聚会。还有就是在MB一个比较大的代码库,以及。

您的其他选项都Mudconnector你已经知道了,顶泥网站拥有的大多是开发商稍小的人群(通常是建立和长时间运行的泥浆),以及Mudlab,这是非常安静,但通常具有良好的信号噪声比。 MudGamers是一个有趣的新网站有一个相当安静的论坛,而是一个新的方法来创建一个更现代的外观门户玩泥浆。

不容忽视的是旧泥-dev邮件列表存档。还有就是在那里收集的信息的数量惊人。原始档案可以在muddev.wishes.net/找到。理查德克斯图也做了通过旧的Usenet档案梳理发现有价值的泥浆发展相关的主题,你可以通过他在posted-stuff.blogspot.com/search/label/mud泥标签找到一些高尚的工作。

我要指出,许多泥浆使用IMC聊天网络链接泥浆(MB有一个门户网站,这个问题,以及在其网站上的头版)。一旦你的泥运行它可以得到的IMC,如果你需要即时聊天来解决问题(当然,也有很多IMC渠道,您需要选择使用哪一个谨慎)是有用的。

尽管今天的泥浆在最适合的位置和闻所未闻的在最坏的情况,还有在发展新的泥浆不乏其人。他们提供了一个设计和编程挑战,这仍是独奏开发人员访问,不像相等规模或复杂的任何图形游戏。

此外,你不应该,如果它感觉就像你永远不会发布一个可玩的游戏望而却步。像许多大型项目就可以开始和放弃过很多次,但你在所有的编程技能和应用的宽光谱来构建熟练 - 没有多少项目可以让你采取这样一个整体的系统方法。祝你好运!

这是活跃的社群似乎是围绕用于死魂灵MUDlib

http://en.wikipedia.org/wiki/Dead_Souls_MUDlib

我梦魇的LPMUD旧播放器,遗憾的是消失了。我不是在为这些MUD中的编码很多,但我一直在松散以下这个社会只是由于这么多积极的泥化的回忆。

看一看无名MUCK 。这是一个实心件的软件。

首先集中精力或找到一个固体的Telnet套接字库去,这通常是为了一个MUD的主要协议。

接下来,创建要实现功能的完整列表,你应该得到某种功能或bug跟踪系统设置(即使它是一个电子表格)的。然后优先基于其它系统的依赖关系的特征。

请查看 http://www.gamasutra.com 对一般的游戏开发一些架构的讨论,创建基本AI,字符系统,和多玩家游戏。

一旦你理解的理论,它只是规划建设中要支持所有的对接负载。

我会做的MUD引擎抽象的,足以既是一个终端客户端,基于Web的Ajax客户端运行的背后,也许独立客户端 - 即,不与实际的游戏逻辑配合前端英寸我不反对到MUD实际使用文本一个体面的字体和图形实(如插页广告,或使布告栏上的笔记看起来像票据等),不到位的基于文本的界面)在必要时代替ASCII的等

您可能还需要有一定的MUD脚本文件转换成自己的格式,这样你就不必花费年龄创建区域。

我找到MUD的问题是,有过分强调杀死的NPC,并没有太多的难题或其他有趣的方面。因此,一个更有趣的故事为导向(可能为延长单人或单队使用分片区)的发动机可能是一个很好的功能。

我要借此机会,建议 MudBytes ,这可能是目前最活跃的MUD开发者的网站现在

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top