Electr0

исправил исключения на запуск таймера в случаях лечения, использования дефиба

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

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

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

После DispatchSpawn(int entity) обретает, перенес проверку туда.

Проблема в том что сразу после смены модельки она не обретает максимальные и минимальные

добавил в проверку на углы дамп получаемой информации и получил вот что:

Это на этапе загрузки:
L 06/20/2016 - 07:44:45: IsValidEntityCornersEx: client 1, entity -1, notify 0, vMins[3] -18.299501 -15.576991 -0.000004, vMaxs[3] 26.733657 14.319027 51.323619, vAng[3] 9.000000 271.452239 0.039565, vPos[3] 404.243469 -978.449645 491.221160

А это уже при редактировании:
L 06/20/2016 - 07:45:22: IsValidEntityCornersEx: client 1, entity -1, notify 1, vMins[3] -10.000000 -10.000000 0.000000, vMaxs[3] 10.000000 10.000000 50.000000, vAng[3] 9.000000 271.452239 0.039565, vPos[3] 404.243469 -978.449645 491.221160

Как можно заметить почему-то максимальные и минимальные разные. А это ключевой момент в расчете 8 крайних точек.

С обычной моделькой такого не наблюдается

В новой системе есть баг:

L 06/20/2016 - 01:51:56: [SM] Native "GetClientUserId" reported: Client 24 is not connected
L 06/20/2016 - 01:51:56: [SM] Displaying call stack trace for plugin "_OurPlugins\ally_multiple_equipment.smx":
L 06/20/2016 - 01:51:56: [SM]   [0]  Line 424, ally_multiple_equipment.sp::Event_Third1()
L 06/20/2016 - 01:51:56: [SM] Native "GetClientUserId" reported: Client 24 is not connected
L 06/20/2016 - 01:51:56: [SM] Displaying call stack trace for plugin "_Silvers\l4d_hats.smx":
L 06/20/2016 - 01:51:56: [SM]   [0]  Line 1343, l4d_hats.sp::Event_Third1()
L 06/20/2016 - 01:52:03: [SM] Native "ReadPackCell" reported: DataPack operation is out of bounds.
L 06/20/2016 - 01:52:03: [SM] Displaying call stack trace for plugin "_Silvers\l4d_hats.smx":
L 06/20/2016 - 01:52:03: [SM]   [0]  Line 1406, l4d_hats.sp::tmrDelayReturnFirstViewTarget()
L 06/20/2016 - 01:52:03: [SM] Native "ReadPackCell" reported: DataPack operation is out of bounds.
L 06/20/2016 - 01:52:03: [SM] Displaying call stack trace for plugin "_OurPlugins\ally_multiple_equipment.smx":
L 06/20/2016 - 01:52:03: [SM]   [0]  Line 487, ally_multiple_equipment.sp::tmrDelayReturnFirstViewTarget()

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

полагаю луч трассировки встречает препятствие в виде предмета, однако странно..

1 час назад, EskimoCallboy сказал:

Терафлю или Тефаль?)

тефаль под пукан, благодаря антипригарному покрытию полетишь выше и дальше пнутого ежа D

добавил пометку ведьм созданных через админку

15 минут назад, KOllapsE сказал:

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

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

Скорее всего придется помечать ведьм из админки и игнорить их поджиг.

Проблема с  zombie_ignited исправлена, теперь идет точное отслеживание горел ли субьект поджига, и если только начал гореть то тому кто поджег даем награду, однако теперь житрожопые админы смогут провернуть следующее: поставить много ведьм - поджечь, и за каждую получат по доллару, как-то не порядок

Как я вижу событие поджига zombie_ignited происходит все время пока горит объект поджига, затем и нужна защита от перенаград.

Только что, EskimoCallboy сказал:

А пердак температуру 

держи при себе тефалю!

1 час назад, EskimoCallboy сказал:

Да, бывает, что и я Кержаков) 

у тебя в этот момент монитор меняет форму