Electr0

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

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

мне этот скрин не говорит никакой информации. как я уже говорил я не гадалка, надо писать не "пошагово", а откуда начал и каждый шаг расписал.

Добавил закрытие личных таймеров после конца раунда для исключения срабатывания до закрытия

ну это явно что-то не от плагинов, мы такое не делаем

В этом случае танк застрял перед прямо в момент передачи танка и умер, после респауна ты получил танка непонятно где застрял и снова переродился снова непонятно где. Касательно дыма, далеко ли были выжившие? Это первый спаун за карту? Что было до рождения толстяком? Кем ты был до рождения толстяком

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

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

Логи по последнему проваливанию: L 07/16/2016 - 18:16:33: Enuma Elish spawned as a TANK L 07/16/2016 - 18:16:33: "Enuma Elish<150><STEAM_1:0:38341808><Infected><TANK><ALIVE><6000+0><setpos_exact 0.00 0.00 -161.97; setang 358.06 60.38 0.00><Area 0>" spawned L 07/16/2016 - 18:16:34: TankSpawnTimer:: Name Enuma Elish (4), Is Tank 1, is ghost 0, m_iHealth_Prop_Send 6000, m_iMaxHealth_Prop_Send 6000, m_iHealth_Prop_Data 6000, m_iMaxHealth_Prop_Data 6000, z_tank_health 4000 L 07/16/2016 - 18:16:34: RandomizeTank:: setup Ice tank, fake 0 L 07/16/2016 - 18:16:34: RandomizeTank::BEFORE Enuma Elish (4), color 255255255 L 07/16/2016 - 18:16:34: RandomizeTank::AFTER Enuma Elish (4), color 100170 L 07/16/2016 - 18:16:41: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:16:50: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:16:52: (DEATH)"Enuma Elish<150><STEAM_1:0:38341808><Infected><TANK><ALIVE><6000+0><setpos_exact 4390.85 5030.07 121.13; setang -9.79 90.53 0.00><Area 4302>" killed "infected<51><><Infected><infected><DEAD><-950><setpos_exact 4415.31 5167.50 89.07; setang 0.00 407.43 0.00><Area 860>" with "tank_rock" AddMultiDamage: g_MultiDamage.GetDamageForce() == vec3_origin L 07/16/2016 - 18:16:58: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:17:01: SkillIceClaw:: target Slade, time 6.000000 L 07/16/2016 - 18:17:09: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:17:19: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:17:26: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:17:34: Tank rock models/props_debris/concrete_chunk01a.mdl L 07/16/2016 - 18:17:34: Event_TankFrustrated:: Enuma Elish (4), Ghost 0, Fake 0, iNumTanks 1, iTankWave 0 L 07/16/2016 - 18:17:34: ClearTankEnvironment: Enuma Elish (4), iTankWave 0, clear type 2, color 255255255, m_iHealth_Prop_Send 6000, m_iMaxHealth_Prop_Send 6000, m_iHealth_Prop_Data 6000, m_iMaxHealth_Prop_Data 6000, z_tank_health 4000 L 07/16/2016 - 18:17:34: Tank offer: Starting the lottery L 07/16/2016 - 18:17:37: MyrkaKotovich is updating line of scrimmage at tank battle end L 07/16/2016 - 18:17:37: (DEATH)"Enuma Elish<150><STEAM_1:0:38341808><Infected><TANK><DEAD><1+0><setpos 4674.64 5164.08 325.03; setang 17.82 92.07 0.00><Area 47100>" committed suicide with "world" L 07/16/2016 - 18:17:37: Enuma Elish is updating line of scrimmage at tank battle start L 07/16/2016 - 18:17:37: MyrkaKotovich is updating line of scrimmage at tank battle start L 07/16/2016 - 18:17:37: Eskimo Callboy spawned as a TANK L 07/16/2016 - 18:17:37: "Eskimo Callboy<479><STEAM_1:1:146985525><Infected><TANK><ALIVE><6000+0><setpos_exact 39.98 2049.48 419.98; setang 16.65 -104.67 0.00><Area 0>" spawned L 07/16/2016 - 18:17:37: (DEATH)"Eskimo Callboy<479><STEAM_1:1:146985525><Infected><TANK><DEAD><1+0><setpos 39.98 2049.48 357.98; setang 16.65 71.78 0.00><Area 0>" committed suicide with "world" L 07/16/2016 - 18:17:37: Enuma Elish is updating line of scrimmage at tank battle start L 07/16/2016 - 18:17:37: MyrkaKotovich is updating line of scrimmage at tank battle start L 07/16/2016 - 18:17:37: Eskimo Callboy spawned as a TANK L 07/16/2016 - 18:17:37: "Eskimo Callboy<479><STEAM_1:1:146985525><Infected><TANK><ALIVE><6000+0><setpos_exact 39.98 2049.48 -80.02; setang 358.71 46.12 0.00><Area 0>" spawned

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

Прототип 6: Реализовать синхронизацию номера слота для предметов что были перенесены из слота в слот. Добавить меню для новой команды

and before post screens in non english PLEASE THINK HOW WE CAN TRANSLATE THIS. valid only link resources.

Write all you know now

Разве она знает испанский?

Прототип 5: Сырая версия команды переноса содержимого слота в другой слот, sm_fs_move_objs_from_slot_in_other <текущий слот (1-10)> <новый слот (1-10)> <тип объекта> Пр: !fs_move_objs_from_slot_in_other 2 3 2, Типы: 0 - Все, 1 - Все обычное, 2 - Все платное, 3 - Оружие, 4 - Лампа, 5 - Персонаж Написана документация в справку касательно двух добавленных команд Синхронизация номера слота после переноса на тех предметах что загружены еще не работает.

Прототип 4: Нужно добавить в меню перенос предмета из слота в слот Нужно понять нужно ли помечать слот из которого загружен предмет как загруженный

Прототип 3: Сырая версия команды sm_fs_send_obj_in_slot <номер слота куда перенести предмет под курсором>, учтены исключения: выход за рамки лимита в слоте куда перенести, объект должен быть сохранен, объект нельзя перенести в тот же слот где он находится, если объект находится в закрепленном слоте то ему запретят бегство, если слоткуда нужно перенести закреплен он не примет предмет, при использовании этой команды стирается история действий как при сохрании загрузке, т.к возможны исключения насчет номера слота и продажных предметов. Цикл показа занятости сохранением, загрузкой слотов показывает все загружаемые, сохраняемые слоты а не первый попавшийся.

Прототип 2: Оптимизации системы сохранения Устранены исключения при выполнении команды запроса на сохранение всех предметов игрока в указанный слот и при сохранении всех предметов игрока под указанным стим идом и слотом. Теперь зная точный ID предметы можно перемещать между слотами, но это еще предстоит написать.

Прототип 1: Загрузчик прошивает ID предмета из базы данных на стадии загрузки вместо порядкового номера. После успешной транзакции сохраненного слота в базу данных отправляется запрос на взятие информации из слотов, с последующей прошивкой ID из базы данных путем поиска предмета в 2048 итераций в сумме, т.д. при загрузке запоминаем нужную инфу в стек и после проходим по предметам на сервере и заполняем ID предметов даннными из стека попутно стирая используемые записи и вынимая стек из памяти по окончанию. Теоритическая проблема как быть уверенным что это именно тот предмет, ведь иногда они строят на одном месте несколько предметов, но с другой стороны, это является допустимой погрешностью ведь игрок расположил их на одном и том же месте с теми же углами, значит для него такие предметы выполняют ту же роль и мы можем в теории спутать эти номера без какой либо трагедии для игрока, главное не задать им один номер, но в том методе что я использую нельзя обратится к одному предмету дважды так что это тоже исключено.