[Riptech]

Занятно, что серверный пакет, который выставляет в клиентских переменных данные по bind point - не содержит ориентацию.

        [Parser(Opcode.SMSG_BIND_POINT_UPDATE)]
        public static void HandleBindPointUpdate(Packet packet)
        {
            packet.ReadVector3("Position");
            packet.ReadInt32("Map Id");
            packet.ReadInt32("Area Id");
        }

Vector3 - это x, y, z.

Сами клиентские переменные s_bindPosition, s_bindAreaID тоже не содержат подобной инфы. Т.е клиенту ориентация не нужна впринципе. Кстати MapID клиенту не нужно тоже, зачем близы оставили MapID в пакете, хз, но это значение даже не читается хандлером (функция-обработчик данных с сервера по конкретному номеру пакета).

Видимо этот механизм выполнен кодом recall телепортации, типа трансцендентности монаха или круга лока, только recall координатами выступают координаты точки возвращения. Забавная недокументированная фича.

Лови близзовского кодера!

[Шыпр]

Чтобы сэкономить ещё немного времени, нужно Винду и вов ставить на ссд, покупать Флай маунта на 310 (а не 280%) и играть за дх или Монка. А чтобы попасть на работу на 5 минут раньше, нужно раньше выходить. Напишите статью по каждому из этих пунктов, пожалуйста.

[inspektor]

Новости про вов уже не те.

[iPilot]

(показать/скрыть)

Занятно, что серверный пакет, который выставляет в клиентских переменных данные по bind point - не содержит ориентацию.

        [Parser(Opcode.SMSG_BIND_POINT_UPDATE)]
        public static void HandleBindPointUpdate(Packet packet)
        {
            packet.ReadVector3("Position");
            packet.ReadInt32("Map Id");
            packet.ReadInt32("Area Id");
        }

Vector3 - это x, y, z.

Сами клиентские переменные s_bindPosition, s_bindAreaID тоже не содержат подобной инфы. Т.е клиенту ориентация не нужна впринципе. Кстати MapID клиенту не нужно тоже, зачем близы оставили MapID в пакете, хз, но это значение даже не читается хандлером (функция-обработчик данных с сервера по конкретному номеру пакета).

Видимо этот механизм выполнен кодом recall телепортации, типа трансцендентности монаха или круга лока, только recall координатами выступают координаты точки возвращения. Забавная недокументированная фича.

Это шарп что ли? Судя по стилю и порядку модификаторов метода. Всегда думал, что клиент ВоВа на плюсах написан.

[Xocta]

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

Я так писал и пока не отрицаю написанного=) Да и в WM никогда лучше полеты на новых территориях не вводить, устареют - пожалуйста. Потому что 1) "сетестрелом" никого не отловишь, 2) интерес к WM у тех, кто идет туда за 10% доп exp и наград поднимется, и они останутся безнаказанными (за свою жадность)

[Inarizoku]

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

[JayD]

А противоположной фракцией ведь можно уводить трактирщиков ? С помощью друга нельзя привязаться где хош ?

В бою не взаимодействует, а когда он будет бежать за твоим другом он в бою

[JayD]

Занятно, что серверный пакет, который выставляет в клиентских переменных данные по bind point - не содержит ориентацию.

        [Parser(Opcode.SMSG_BIND_POINT_UPDATE)]
        public static void HandleBindPointUpdate(Packet packet)
        {
            packet.ReadVector3("Position");
            packet.ReadInt32("Map Id");
            packet.ReadInt32("Area Id");
        }

Vector3 - это x, y, z.

Сами клиентские переменные s_bindPosition, s_bindAreaID тоже не содержат подобной инфы. Т.е клиенту ориентация не нужна впринципе. Кстати MapID клиенту не нужно тоже, зачем близы оставили MapID в пакете, хз, но это значение даже не читается хандлером (функция-обработчик данных с сервера по конкретному номеру пакета).

Видимо этот механизм выполнен кодом recall телепортации, типа трансцендентности монаха или круга лока, только recall координатами выступают координаты точки возвращения. Забавная недокументированная фича.

Лови близзовского кодера!

в SDK всё есть, причём тут их кодер)

[Kirian]

То-есть тот факт что вы как бы камень юзаете и сразу попадаете к инкиперу это всё фигня и не ускоряет геймплей. А вот то, что у вас забирают 2 секунды на развернуться и выйти из "отеля" это прям бедабеда? 

[Cregan]

И я так же думал, что всем это известно
Всегда сам инкиперился на макс радиусе и лицом в выход..

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

[AlexAm]

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

[Lavr]

Не знаю как для всех, но для меня это супер фишка, потому что после телепортации в Боралус я всегда делал разворот на 360 градусов в поисках выхода.

Зачем? Ты же возвращался к тому же направлению, сделав полный оборот.