Народ посоветуйте как разрешить такую проблемку.
Грубый пример (правда нето):
скажем началась драка, поток проги видя потерю сп начинаеть хавать банки. Тут я понимаю что невывоз и жму бсое и лечу 2 мин в лаге (тоеть тут меня уже нет но в городе тоже) прога все эти 2 мин спамит бестолку реквестюзеитем.
как можно отслеживать окончание провала после события телепортлокейшн?
врод как appearing шлет клиент как все переварит. А отвечает ли на него сервер чемто?
по идее ничем кроме данных после телепорта, т.е. нпсинфо, чаринфо, хз что будет если слать appearing самому сразу после телепорта, по логике вещей клиент может прикуеть, так что самое норм - хукать сенд пакет и ждать пока клиент сам отправит apprearing
Хукнут не проблема, но решение мне кажетса уж совсем неизящным. Ловить чаринфо это тоже как "наощупь".
проблема особенно острая в случае:
делает тп кудато свм, затем основа,сд остаетса на месте. В это время падают денс сонг.
Если я в момент тп сразу меняю в бд свою локацию начинает истерично денсить свм считая что я уже рядом. Если жду аперинга то пляшет сд. А посути меня нет не там не тут. Гдежеблять я в это время и как им "сказать" что меня нет.
Добавлять какойнеть флаг char.inaccess если ток чтоб при установлено getdist возвращала скажем 9999.
mira, можно сделать проще. Перед бафом отсылать пакет Action c ObjectID основы, если основа уже телепортировалась, то получим пакет MyTargetSelected от сервера, если нет то пакет ActionFail.
mira, а если попробовать отслеживать пакеты ObjectDelete и CharInfo. Если ловим на сапе ObjectDelete с ID основы, запрещаем баф. Когда ловим CharInfo, опять-же с ID основы, то значит основа появилась в зоне видимости сапа и баф разрешаем. Точное расстояние между чарами можно получить через уравнение длинны вектора: