Яркий пример в Giant Cave на Младших Гигантах.
Они там все активно двигаются, некоторые даже в стену, и когда я беру в моба в таргет, он как бы телепортируется на свое реальное место.
Понятно, что на серверной стороне он находился в нужном месте.
Никто не разбирался с этим косяком?
Сборка GF PTS, клиент GF. А вообще замечал такое на многих серверах, а вот на оффе не припомню.
Яркий пример в Giant Cave на Младших Гигантах.
Они там все активно двигаются, некоторые даже в стену, и когда я беру в моба в таргет, он как бы телепортируется на свое реальное место.
Понятно, что на серверной стороне он находился в нужном месте.
Никто не разбирался с этим косяком?
Сборка GF PTS, клиент GF. А вообще замечал такое на многих серверах, а вот на оффе не припомню.
При взятии в таргет отправляется пакет ValidateLocation, т.к расположение моба не совпадает на клиенте и сервере моб прыгает, а дальше копать скорее всего в мувинг или иные причины несовпадения координат
У меня в хлапе на птсе при выделении в таргет стабильно прилетает от сервера к клиенту ValidateLocation, правда птс не финал. В целом не настаиваю тк с птсом дел не имел дальше разбора пакетов.
Яркий пример в Giant Cave на Младших Гигантах.
Они там все активно двигаются, некоторые даже в стену, и когда я беру в моба в таргет, он как бы телепортируется на свое реальное место.
Понятно, что на серверной стороне он находился в нужном месте.
Никто не разбирался с этим косяком?
Сборка GF PTS, клиент GF. А вообще замечал такое на многих серверах, а вот на оффе не припомню.
Возможно проблема в L2NPC ( не проходит проверку, либо не все что нужно приходит в L2Server , позиция меняется но без валидации) , в PTS'e он отвечает за передвижение мобов, нпц и прочего. Хотя в клиенте так же есть заскриптованный метод patrooling ( наследует всем классам крипов, нцп) который самовольно может двигать нпц и мобов, только на стороне клиента, но вроде бы он всегда отключен и не работает.
На клиенте, ибо на другом окне моб может быть в другом месте и не двигаться, например. Это конечно не отменяет того, что сервер может разные координаты передавать разным клиентам, но это менее вероятно
Ладно, буду копать, спасибо.
На клиенте, ибо на другом окне моб может быть в другом месте и не двигаться, например. Это конечно не отменяет того, что сервер может разные координаты передавать разным клиентам, но это менее вероятно
Ладно, буду копать, спасибо.
То Pawn.Velocity,Pawn.Acceleration на стороне клиента будет изменен ! Что в свою очередь заставит монстра двигаться не так как нужно .
Полный метод И на сколько известно HerdMonster унаследован для всех крипов
У нпц класс называется HerdNpc, функция та же .
Можно попробовать это исправить указав в Npcgrp.dat для ID(Тех монстров) не существующий класс(самая первая строка до запятой ), естественно в игре могут возникнуть проблемы с этими монстрами(скорее всего они будут изменены на класс rabbit, либо просто не будут отображаться , но для быстрого теста это может и подойдет).
Да и как по мне это может не иметь ничего общего с реальной проблемой, NCSOFT бы не стали такое оставлять в клиентских файлах(еслиб оно реально влияло на передвижение крипов даже только на стороне клиента), скорее всего чего то просто не хватает на сервере.