Admin

Я не очень хочу редактировать спавны во всех фортах вручную... Что-нибудь придумаю

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

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

Значит это был неправильный феникс Asterios> cfg MOVE_NEXT_DELAY=0 Field set succesfully: MOVE_NEXT_DELAY=0 А если написать там же eval, то можно и произвольный java код выполнить... т.е. по сути, дописать кусок ядра на лету. Или положить новый java класс в папку со скриптами, и подгрузить его командой. Так можно новый квест, или ивент добавить без перезагрузки.

Гварды специально стоят таким образом, чтобы не прошли. В пагане есть похожая "стенка" из NPC. Конечно, в идеале, надо и на сервере тоже блокировать возможность прохода через таких гвардов, но это может привести к проблемам, поэтому не стал делать.

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

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

Задержку перед поворотом я уже давно сделал, но она равна всего 50мс. Увеличил для пробы до 300 мс, и сразу нашел баг

Это все слишком субъективно, и зависит от множества факторов. А каким образом производился этот тест? Окно смотрело на второго персонажа, или было отвернуто в другую сторону? Была ли включена опция "снижать нагрузку в фоновом режиме"? Если ее включать, то любые тесты становятся бессмысленными. Более того, зажимая бег, вы очень сильно вредите алгоритмам перемещения. Точнее, они то справляются даже в этом случае, но с учетом бесконечной отсылки начала/окончания движения, ваш персонаж в клиенте начинает сильно отставать от реальной позиции. Если вы оббегаете стену, то происходит следующее: когда на сервере вы уже добежали до угла, он отсылает новую команду на движение. Но если клиент еще не добежал до угла (сервер об этом не знает, и узнать не может), то он все равно получает новую команду на движение. А т.к. клиент весьма тупой, то он игнорирует тот факт, что координаты начала нового движения не совпадают с текущим положением, и бежит из той точки где сейчас у него находится персонаж, в конечную точку нового маршрута. В результате, персонаж пытается бежать сквозь стену. Более того, один игрок может видеть, что персонаж бежит сквозь стену, а второй игрок будет видеть, что он эту стену как и положено оббегает. И чем чаще тыкать, чем больше пинг, чем больше скорость - тем хуже. Я могу попробовать сделать следующее: 1) Добавить паузу на поворотах, к примеру 0.1-0.3 секунды, чтобы анимация бега успевала завершаться. 2) В очередной раз проверить корректность рассчета скорости движения персонажа (у меня есть сомнения, на больших скоростях отличия слишком большие даже при нулевом пинге, вероятно формула неточная). 3) Проверять, если персонаж уже бежит из точки А в точку Б, то повторный клик в ту же точку не должен отправлять новый пакет движения до завершения бега. Это очень сильно поможет, т.к. на каждое начало движения, чар приостанавливается и тратит время, что ухудшает рассинхронизацию.

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

Убивать нужно не любые катапульты, а конкретные. Для каждого квеста свой id катапульты. Ведь цель квест - уничтожить защиту конкретной территории, а не любой. А вы наверняка убиваете чужие катапульты без разбору, в итоге квест не достается никому. Gludio: 36499 Dion: 36500 Giran: 36501 Oren: 36502 Aden: 36503 Innadril: 36504 Goddard: 36505 Rune: 36506 Schuttgart: 36507 Может быть, какие-то id перепутаны, но скорее всего все в порядке. Можете проверить в следующий раз по шифт-клику, прежде чем убивать катапульту. Там и id можно посмотреть, и посмотреть название квеста. У каждой территории свой замок и свои форты. Вы получаете квест на эту территорию, так зачем же вы идете в другие территории и сносите там катапульты?

r30447: Редирект PK из грации во флоран

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

Но на денек таки выдам РО...

Ок, если найду, как этот бан снять. Никогда раньше не снимал

"Я тут в окно посмотрел - а там такое! Снег идет!" - подкинул тему для новой темы.

Да, здесь ошибся, за анимацию отвечает он. В общем, тема была бы совсем бесполезной, если бы благодаря ей не обнаружился баг. Исправил: r30446: У скиллов типа Stun, Sleep (и прочих с запретом повторного наложения) теперь может сработать более одного эффекта. Ранее, если прошел один, то остальные не срабатывали (пример - Bluff).

Зачем вы пытаетесь привязать стан к менталу? Это два разных, независимых параметра. Стан это состояние персонажа (abnormal_type = stun), которое в том числе отвечает за отображение звездочек над головой. Дважды такое состояние наложить на персонажа нельзя, а так же оно с определенным шансом пропадает от атак по персонажу. Само по себе это состояние не блокирует движения персонажа, за это отвечает p_block_act. trait = {trait_derangement} это параметр, который указывает, что именно дает защиту от данного скилла (то, что вы называете менталом).

С 43 до 33 это чисто CON. resist all mod это общая сопротивляемость любым дебафам, которую дают некоторые бафы.

Используйте команду .test, и шансы следующего скилла будут детально расписаны.

Если вас не волнует фан, то для чего вам пояса и заклепки? Хотя нет, не отвечайте, я знаю - вам важен процесс развития персонажа, а не результат. Ну так, я вам его замедлил и усложнил, продлите удовольствие

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

Зачем? Как раз, такие ключи нелегальны. Но 10-й виндой можно пользоваться даже если она не активирована: На рабочем столе нелицензионной Windows 10 будет показано напоминание о необходимости активации. Никаких внезапных полноэкранных пугалок, прерывающих текущий сеанс работы, как это было в Windows 8, больше нет. Функциональных ограничений в неактивированной Windows 10 не предусмотрено, за исключением одного — недоступны настройки персонализации. Это значит, что вы не сможете менять темы, обои, акцентные цвета и тому подобное. Если подписаться на участие в программе Windows Insider, водяной знак с напоминанием об активации пропадет, но персонализация не появится.

А вы хоть знаете, что винда сейчас стоит от 9 до 15 тысяч рублей?

Они кстати теперь не только сайты/адреса/группы банить смогут, но и до пользователей добрались...