Старые вопросы о главном. Подбор клиента к ранке. Опции

[HeavyMetalKid]

Привет всем. Так вышло что решил свободное время потратить на то чтобы снова попытаться поднять сервер. Просто играть уже видимо не так интересно.

Вопрос - вот на сайте https://www.runuo.net/

есть раздел с самими ранками:

RunUO 2.3 - Stable
RunUO 2.6 - Beta
RunUO 2.7 - Alpha

Недолго думая я скачал RunUO 2.6 - Beta, так как 2.3 мне показалась слишком старой, а 2,7 - слишком сырой.

Вопрос - поддерживает ли ранка 2.6 клиент с подобной графикой:

(IMG:http://runuo.theabyss.ru/images/uokr/aboutKR/about5b.jpg)

Если нет, то какая ранка поддерживает. Если да, то какой это клиент и где можно скачать?

[Aimed]

ServUO однозначно.
RunUO это мертвый проект. Код и там и там плохой есть, тут Soteric уже все грамотно написал по этому поводу.

Advanced-ai это что? Машинальное обучение?))

Я когда-то выкладывал видос как у меня на УОРПГ на одном экране 5к орк шаманов было и они в меня кастовали. Клиент не вытягивал такое кол-во объектов на экране и жутко тормозил, а сервер вполне себе работал.

[Narciruss]

ServUO однозначно.
RunUO это мертвый проект. Код и там и там плохой есть, тут Soteric уже все грамотно написал по этому поводу.

Advanced-ai это что? Машинальное обучение?))

Я когда-то выкладывал видос как у меня на УОРПГ на одном экране 5к орк шаманов было и они в меня кастовали. Клиент не вытягивал такое кол-во объектов на экране и жутко тормозил, а сервер вполне себе работал.

Кстати, а orion вытягивает? (IMG:style_emoticons/default/smile.gif) Самая большая засада с орионом в том, что он на с++ (IMG:style_emoticons/default/laugh.gif) был бы rust или golang я бы влез с удовольствием. Хоть и видно, что исходники ориона очень аккуратные, и никакого mind-fuckа от странных с-макросов я у себя не наблюдал. (кстати, кто может подсказать каких знаний с++, точнее говоря какого из стандартов с++ хватит для работы с сорсами ориона? общее понимание есть, но изучать каждый новый тип поинторов, выходящих в каждом стандарте не хочется, простите за ленность)

P.S. - на счет advanced ai — скажем так, нет, не машинное обучение, а длинные сценарии ai. Например контролируемое скопление нпс-ов в кол-ве 100-200 штук в одном регионе, в которое заложено кастомное поведение, типа одна подгруппа нпс-ов неторопливо воюет с другой подгруппой. Пишу свои хотелки и понимаю, что наверное проблем с таким не будет, 5000 орков на одном скрине мне не нужно (IMG:style_emoticons/default/smile.gif) С другой стороны 5к орков разбросанных по серверу и не просто ходящих по около-рандому пути мне все-таки нужно.

Немного запутанно описал (IMG:style_emoticons/default/smile.gif)

[Aimed]

Кстати, а orion вытягивает? (IMG:style_emoticons/default/smile.gif) Самая большая засада с орионом в том, что он на с++ (IMG:style_emoticons/default/laugh.gif) был бы rust или golang я бы влез с удовольствием. Хоть и видно, что исходники ориона очень аккуратные, и никакого mind-fuckа от странных с-макросов я у себя не наблюдал. (кстати, кто может подсказать каких знаний с++, точнее говоря какого из стандартов с++ хватит для работы с сорсами ориона? общее понимание есть, но изучать каждый новый тип поинторов, выходящих в каждом стандарте не хочется, простите за ленность)

P.S. - на счет advanced ai — скажем так, нет, не машинное обучение, а длинные сценарии ai. Например контролируемое скопление нпс-ов в кол-ве 100-200 штук в одном регионе, в которое заложенное кастомное поведение, типа одна подгруппа нпс-ов неторопливо воюет с другой подгруппой. Пишу свои хотелки и понимаю, что наверное проблем с таким не будет, 5000 орков на одном скрине мне не нужно (IMG:style_emoticons/default/smile.gif) С другой стороны 5к орков разбросанных по серверу и не просто ходящих по около-рандому пути мне все-таки нужно.

Немного запутанно описал (IMG:style_emoticons/default/smile.gif)

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

Насчет Ориона:
Нет, не вытянет конечно же. Орион никаких рендер оптимизаций не имеет, там просто в immediate mode рисуется все что попадает в список для отрисовки.
Орион хоть и на С++ написан, но ООП там очень базовое и понятное любому, шаблоны не используются и много кода написано в С стиле. Из выкрутасов стандартов С++ ничего не используется. Если ты на С умеешь кодить и хоть немного понимаешь ООП - то Орион для тебя будет очень простым.

[Narciruss]

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

Насчет Ориона:
Нет, не вытянет конечно же. Орион никаких рендер оптимизаций не имеет, там просто в immediate mode рисуется все что попадает в список для отрисовки.
Орион хоть и на С++ написан, но ООП там очень базовое и понятное любому, шаблоны не используются и много кода написано в С стиле. Из выкрутасов стандартов С++ ничего не используется. Если ты на С умеешь кодить и хоть немного понимаешь ООП - то Орион для тебя будет очень простым.

Отлично, кстати, что есть такая оптимизация НПС-ов (IMG:style_emoticons/default/smile.gif) (интересно есть ли такая оптимизация на сфере, кстати, lol). Тут кстати наверное и не будет проблем, если саму логику просчитывать в отдельном треде, а runuo api уже использовать как рендерилку (но это я уже ухожу в фантазии и вспоминаю всякие умные современные рендерилки веба аля vdom).

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

Орион кстати более менее нормально работает на большом кол-во не-статичных объектов, первая прогрузка, конечно заметна.

ООП в крови уже (IMG:style_emoticons/default/laugh.gif) 8 лет руби/джаваскриптов/java и так далее. Но С++ всегда боялся и обходил стороной, C более менее могу. Хорошо, что нет шаблонов и в коде есть упоминание auto. Хочется думать в сторону патчинга UI клиента, не более, наврятли я смогу осилить запатчить движок рендеринга (кстати, сколько может стоить такая штука на заказ? 30-50к деревянных? — это реальные суммы за кастом патчи или дешевле/дороже?)

[Aimed]

Отлично, кстати, что есть такая оптимизация НПС-ов (IMG:style_emoticons/default/smile.gif) (интересно есть ли такая оптимизация на сфере, кстати, lol).

Да есть, ещё со времен 51 сферы есть. Это по моему один из основных механизмов работы с ИИ. Иначе сервер постоянно будет что-то обрабатывать и жрать ресурсы.

Тут кстати наверное и не будет проблем, если саму логику просчитывать в отдельном треде, а runuo api уже использовать как рендерилку (но это я уже ухожу в фантазии и вспоминаю всякие умные современные рендерилки веба аля vdom).

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

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

Орион кстати более менее нормально работает на большом кол-во не-статичных объектов, первая прогрузка, конечно заметна.

ООП в крови уже (IMG:style_emoticons/default/laugh.gif) 8 лет руби/джаваскриптов/java и так далее. Но С++ всегда боялся и обходил стороной, C более менее могу. Хорошо, что нет шаблонов и в коде есть упоминание auto. Хочется думать в сторону патчинга UI клиента, не более, наврятли я смогу осилить запатчить движок рендеринга (кстати, сколько может стоить такая штука на заказ? 30-50к деревянных?)

Есть такой проект - UltimaLive, c его помощью можно реализовать то что ты хочешь.

Клиент и так рисует дофига обьектов. Там могут быть десятки тысяч обьектов на одном экране без всяких 5к орков. Спрайты пола, спрайты зданий, анимированный статики и так далее и на соверменной видеокарте он нормально справляется, но не у всех она есть. А что б 5к одинаковых орков так сильно не нагружали нужно оптимизации делать.

Я от Ориона отошел, так как я решил профессионально заняться гейм девом и у меня больше нету времени на опен сорс проектики в свободное время. Если тебе нужны будут форки Ориона, то лучше пиши в скайп hotridee. Если будет что-то серьёзное, то думаю он найдет свободное для тебя время (IMG:style_emoticons/default/smile.gif) Но лично я не стал бы так сильно на Орион ставить.

[Narciruss]

С таким подходом будут проблемы.

Да, понял. Там где не может быть async'а — его быть не может, грубо говоря (IMG:style_emoticons/default/laugh.gif)

либо разбивать карту на несколько серверов

Это возможно сделать? Я так понимаю проблема в том что придется делать сетевую синхронизацию (трансфер одного сериализуемого объекта между сервером) между серверами, дополнять сиреализицию и вводить server_id некий? Это мега круто, если это возможно сделать красиво (IMG:style_emoticons/default/smile.gif)

Меня именно этот вопрос очень волнует — как клиент будет наблюдать переход между серверами?

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

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

Могу я уточнить у тебя какого рода оптимизации? Хотя бы примерно. Мне понятно что существуют самые очевиные оптимизации — типа отрисовывать не по одному пакету, а только по группе пакетов, но дальше моя мысль никуда не идет (IMG:style_emoticons/default/laugh.gif)

Но лично я не стал бы так сильно на Орион ставить.

Потому что скоро он станет outdated?

P.S. я мечтаю уйти в гейм дев, но упираюсь в то что трудно с графикой (IMG:style_emoticons/default/smile.gif) хочется попрактиковаться на uo пока.

[Soteric]

P.S. я мечтаю уйти в гейм дев, но упираюсь в то что трудно с графикой (IMG:style_emoticons/default/smile.gif) хочется попрактиковаться на uo пока.

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

[Aimed]

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

Хех, я ему тоже самое сейчас в ЛС говорю (IMG:style_emoticons/default/smile.gif)