BAntDit

Кабан более чем в два раза дороже... ---- Цена вполне нормальная, если быть уверенным в качестве, но вот гдлядя на эту пластмассу уверенности нет - у меня от X-52 Pro плохоие воспоминания остались. Я вот подумываю взять этот X-56, но боюсь на долго его не хватит... - у кого-нибудь уже есть опыт использования, чтобы поделится впечатлениями?

Я извиняюсь, но не получится. Сейчас у меня нет возможности даже просто полетать, я уже молчу про все остальное...

В качестве аргумента можно использовать таблицу, поля которой будут содержать все необходимые аргументы. parameters = { param1 = a, param2 = b}; function myfunc(parameters) local a_, b_ = parameters.param1, parameters.param2; //... do something end; timer.scheduleFunction(myfunc, parameters, time); как-то так...

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

Подобные вещи реализуются другими средствами, хотя тоже не без помощи Lua. Можешь добавить свой код в функцию on_set_unit скрипта Server.lua в папке DCS World\Scripts\net. on_set_unit вызывается при занятии пользователем слота, в этот момент можешь проверять сколько игроков с каждой стороны и если слот относится к той стороне, на которой итак много игроков, то можешь кикать его с сообщением о необходимости выбрать другую сторону. Вот тут можно почитать про использование серверных скриптов: http://forums.eagle.ru/showthread.php?t=32061 На некоторых серверах в Online, вроде как, это уже сделано. ---- Да, в выходные могу появится в каком-нибудь чате... Напиши в каком.

Там внутри есть проверка: если точка высадки попадает в воду (не считая мелких рек), то высадка не выполняется. Проверку отключить не сложно, но смысла в этом нет, так как если высадить технику в море, она тупо утонет.

Да, скрипты будут видеть эту зону. Не будет видеть движок и соответственно к зоне нельзя будет обратится методами SSE и методами MSF тоже, потому что внутри они используют SSE.

Изменить можно, но эффекта от этого не будет - в этой таблице записано только то, что создано в редакторе, и если что-то записать туда по ходу миссии оно не начнет реально существовать (не создастся объект, который виден для DCS World). По тому и не работает, что триггерная зона реально не создается. Создается таблица описывающая эту зону, а сама зона как объект который видит движок DCS World не создается. Метод создания msf зоны использует trigger.misc.getZone() - т.е. msf-зоны создаются на основе реальных триггерных зон, созданных в редакторе.

1. таблица env.mission должна использоваться только для чтения - по сути в неё загружается все содержимое файла mission из архива миссии. Т.е. все то, что было создано в редакторе миссии. Добавление каких-либо сущностей в эту таблицу не создает их реально в игре. 2. o_0 - что за getDCSWorldTriggerZone(), _zone - это таблица по формату совпадающая с описанием триггерных зон в файле mission, эта таблица не объект, в ней нет никаких методов. По сути _zone это уже _dcsw_zone.

1. Программно умеют создаваться только Статические объекты и Группы различных видов юнитов (танчики, самолетеги, кораблики и т.п.). Триггерные зоны программно не создаются. 2. Можно программно задать Точку + Радиус, но тогда вместо стандартных триггерных условий, нужно будет написать свои Lua-предикаты.

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

Функция находит все объекты, которые в момент вызова попадают в объем поиска. ObjectSearchHandler вызывается по очереди для найденных объектов, до тех пор пока не будет вызвана для каждого найденного объекта или до тех пор пока не вернет false. Все правильно. Поиск происходит в момент вызова world.searchObjects, если в момент вызова объект не попадает в объем поиска, то и ObjectSearchHandler для него вызван не будет.

Наверно, все таки ты имеешь ввиду функцию msfUnit:hasTransportTask() - эта функция проверяет свойство юнитов isTransport. Свойство isTransport для юнитов устанавливается в True автоматически, если в редакторе миссии им выставлена задача транспорт, но автоматическое выставление выполняется только для вертолетов (поскольку на момент написания этой функции других управляемых транспортников не было,а для наземки задачи вообще не указываются). Для решения проблемы ты можешь выставить свойство вручную в init-скрипте для тех юнитов, которые планируешь использовать как транспорт: mission.model.units.имя_твоего_юнита:setTransportTask(true);

В группировку ПВО можно включить одновременно юнитов управляемых ИИ (LN или AMBUSH) и юнитов для управления игроками (CONTROLLED_UNIT) и они будут хорошо дополнять друг друга, но назначить на юнит одновременно две роли LN и CONTROLLED_UNIT нельзя они не совместимы. По идее было бы умно сделать автоматическое переключение ролей: включать роль CONTROLLED_UNIT, если игрок занял юнит ЗРК и включать роль LN, если игрок покинул юнит, но сейчас движок не позволяет этого реализовать - в событийной модели движка сейчас отсутствуют события занятия и покидания наземного юнита. Да, теоретически можно - вроде как все для этого есть, но писать в чате команды не удобно, лазить в radio menu за каждой командой тоже не удобно. Я когда-то писал хотелку по Action Menu как в Arma, но эта хотелка сгинула в массе других :)

Тут ошибок вроде не вижу. Вот этот (rgt643_comm) юнит в msf добавлен и реально есть в миссии? ---- Лучше наверно мне миссию целиком скинуть.