Есть ли у кого-нибудь полезные ресурсы или советы по разработке MUD?

Question

В качестве хобби-проекта я пытаюсь создать производную от ROM (на основе Diku-Merc). (Сейчас не существует) Я был бы признателен, если бы кто-то сделал что-то подобное и имел бы некоторые полезные ресурсы, которыми можно поделиться или советы, чтобы предложить. Я обнаружил, что многие ресурсы, такие как списки рассылки, больше не активны, а многие ссылки не работают.

Я выбрал ROM, потому что это то, что мне знакомо как игроку, но источник более сложен, чем все, с чем я сталкивался, и я не возражал бы выбрать кодовую базу, которую было бы легче понять. Любые рекомендации, прежде чем я всерьез погрузиться в это, будут также оценены.

Что касается грязных сообществ в целом, я не знаю ничего, кроме грязного соединителя , потому что я всегда был в большей роли пользователя / игрока, чем разработчик. Больше всего я ценю прощающее и активное место, где я могу получить ответы на свои вопросы.

Answer 1

После обширных исследований я решил использовать кодовую базу tba . Я могу уточнить позже, но очень широко

• Опыт кодирования важнее, чем опыт игрока, и это убедило меня отказаться от своих корней. Я хотел, чтобы хорошо документированная, достаточно современная, управляемая кодовая база проходила активную разработку, и это, кажется, отвечает всем требованиям.

В любом случае, грязь - это поистине труд любви, и вам нужно ослабить несколько винтов, если вы планируете их запустить. Более того, прошли дни славы (кажется, что многие грязи массово закрылись около 2000 года), и, по моему мнению, сообщество в основном неактивно и фрагментировано. Выдержка из некоторых документов TBA хорошо подводит итог:

Итак, вы уверены, что хотите запустить свой собственный MUD? Если вы уже старая рука в игре грязи, и вы решил, что вы хотите начать один из ваших собственный, вот наш совет: спать на нем, попробуйте несколько других MUD в первую очередь. Работа Ваш путь до позиции администратора и посмотрим, что на самом деле работает MUD около. Это не все веселье и игры. Вам на самом деле приходится иметь дело с людьми, Вы должны присматривать за игроками, и постоянно ворчать о вещах, которые вы нужно сделать или изменить. Запуск грязи очень много времени, если вы делаете это хорошо, если вы не собираетесь это делать ну тогда не беспокойся. Просто играю Грязь достаточно мазохистская, не Это? Или вы пытаетесь побрить это дополнительная точка от вашего среднего балла, прыгайте вниз эта последняя ступенька на вашей следующей работе оценка, или избавиться от этого надоедливого Значительное Другое для хорошего? если ты думаю, что глупые отвлекающие друзья и видя дневной свет мешает вам понять ваши полный потенциал в мире грязи, будучи Администратор MUD - это работа для вы.

В любом случае, у меня нет больших надежд на успех, но это то, что я нахожу интересным, улучшу мой код-фу и буду занимать меня долгие годы: D

Answer 2

Активного списка рассылки разработчиков ПЗУ нет, поэтому tba определенно является лучшим выбором. Были некоторые попытки очистить ROM с помощью проекта RaM.

Dead Souls также видит активное развитие (главный разработчик - герой в моих глазах за объем работы, которую он производит).

Я бы не рекомендовал MUCK, поскольку база пользователей довольно мала. Однако это не означает, что не делается никакой хорошей работы - посмотрите на пользователя Valente в подфоруме кода на форуме wora.netlosers.com, так как он, вероятно, в настоящее время является одним из ведущих разработчиков MUCK.

Однако, если вы считаете, что ПЗУ сложная, я должен предостеречь вас о том, чтобы заняться созданной / канонической кодовой базой для каких-либо целей, кроме знакомства с грязными серверами. Для реальной разработки вам лучше использовать базовую кодовую базу, такую ​​как NakedMUD (C / Python) или даже что-то более тонкое, чем Socketmud (порты на многих языках).

Конечно, есть десятки грязных серверов; все будет в некотором роде образовательным, но на начальных этапах не будет очевидно, что является хорошей практикой, а что нет. Вы можете поискать ColdC (похожий на LP) и TeensyMUD (Ruby) для изучения. У автора Teensy, Джона Ламберта, есть полезный сайт для разработчиков по адресу http://sourcery.dyndns.org/.

Однако вы найдете очень опытных разработчиков ROM и tba (то есть Circle) в MudBytes, и я скажу Сэму, что это самый активный сайт разработчиков грязи в настоящее время. Это немного удивительно, но в прошлом году активность в МБ значительно возросла. Я думаю, что люди приходят из складов, так сказать, и собираются в МБ. В MB также имеется хранилище кода хорошего размера.

Другие ваши варианты - это Mudconnector, который вы уже знаете, Top Mud Sites, который имеет немного меньшую толпу в основном разработчиков (как правило, из устоявшихся и продолжительных грязей), и Mudlab, который намного тише, но обычно с хорошим сигналом отношение шума к MudGamers - интересный новый сайт с довольно тихим форумом, но новым подходом к созданию более современного портала для игры в грязь.

Не стоит упускать из виду архив старого списка рассылки mud-dev. Существует огромное количество информации, которую можно найти там. Необработанный архив можно найти по адресу muddev.wishes.net/. Ричард Тью также проделал некоторую благородную работу по прочесыванию старых архивов usenet, чтобы найти ценные темы, связанные с разработкой грязи, которые вы можете найти через его тег грязи по адресу posts-stuff.blogspot.com/search/label/mud

Я должен отметить, что многие пользователи грязных сетей используют чат-сеть IMC для связи грязных сообщений (у MB есть портал для этого также на первой странице их сайта). Когда ваша грязь запущена, может быть полезно войти в IMC, если вам нужен чат в реальном времени для решения проблемы (конечно, есть много каналов IMC, и вы захотите выбрать, какой из них использовать разумно) ,

Несмотря на то, что сегодня грязи в лучшем случае нишевые, а в худшем - неслыханные, в разработке нет недостатка в новых грязях. Они предлагают задачи дизайна и программирования, которые по-прежнему доступны для индивидуального разработчика, в отличие от любой графической игры такого же размера или сложности.

Более того, не стоит расстраиваться, если вам кажется, что вы никогда не выпустите играбельную игру. Подобно многим более крупным проектам, вы можете начинать и отказываться от них много раз, но вы будете развивать навыки в широком спектре наборов навыков программирования и приложений - не так много проектов позволят вам использовать такой системный подход. Удачи!

Answer 3

Взгляните на Безымянный MUCK . Это надежная часть программного обеспечения.

Answer 4

Кажется, что активное сообщество существует вокруг Dead Souls MUDlib

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

Я был старым игроком Nightmare LPMud, который, к сожалению, исчез. Меня не очень интересует кодирование этих MUD, но я следил за этим сообществом слабо только из-за большого количества положительных воспоминаний MUDding.

Answer 5

Я воспользуюсь этой возможностью, чтобы порекомендовать MudBytes , который, вероятно, является самым активным сайтом для разработчиков MUD на данный момент.

Answer 6

Я бы сделал движок MUD достаточно абстрактным, чтобы работать и за терминальным клиентом, за веб-клиентом Ajax, и, возможно, за автономными клиентами, т.е. не связывать интерфейс с реальной игровой логикой. Я не против того, чтобы MUD фактически использовал приличный шрифт для текста и реальную графику (в виде вставок или для того, чтобы заметки на доске объявлений выглядели как заметки и т. Д.), А не вместо текстового интерфейса), где это необходимо вместо ASCII и т. д.

Возможно, вы также захотите иметь некоторые конвертеры файлов сценариев MUD в свой собственный формат, чтобы вам не пришлось тратить целую вечность на создание зон.

Я считаю, что проблема с MUD заключается в том, что слишком много внимания уделяется убийству NPC, а не множеству головоломок или других интересных аспектов. Таким образом, более интересный, ориентированный на историю (возможно, расширение зон шардинга для использования в одиночной или однопользовательской игре) может быть хорошей особенностью.

Answer 7

Сначала сконцентрируйтесь на получении или поиске надежной библиотеки Telnet Socket, обычно это основной протокол для MUD.

Затем, создайте полный список функций, которые вы хотите реализовать, вы, вероятно, должны получить какую-то функцию или настроить систему отслеживания ошибок (даже если это электронная таблица). Затем установите приоритеты функций на основе зависимостей других систем.

Проверьте http://www.gamasutra.com для некоторых архитектурных дискуссий по созданию игр в целом, созданию базового ИИ, систем персонажей и многопользовательских игр.

Как только вы поймете теорию, вам понадобится просто программировать, чтобы встроить все, что вы хотите поддерживать.