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()

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

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

Добавил твики исходя из сложности

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

внутренее тестирование закончено, работает отлично), теперь оружие будет видно когда это нужно добавлена полная поддержка вида от третьего лица (при активных эвентах не будет скрывать шапки если включен показ шапок, оружия)

Значение Статус изменено на: Тестируется

Значение Статус изменено на: Тестируется

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

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

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

Значение Статус изменено на: Тестируется

Значение Статус изменено на: Тестируется

Значение Статус изменено на: Тестируется

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

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