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 добавлен и реально есть в миссии? ---- Лучше наверно мне миссию целиком скинуть.

1. Он должен просто существовать и должен быть живым. 2. Юнит с ролью COMMUNACATION_POST и communication_unit, который передается в addAirDefenceUnit() - это разные объекты. Юнит с ролью COMMUNACATION_POST ((это объект класса msfAirDefenceUnit)) - это юнит, который обеспечивает связь всей группировки ПВО целиком, с другими группировками. Если его уничтожить без связи будет куковать вся группировка. А вот communication_unit (это объект класса msfUnit) - это юнит, который обеспечивает связь одного конкретного юнита airDefence внутри группировки. Если его уничтожить без связи останется один конкретный юнит группировки. 3. На работу юнитов группировки также влияет их здоровье. Например, если юнит не уничтожен, но поврежден, то появляется вероятность, что он не будет выполнять свои функции. Чем больше повреждение, тем больше вероятность, что-то откажет. ---- Это значит, что юнит с ролью COMMUNACATION_POST инициализирован не правильно или он вообще не был создан, или был уничтожен, или был поврежден. Убедись, что объекты которые ты используешь в скрипте, соответствуют реальным объектам созданным в редакторе (если конечно, ты не создаешь их динамически). ---- P.S.: Можешь просто скинуть свою миссию, может быть у меня будет время посмотреть, что там не так. Ну или скинь сюда кусок скрипта, создающего группировку ПВО, может я сразу увижу в чем ошибка.

Нет, наоборот лучше раскидывать по разным группам (по группам крайне важно раскидывать юниты с ролями EWR, LN, AMBUSH, USER_COTROLLED_UNIT, OBSERVATION_POST) - так как скрипт управляет включением \ выключением AI, а у наземных групп он общий. (Примечание: Я пишу именно о группах DCS World, а не о группировках ПВО). Это юнит, который отвечает за связь с остальной группировкой (внутри группировки). По моему в руководстве я делал описание (см. 38 страницу руководства - http://forums.eagle.ru/attachment.php?attachmentid=92959&d=1389558825).

Немного поправлю, а то как-то двухсмысленно звучит. getDCSWorldUnit() - это метод отбрасывающий оболочку MSF с объектов класса Unit и возвращающий соответствующий объект SSE.

Высадку с ИЛ-76 я помогал реализовать для ZORG-а и у него в итоге все заработало. У меня его миссий не осталось, но можешь поинтересоваться у ZORG-а может ли он дать рабочий пример.

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

На примере какой миссии можно посмотреть?

Возможно, не срабатывает условие по высоте между группой и вертолетом - такое часто бывает, если площадка где-то в горной местности. Как вариант можно переместить площадку на более ровное место.

Средствами SSE никак. Вопрос понимался много раз, хотелка была wish list-ах тестерской части форума, но видимо так и сгинула в большой массе других хотелок. Есть и другие актуальные \ не реализованных хотелоки по SSE (как минимум три) - попробую уточнить их судьбу на данях.

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

Ну в основном для DCS :) Хотя последнее время на Огра ещё подсел, но те сцены которые сейчас рендерю и нынешний комп. нормально тащит. Так у меня сейчас итак i5 :D У меня сейчас: Меня напрягает, что компу уже больше 4 лет и он нещадно эксплуатируется - как бы не получить "сюрприз" в неподходящий момент :) Я стараюсь брать BOX-овые процы и таковых с буквой К я не видел. Тоже думал, но там цена сразу + 10К, вот я думаю стоит ли этот +1 Гб десяти кусков. ---- А кто что по HDD посоветует или SSD?