Таблица лидеров

Классная штука, поковырялся и разобрался, спасибо за информацию!

VIRrusR Отдыхаем А я еще придумал а не поделить ли нам зоны на зоны внутри зоны неск радиусов чем ближе к центру зоны тем сильнее радиация, газы, для биологического заражения это как правило неаткуально - ибо зараза она имеет бм равномерное распределение (это мы ее в нии на учениях по го проходили)

ребята, занимайтесь изучением языка вместе в теме Может еще себе чего нового подкрепите. По вопросу: поясняю, что есть функция getplayer() в некоем классе, которая возвращает некоторое значение. Она содежится в каком-то классе, доступ к которому можно получить через getgame(). Иными словами вызываем функцию getplayer из класса, доступ к которому через функцию getgame получаем.

NoNameUltima BorizzK , извиняюсь, господа... Я тут Вашу переписку почитал - врать не буду 90% сказанного я тупо не понял, но вот что я понял, это то, чтоNoNameUltima , так же как и я, не понимает, чего мы, ну, то есть BorizzK , пытаемся сделать. Уж извините, я только-только букварь осваиваю, но тем не менее, я так понимаю, что реализация должна соответствовать поставленной задаче, нет? А какая у нас задача? -- Создать зоны заражения различных типов (реализовано) -- Организовать проверку на нахождение игрока в одной из зон (реализовано) -- Организовать проверку на соответствие экипировки игрока типу зоны (частично реализовано - временное решение) -- Организовать проверку на состояние экипировки игрока (частично реализовано - временное решение) -- Организовать вывод сообщения игроку о нахождении в зоне заражения (реализовано) -- Организовать систему нанесения урона игроку, находящемуся в зоне (частично реализовано - нет градации урона по степени повреждений экипировки) -- Организовать ввод необходимых для работы скрипта параметров (характеристики зоны, сеты экипировки) из внешнего файла (.txtшки) - не реализовано. Как видим, у нас ещё не выполнены или выполнены в черновом варианте основные задачи. И тут начинается нечто, смысла чего, я, извините, понять не могу. "Мы создадим динамические массивы в каждом экземпляре класса, чтобы туда заносить указатели на указатели игроков, находящихся в данный момент в зоне." Хорошо, давайте создадим, почему нет? Теперь мы точно знаем, что в течение 12 секунд игрок находится (или не находится в зоне). Зачем? А чтоб ему сообщение не посылать каждые 12 секунд (кстати, чем это плохо?!), ну... Допустим! У меня не хватает знаний, чтобы понять техническую сторону Вашего спора, но позвольте спросить, если у нас стоит задача "пометить" игрока, находящегося в зоне, то зачем нам использовать для этого массив?! Что мешает нам просто "примотать" к текущему проверяемому игроку переменную прямо в теле проверки, и если она >1, (то есть игрок обнаружен в зоне n-ное количество раз) просто тупо не выводить сообщение, а если =1 (игрок обнаружен впервые), то выводить?! Или смысл этой затеи в самом использовании динамических массивов? Ну вот просто, чтобы было и всё?.. BorizzK , извини, но мне кажется, что ты начинаешь "растекаться мыслями по древу". Я предлагаю вернуться к реализации конкретной задачи. А уж выполнив её на 100%, можно будет и поизощряться с различными методами реализации элементов и оптимизацией. Я понимаю, что изначальная задача, возможно, кажется тебе примитивной, но, извини, я просто не поспеваю за твоими "задумками на будущее".

CarScript car = CarScript.Cast(entytyAI_car); if (car) { car.SynchronizeValues(); car.SetAllowDamage(false); }

Товарищу, который жаждет обновлять моды на стороне сервера автоматом. https://forums.dayz.com/topic/243855-steammod-updater-for-a-windows-dedicated-server/

что-то странное у вас происходит, неверно что-то установили судя по всему. Вот как должно быть: sheduler.xml <?xml version="1.0"?> <Scheduler> <!-- Объявления в чат --> <job id="0"> <time>17:09:00</time> <delay>000000</delay> <day>1,2,3,4,5,6,7</day> <loop>0</loop> <cmd>say -1 Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!!</cmd> <cmdtype>0</cmdtype> </job> <job id="1"> <time>17:09:30</time> <delay>000000</delay> <day>1,2,3,4,5,6,7</day> <loop>0</loop> <cmd>say -1 Рестарт произойдёт через 1 минуту. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!!</cmd> <cmdtype>0</cmdtype> </job> <job id="2"> <time>17:10:00</time> <delay>000000</delay> <day>1,2,3,4,5,6,7</day> <loop>0</loop> <cmd>say -1 Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!!</cmd> <cmdtype>0</cmdtype> </job> <job id="3"> <time>17:10:30</time> <delay>000000</delay> <day>1,2,3,4,5,6,7</day> <loop>0</loop> <cmd>say -1 Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!!</cmd> <cmdtype>0</cmdtype> </job> <job id="47"> <time>17:11:00</time> <delay>000000</delay> <day>1,2,3,4,5,6,7</day> <loop>1</loop> <cmd>C:\DayZServer\!!!kill_server.bat</cmd> <cmdtype>1</cmdtype> </job> </Scheduler> в логах: 17:08:29 : Rcon client logging in 17:08:29 : RCon admin #0 (127.0.0.1:50964) logged in 17:08:29 : RCon admin #0: (Global) Initializing Bec 17:09:00 : RCon admin #0: (Global) BEC : Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!! 17:09:30 : RCon admin #0: (Global) BEC : Рестарт произойдёт через 1 минуту. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!! 17:10:00 : RCon admin #0: (Global) BEC : Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!! 17:10:30 : RCon admin #0: (Global) BEC : Рестарт произойдёт через 3 минуты. Просьба выйти из сервера! Администрация не отвечает за потерю лута!!! в файле !!!kill_server.bat @echo off echo 123 pause exit по наступлению времени: Все работает как видим. У вас судя по всему или Battleye как-то странно настроен, или сам BEC не той версии, что в теме. Могу весь сервер чистый с Bec выложить если надо. Но как по мне маразм уже. !!!kill_server.bat