MaNGOS под Cataclysm (разработка)

[KiriX]

Несколько форков различных проектов, которые поддерживают клиент Cataclysm:

Под 4.0.6а:

• SkyFireEMU
• ArkCORE
• ArkCORE2
• Darkcore (не очень понятно форк чего это, или SkyFireEMU или ArkCORE - скорее последнее)

Под 4.2.0:

• SkyFireEMU_420

Под 4.3.4:

• MaNGOS
• TrinityCore_4.3.4

[lovepsone]

Сообщение от Mayss

У серьёзного проекта, серьёзные намерения, не компилил мангос да и в общем ядра уже мес 5, вчера скомпилировал мангос, приятно удивил аукцион в мангосе Оо, да и на мангосе нет таких проблем как на тринити, которые банальны... чему я рад и думаю не только я.

Поддерживаю ваш пост, так как реализация идет пока что успешно.

Спасибо за ответы. Ветку 4.0.0 я видел. И спасибо пользователю Kirix за разумный ответ. Но ссылку на гит хаб не нужно было кидать и говорить что уже альфа есть В ветке 4.0.0 комиты появляются крайне редко. Но, как я понял, в ближайший год не стоит от офф комьюнити проекта Mangos вообще ждать сподвижек относительно работы над Cataklysm?
P.S. На сколько сложно будет реализовать стартовые зоны новых рас в связи с многочисленными фазами и большого количества скриптов? Если вопрос не корректен - не судите строго. Нехватка информации заставляет искать ответы

[evilstar]

Сообщение от Redram886

P.S. НА сколько сложно будет реализовать старновые зоны новых рас в связи с многочисленными фазами и большого количества скриптов? Если вопрос не корректен - не судите строго. Нехватка информации заставляет искать ответы

Лучше довести до ума уже имеющиеся ядра, чем обновлять и влезать в кучу новых ошибок/недоделок/багов и выслушивать "вайн" новечков по этому поводу

ну супер-модератору виднее Куда уж смертным нам до этого дело)))))

[Deamon]

Сообщение от Redram886

ну супер-модератору виднее Куда уж смертным нам до этого дело)))))

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

[KiriX]

Сообщение от Redram886

P.S. На сколько сложно будет реализовать стартовые зоны новых рас в связи с многочисленными фазами и большого количества скриптов? Если вопрос не корректен - не судите строго. Нехватка информации заставляет искать ответы

Фазы и скрипты - ерунда. Пусть долго, но можно.
Но, как я уже говорил, без вехиклов там делать нечего, т.к. ОЧЕНЬ большое кол-во новых квестов (и стартовых в том числе) как раз на них и завязаны.
Иначе - хак на хаке (в плане базы - типа взял/сдал).

[Йоха]

Сообщение от UnknownHero

Есть несколько идей как этого достичь к примеру - написать кроссплатформенный визуальный редактор скриптов.

Ну и на кой предмет в таком узкоспециализированном инструменте нужна кроссплатформенность ?

Сообщение от UnknownHero

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

бла бла бла...

Ты начни, появятся подводные камни - помогут.

Сообщение от UnknownHero

С EventAI у вас на эмуляторе идея хорошая, но на официальном сервере(по крайней мере на 3.3.5 для NPC используется в основном формула расчета заклинаний по уровням и по типам NPC(beast,humanoid). В общем не так много кода понадобится как в основном все представляют.

Ба, да никак на форум зашел разработчик из команды близов ...

[много барахла поскипано]

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

Прошу прощения (браузер заглючил с кодировкой, не первый раз уже такое...) Продублирую свой предыдущий пост:

Ерунда? Есди бы это была "ерунда". Тут каждый второй бы заходил на форум и предлагал свою реализацию скрипта.
Есть несколько идей как этого достичь к примеру - написать кроссплатформенный визуальный редактор скриптов.
Я бы этим занялся, но тут бы не помешала помощь экспертов по движку ScriptDev2(подводные камни данного движка, советы по реализации того или иного действия).
С EventAI у вас на эмуляторе идея хорошая, но на официальном сервере(по крайней мере на 3.3.5 для NPC используется в основном формула расчета заклинаний по уровням и по типам NPC(beast,humanoid). На несколько NPC один скрипт. В общем не так много кода на C++ понадобится как в основном все представляют. Для Ascent был такой "модуль".

Абсолютно с вами согласен. Я сам не играл в новое дополнение,но пообщавшись с теми, кто довольно далеко продвинулся в прохождении, становится ясно, что (одним словом - "ЖУТЬ").
Лучший вариант по моему мнению - разбить ядро на модули?
- Легче изучать код,
- легче исправлять ошибки,
- писать свои модули и запихивать туда хаки(кто хочет).
Mangos Core и ScriptDev2 уже есть, разбить их еще на другие части.
Например: Систему для заклинаний вывести в отдельный .dll
Или, допустим "микро движок" для заклинаний на World Server и скрипты/реализации их в отдельный .dll. Это как бы - пример, но на практике, я не сомневаюсь, все будет гораздо сложнее. Смысл всего этого в том, чтобы сделать гибкую модель ядра.
В TrinityCore, я смотрел в исходниках - вообще все в одном .exe. С ихней играбельностью ядра - чуть что, и как "титаник" - сервер пошел ко дну.

Сообщение от Йоха

Ну и на кой предмет в таком узкоспециализированном инструменте нужна кроссплатформенность ?

Не все же люди Windows используют. У меня к примеру на одном компьютере стоит Windows, на втором Mac OS X. Начать работу не проблема. Неужели ни у кого не было подобной идеи?

[Sid]

Могу помочь, если выберете разработку на С++/Qt

[Warlord123]

Сообщение от UnknownHero

Лучший вариант по моему мнению - разбить ядро на модули?
- Легче изучать код,
- легче исправлять ошибки,
- писать свои модули и запихивать туда хаки(кто хочет).
Mangos Core и ScriptDev2 уже есть, разбить их еще на другие части.
Например: Систему для заклинаний вывести в отдельный .dll
Или, допустим "микро движок" для заклинаний на World Server и скрипты/реализации их в отдельный .dll. Это как бы - пример, но на практике, я не сомневаюсь, все будет гораздо сложнее. Смысл всего этого в том, чтобы сделать гибкую модель ядра.
В TrinityCore, я смотрел в исходниках - вообще все в одном .exe. С ихней играбельностью ядра - чуть что, и как "титаник" - сервер пошел ко дну.

Не совсем понятно, какие ярко выраженные преемущества разбиения ядра системы на отдельные файлы (динамические библиотеки, исполняемый файл). Что именно это дает? При сбое одного из подключаемых модулей вся система всё равно не сможет продолжить нормально работать.
Понятно, что при таком разбиении нужно будет переделать все взаимодействия между логическим модулями программы. Это должно привести к улучшению качества кода.
Но для этого делить один исполняемый файл на исполняемый + куча библиотек ,имхо, не обязательно.

[zergtmn]

Сообщение от UnknownHero

кроссплатформенный визуальный редактор скриптов

Сообщение от UnknownHero

В TrinityCore, я смотрел в исходниках - вообще все в одном .exe. С ихней играбельностью ядра - чуть что, и как "титаник" - сервер пошел ко дну.

Разбиение на множество DLL никак не поможет решить эту проблему.

[rsa]

Сообщение от zergtmn

Разбиение на множество DLL никак не поможет решить эту проблему.

согласен. правда эту проблему может помочь решить развитый thread-control внутри ядра. однако сразу бы всех предостерег, что это 1) явно не mangos-way 2) внедрение его в код скорее вредно (если исходить из обучающей цели проекта) чем полезно. да и от дисциплины писателей может отучить окончательно

[BloodWarrior]

http://getmangos.com/community/topic...e-performance/
Из этой серии?

[rsa]

Сообщение от BloodWarrior

http://getmangos.com/community/topic...e-performance/
Из этой серии?

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

[Warlord123]

Сообщение от rsa

согласен. правда эту проблему может помочь решить развитый thread-control внутри ядра. однако сразу бы всех предостерег, что это 1) явно не mangos-way 2) внедрение его в код скорее вредно (если исходить из обучающей цели проекта) чем полезно. да и от дисциплины писателей может отучить окончательно

1. Что есть "mangos-way" в Вашем понимании? Я для себя понял , это когда "хаки" не будут приниматься в основную ветку,реализация должна быть очевидной.

2. Чем многопоточность мешает обучению? Сейчас как раз программирование без поддержки параллелизма должно оставаться только в школе. Многоядерные (и многопроцесcорные) системы давно стали бытовыми. ПО без многопоточности не в состоянии "выжать" из таких систем максимум. Безусловно, программирование и отладка в условиях нескольких потоков намного сложнее. Тем полезнее освоить эти приемы. В коде мангоса есть участки кода с разной сложностью, некоторые из которых и сейчас не всем походят для обучения .

[rsa]

Сообщение от Warlord123

1. Что есть "mangos-way" в Вашем понимании? Я для себя понял , это когда "хаки" не будут приниматься в основную ветку,реализация должна быть очевидной.

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

[Vladimir]

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

[rsa]

Сообщение от Vladimir

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

Если Вы помните, указанная схема для мангоса реализована by Opterman. Я ее уже попробовал и отказался - явно нерациональное использование ресурсов. В настоящее время пробую реализовать виртуальные сервера карт на базе таскменеджера ACE, с минимальной переделкой базового кода... Недостатки - контролируется только обработка карт, но не другие процессы...

[Vladimir]

Я имел ввиду только условие когда частичная перезагрузка будет иметь смысл. Реализация работы серверов карт на одном хосте отдельными приложениями действительно потеря ресурсов.

[rsa]

Сообщение от Vladimir

Я имел ввиду только условие когда частичная перезагрузка будет иметь смысл.

Ну в общем сделал я полный перезапуск карт, на которых что-то взглючило/упало. Без краша нити world. Пока на первый взгляд особых проблем нет (правда с безопасностью переноса аур/угрозы/прочего между нитями-картами я бодаюсь уже больше года. может помогло). Ждем результатов тестирования. Желающие потестировать на онлайне 1000+ - велком.

[Vladimir]

Ну тогда вы не поняли почему это делать не стоит. Такие патчи давно были сделаны - проблема не в реализации. Если вы не крешитесь а продолжаете работу вы не можете быть уверены что данные игрока корректны и при следущем сохранении вы не запишите в базу мусор вместо данных.

[rsa]

Сообщение от Vladimir

Ну тогда вы не поняли почему это делать не стоит. Такие патчи давно были сделаны - проблема не в реализации. Если вы не крешитесь а продолжаете работу вы не можете быть уверены что данные игрока корректны и при следущем сохранении вы не запишите в базу мусор вместо данных.

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

[Blacksmither]

Сообщение от Vladimir

Если вы не крешитесь а продолжаете работу вы не можете быть уверены что данные игрока корректны и при следущем сохранении вы не запишите в базу мусор вместо данных.

Ну пусть данные игрока мониторит сервер-прослойка.

При разумной планировке - распределение даже на 1м хосте даст преимущества. Если не охото вникать, чтото писать и сочинять на эту тему - есть http://www.zeromq.org/ (я не вникал в ACE, сорри не могу сказать как там с их таск-менеджером).

[KiriX]

Сообщение от Vladimir

Больше по ссылкам в это репо не смотрю - слишком тяжело для нервной системы :/

Да, так. Но ничего кроме этого под кату нет Вообще ничего. Всё остальное в 99,99% форки SkyFire

[LordJZ]

Сообщение от KiriX

Да, так. Но ничего кроме этого под кату нет Вообще ничего. Всё остальное в 99,99% форки SkyFire

Это вы зря, закрытые проекты тоже есть.

[KiriX]

Сообщение от LordJZ

Это вы зря, закрытые проекты тоже есть.

Ну как-то само собой подразумевалось, что речь идёт именно об общедоступных проектах

[rsa]

Сообщение от LordJZ

Это вы зря, закрытые проекты тоже есть.

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

[KiriX]

Сообщение от rsa

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

В основном оно так, но и SkyFire и его форки тоже не сказать, что процветают

[rsa]

Сообщение от KiriX

В основном оно так, но и SkyFire и его форки тоже не сказать, что процветают

а кому сейчас легко (с)? сейчас вообще никто из потомков вовему не процветает... некоторые еще ковыляют куда-то, другие делают вид что ковыляют.

[virusav]

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

[LordJZ]

Сообщение от virusav

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

Перенес

[Burned]

Kirix, обновите, пожалуйста, первое сообщение. Адрес репо Strawberry немножко изменился.
https://github.com/Strawberry-Pr0jct...commits/master

Алсо, Тринити достаточно давно создали ведку для 4.2 клиента.
https://github.com/TrinityCore/TrinityCore/commits/4.x

[salarik]

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

[evilstar]

Сообщение от salarik

слетела русификация

Не понял как и куда слетела Оо, я когда заходил гдето около 3х дня, миры уже назывались по английски.
А вот насчёт косяка это да...

[KiriX]

Хе, когда я только пошёл на офф Галакронд был - новые игроки

[mAdloVe]

Жаль что такие маленькие скорости

http://habrahabr.ru/blogs/crypto/120257/

[kampeador]

Здравствуйте.
Давно не следил на эмуляцией WOW.
Есть несколько вопросов:
1. Поддержку дополнения катаклизм без модификации клиента так и не удалось реализовать никому на Мангосе?
2. В версии 4.0.0.11927/13329 уже была новая система опкодов?

[Lordronn]

1.Нет
2.Да, она еще с беты

[TOM_RUS]

В первом паблик билде альфы катаклизма были старые опкоды, помоему это как раз 4.0.0.11927.
Был еще билд 4.0.0.11792 (Internal, только exe файл), но происхождение этого файла осталось неизвестным. Там тоже опкоды старые, даже с именами.

[kampeador]

Спасибо за ответы.
Клиент для платформы Mac никто не пробовал копать? Может там какая-нибудь часть разгадки есть?