www.mudconnector.su

Национальный мадконнектор.
Текущее время: Чт июл 09, 2020 11:54 pm

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 22 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
СообщениеДобавлено: Пн окт 06, 2014 2:13 pm 
Не в сети

Зарегистрирован: Пт сен 04, 2009 10:17 pm
Сообщений: 214
KadVar писал(а):
Я одного, честно говоря не понял. Вы хотите разработать качественный механизм описания зон ?
Реально качественный ? По мне, так полезное дело, надо делать... единственный момент:
непонятно зачем вам какое-то одобрение со стороны. Сделали - выложили - гордимся :).


Честно говоря, я надеялся, что его придумает кто-то другой. :) Но желающих как-то не особо много.

Думаю, можно было бы попытаться продумать какую-нибудь систему устройства мира и выложить ее для будущих
кодописателей. Возможно, тогда хоть на этом этапе у них будет меньше головной боли.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 2:54 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1414
Готов поучаствовать.
Возглавить не готов :).

Проблема с мироустройством не основная. Гораздо ценнее готовая заготовка под редактор.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 3:19 pm 
Не в сети

Зарегистрирован: Пт сен 04, 2009 10:17 pm
Сообщений: 214
Набросал несколько вопроов, которые не совсем ясны и хотелось бы их прояснить:

1. В каком виде должна храниться информация о зоне? В каком-то определенном формате xml, yaml или json?
Или лучше в бинарном коде удобном для машин?

2. Вся зона должна быть в одном файле или нескольких? Что удобнее?

3. Что лучше сделать, просто дискретные комнаты или какую-то систему координат x, y (чтобы можно
было точно определять местоположение игроков относительно друг друга)? Если система координат, то как
она должна выглядеть?

4. Как в такой системе должны задаваться алгоритмы поиска путей (по которым передвигаются мобы)?

5. Какой язык использовать для скриптинга компилируемый или интерпретируемый? Какой будет лучше?

6. Как будет обновляться зона, вся полностью или частично? как задавать репоп если иногда нужно зону
обновить полностью, а иногда частично.

7. Как будут создаваться инстансовые зоны в этой системе, если они запланированы?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 3:32 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1414
Pacifist писал(а):
Набросал несколько вопроов, которые не совсем ясны и хотелось бы их прояснить:

1. В каком виде должна храниться информация о зоне? В каком-то определенном формате xml, yaml или json?
Или лучше в бинарном коде удобном для машин?

Только в текстовом.
Цель: сравнение diff-ом. Часто бывает нужно.
Всегда все поля должны быть указаны, т.е. никаких значений по умолчанию.
Если isDark есть, то не надо писать его тольео для false, надо писать и для true тоже.
Специально для того, чтобы можно было исправить руками без редакторов.

Pacifist писал(а):
2. Вся зона должна быть в одном файле или нескольких? Что удобнее?

Я делил на файлы объектов-мобов итп.
На самом деле вопрос сложный.
Вероятно всё-таки лучше делить.
Причем делить "еще раз пополам".
Т.е. разделить внешний вид и функциональность !

Pacifist писал(а):
3. Что лучше сделать, просто дискретные комнаты или какую-то систему координат x, y (чтобы можно
было точно определять местоположение игроков относительно друг друга)? Если система координат, то как
она должна выглядеть?

Тут боюсь нет выбора, в основном все имеют дело с дискретными комнатами.

Pacifist писал(а):
4. Как в такой системе должны задаваться алгоритмы поиска путей (по которым передвигаются мобы)?

По мне, так нужен механизм в редакторах для определения "регионов".
А уже потом привязка к ним мобов.
Для "внешнего мира" я использовал если верно помню идеологию "живет где родилось",
т.е. если белка "загрузить" в горы - она не уйдет из гор, если в леса - из леса.
Это не лучший вариант и он подходит только для животных.
Для каких-то патрулирующих мобов лучше-бы задавать произвольные регионы.

Pacifist писал(а):
5. Какой язык использовать для скриптинга компилируемый или интерпретируемый? Какой будет лучше?

Боюсь никакого. Тут не угодить.
Если есть желание морочиться со скриптами, то отдельно следует всё продумать.
Я не смог придумать качественного языка.
За основу на сегодня брал бы что-то типа lua, т.е. интерпретируемый язык.

Pacifist писал(а):
6. Как будет обновляться зона, вся полностью или частично? как задавать репоп если иногда нужно зону
обновить полностью, а иногда частично.

Да какая разница :) ?
Такие тонкости должны быть управляемы в каждом конкретном маде.

Pacifist писал(а):
7. Как будут создаваться инстансовые зоны в этой системе, если они запланированы?

Да откудаж я знаю :) ?
Это ведь не имеет никакого отношения к описанию зоны-мира ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 4:55 pm 
Не в сети

Зарегистрирован: Пт сен 04, 2009 10:17 pm
Сообщений: 214
KadVar писал(а):
Я делил на файлы объектов-мобов итп.
На самом деле вопрос сложный.
Вероятно всё-таки лучше делить.
Причем делить "еще раз пополам".
Т.е. разделить внешний вид и функциональность !


А есть какие нибудь соображения по поводу того, как будут храниться эти файлы? В цирклах это пронумерованные файлы, типа 111, 556 и т.д., без списка
какому номеру какая зона соответствует не разобраться. В других системах используются еще аббревиатуры названий, типа midgaard, crypt4, blackforest и т.д.,
что тоже при большом количестве зон не намного удобнее, т.к. будет по десять штук всяких непонятных форестов, таунов и т.д.
Как организовать несколько сотен или тысяч файлов в удобную стройную систему?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 5:30 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1414
Pacifist писал(а):
А есть какие нибудь соображения по поводу того, как будут храниться эти файлы? В цирклах это пронумерованные файлы, типа 111, 556 и т.д., без списка
какому номеру какая зона соответствует не разобраться. В других системах используются еще аббревиатуры названий, типа midgaard, crypt4, blackforest и т.д.,
что тоже при большом количестве зон не намного удобнее, т.к. будет по десять штук всяких непонятных форестов, таунов и т.д.
Как организовать несколько сотен или тысяч файлов в удобную стройную систему?


А откуда в маде несколько тысяч зон ?
На сегодня я складывал бы все файлы одной зоны в одну папку, а не раскладывал по папочкам.
Зачастую это удобнее.
Хотите можно постфиксы делать 000-black-forest, 111-ancient-village итп

ЗЫ. Работая с миром знал наизусть с сотню зон по номерам-то точно.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн окт 06, 2014 6:51 pm 
Не в сети

Зарегистрирован: Пн июн 22, 2009 4:08 pm
Сообщений: 311
А не легче ли написать конвентер зон ? Например, из CircleMud в какой-нибудь унифицированный формат, а из этого формата во всякие rom, coffeemud и т.д.
Насколько я знаю, в CoffeeMud такой конвентер имеется, и он умеется конвентировать ~20 форматов зон в формат зон CircleMud


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт окт 07, 2014 10:47 am 
Не в сети

Зарегистрирован: Пн май 27, 2013 4:34 pm
Сообщений: 105
Можно конечно написать конвертор зон, но максимум что получится сделать, это конвертнуть комнаты с описанием и выходы между ними. Конвертнуть мобов и объекты скорее всего не получится, так как статсы этих объектов будут несоместимы с мадом куда идет импорт.
Даже если учест что основные статы будут одинаковые (размер вес и тд) то сами значения могут быть несовместимыми. Например вес объекта в 10 в исходном маде будет означать совсем другое в маде назначения. А что делать с параметрами которых нет в маде назначения, а они есть в исходном маде? И это все завязано на код движка мада. Например закл 100 в иходном - шторм какой нибудь, а в новом исцеление. И таких мелочей очень много.
Конвертор можно написать только под отдельную кконкретную задачу. Универсального конвертора к сожалению не написать.

Поэтим же причинам (выше) не сделать универсального редактора. Максимум что можно - редактор приближенный к ниверсальному (общие модули - тот же редактор зоны в виде сетки комнат) но который можно допилить до нужнго мада минимальными усилиями.

В любом случае при конвертации зон и прочего из мада в мад будет много ручной работы - все опрации не автоматизировать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт окт 07, 2014 11:56 am 
Не в сети

Зарегистрирован: Пт сен 04, 2009 10:17 pm
Сообщений: 214
ArtistSpb писал(а):
Например закл 100 в иходном - шторм какой нибудь, а в новом исцеление.


Информация в редакторах обычно хранится в виде списков: "код в движке" - "что это такое". Такие списки переделываются под конкретный мад очень быстро.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Ср окт 08, 2014 8:59 pm 
Не в сети

Зарегистрирован: Пн май 27, 2013 4:34 pm
Сообщений: 105
Универсальный формат зон ввести конечно можно, но будут ли поддерживать его другие мады ?,
Скорее будет написан конвертор зон туда - обратно, так как по затратам это будет куда проще.
Под такой формат зон понадобиться и редактор, иначе формат жить не будет.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 22 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron