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

Вот такой вот код для расстановки зданий diag_log format [" SPAWN BUILDINGS: Reading Settings ..."]; _PvpBuildingsSpawnConfig = [ ["Land_Mil_ControlTower",[4681.00,9892.00,0.0],[],0,"CAN_COLLIDE"], ["Land_Mil_ControlTower",[4300.00,10880.00,0.0],[],0,"CAN_COLLIDE"] ]; diag_log format [" SPAWN BUILDINGS: Readed Settings! Start spawn buildings!"]; fnc_spawnPvpBuilding = { _vBuildingName = _this select 0; _vBuildingPos = _this select 1; _vBuildingAttr1 = _this select 2; _vBuildingAttr2 = _this select 3; _vBuildingAttr3 = _this select 4; _vBuilding = createVehicle [_vBuildingName,_vBuildingPos,_vBuildingAttr1,_vBuildingAttr2,_vBuildingAttr3]; diag_log format[" SPAWN BUILDINGS: Place a building: %1, %2, %3, %4, %5 : %6",_vBuildingName,_vBuildingPos,_vBuildingAttr1,_vBuildingAttr2,_vBuildingAttr3,_vBuilding]; }; { _x call fnc_spawnPvpBuilding; } foreach _PvpBuildingsSpawnConfig; Исправил Теперь надо решить очень непростую задачку - ориентация объекта... Видел рабочие сервера с таким же билдом, где все кастомное расставлено ровненько относительно соседних обьектов и нет никаких левых текстур итп... ПОшел рыть аддоны на предмет ориентирования зданий во время их расстановки при запуске севрера...

Если владельца сервера Dayz0.61 от камрада 123news возмущает отсутствие лута в здании "гауптвахты" (это такая зеленая обшарпанная двухэтажка), а также на разбитой бронетехнике (танки, БМП и т.д), разбитых Уралах и уазиках и ряде гражданских машин, то вам - сюда. Из файла server_data.pbo серверной папки Addons посредством PBOManager и unRap извлекаем и разбинариваем config.bin (как это делать, в теме говорилось не раз). Редактируем полученный config.cpp. Здание "губы" называется "Land_Mil_House". Лут в нем предусмотрен, но сейчас отключен присвоением lootTag[] = {"abandoned"}; Находим в config.cpp записи касательно Land_Mil_House и корректируем lootTag - меняем abandoned на Military_east и/или Military_west в записях военного loot, и на civilian в записях гражданского loot (смотрите на соседние записи в config.cpp и все поймете). Учитывая, что для этого здания изначально установлен class HouseDefault ( а там есть ограничение lootMax = 6 ), увеличим обилие лута - допишем "губе", например lootMax = 24; class Land_Mil_House : HouseDefault { lootMax = 24; Еще такой момент. Интуиция подсказала уменьшить числа во всех записях типа locations[] = {{"lootBigClothes", 23}}; locations[] = {{"lootSmallClothes", 50}}; т.е. все эти 23, 50 и т.д. так, чтобы сумма их окончательных значений сообразовалась с величиною lootMax. При желании расширяем и ассортимент лута, добавляя новые классы и категории. По аналогии можно пройтись и по другим игровым объектам, где лут "заабандонен". Пакуем модифицированный config.cpp в server_data.pbo и тестируем результат. Внимательно высматриваем мелкий лут в траве, вскарапкиваемся на броню... Вот скрин "залутанной" комнаты на втором этаже губы.

Разобрался с ориентацией Вобщем setDir недостаточно, что бы выставить объект... (А я догадывался). diag_log format [" SPAWN BUILDINGS: Reading Settings ..."]; _PvpBuildingsSpawnConfig = [ ["Land_Mil_ControlTower",[4681,9892,0],[],0,"CAN_COLLIDE",55], ["Land_Mil_ControlTower",[4300,10880,0],[],0,"CAN_COLLIDE",55] ]; diag_log format [" SPAWN BUILDINGS: Readed Settings! Start spawn buildings!"]; fnc_spawnPvpBuilding = { _vBuildingName = _this select 0; _vBuildingPos = _this select 1; _vBuildingAttr1 = _this select 2; _vBuildingAttr2 = _this select 3; _vBuildingAttr3 = _this select 4; _vBuildingAngle = _this select 5; _vBuilding = createVehicle [_vBuildingName,_vBuildingPos,_vBuildingAttr1,_vBuildingAttr2,_vBuildingAttr3]; sleep 1; _vBuilding setDir _vBuildingAngle; _vBuilding setPos _vBuildingPos; _vBuildingCurrentAngle = getDir _vBuilding; _vBuildingCurrentPos = getPos _vBuilding; diag_log format[" SPAWN BUILDINGS: Place a building: %1 at Spawn Pos: %2. Current Pos: %3, Current Angle: %4, Object: %5",_vBuildingName,_vBuildingPos,_vBuildingCurrentPos,_vBuildingCurrentAngle,_vBuilding]; }; { _x call fnc_spawnPvpBuilding; } foreach _PvpBuildingsSpawnConfig; Принцип такой 1 Сначала мы создаем объект на карте - createVehicle 2 Затем мы задаем ему угловое положение относительно оси координат в градусах (поворачивается каркас обьекта - его границы) - setDir 3 Мы снова задаем ему положение на оси координат (на сей раз текстуры и тп переставляются заново с учетом пункта 2) - setPos Всё Никаких левых текстур и прочих глюков Все работает как надо )))

Все получилось в смысле отработки скриптов Но! scripts\custom\SpawnBuildings.sqf вызванный execVM освобождается только минут через 5 и то если к нему не обращаться так что с этим облом Ну хотя бы потренькались с execvm и тп то же польза

BorizzK при условии while он будет выполняться по циклу. Соответственно если стоит чтение с файла по циклу, то он в процессе обработки цикла будет постоянно читаться и выполняться. А если учесть, что в файле код не будет менять постоянно, результат сами понимаете)

BorizzK как вариант [] spawn { while {true} do { _handler = execVM "scripts\custom\externalscript.sqf" sleep 30; }; }; в конец того же инита вставить или куда надо, и этот файл будет читаться каждые 30 секунд. По процедурам типа spawn и execvm хорошо описано тут одним товарищем.

to Splinter ответил в личку. Широкой же общественности, возможно, будет интересно такое уточнение/дополнение к теме: Что означают все эти упомянутые выше записи (и им подобные) locations[] = {{"lootBigClothes", 23}}; locations[] = {{"lootSmallClothes", 50}}; В p3d модели объекта (строения/разрушенной машины) в ЛОДе Memory определены селекшны (в виде наборов многочисленных точек) с этими названиями lootBigClothes, lootSmallClothes и т.п. Таким образом, это - место спавна соответствующего лута. Хочешь уточнить, где же искать данный лут - лезь в модель, смотри. Как правило, в конфиге для нормально залутиваемых объектов есть соответствие между указанным числом (этими 23, 50 и т.д.) и реальным количеством точек в соответствующем селекшне. Но не всегда. Возможно, это недоработка разрабов, а может игре это и безразлично. На всяк случай, не заморачиваясь рассуждениями, урезал число, ориентируясь на количество лута, которое планировал заспавнить на этом селекшне.

про выполнение внешних скриптов во время работы сервера без его перезапуска возникал идея ))) в конце init.sqf call init_exec_external_scripts; (предварительно ее обьявив конечно же) в в самой процедуре например private _count; _count = 1; while { _count == 1 } do { _handler = execVM "scripts\custom\externalscript.sqf" sleep 30; }; externalscript.sqf при запущенном сервере будет доступен для редактирования а в нем например _vBuilding = createVehicle ["Land_A_Crane_02a", [4300.00,10880.00,0.0],[],0,"CAN_COLLIDE"]; _vBuilding Еще как вариент - встроить _handler = execVM "scripts\custom\externalscript.sqf" в event_killedZombie убил зомбака - выполнился скрипт