Dmut

просто не нашли подходящего удобного готового GUI, решили написать свой. что бы не плодить кол-во используемых инструментов - решили писать на LUA, он для этого подходит не хуже других и уже использовался к тому времени в проекте. правда позже, для оптимизации производительности, много функционала было вынесено из ЛУА в Си и используется в ЛУА-коде в виде модулей.

купи лицензионную игру.

ты прав. секция mission.trig.custom будет работать в а-10 для ГС2 и ЧА нужно использовать mission.customtrigfunc порядок секций в файле (до\после) не важен.

очень жаль, что тебя забанили в гугле... =) http://w3.impa.br/~diego/software/luasocket/tcp.html#receive

откуда сомнения? интерфейс LUA GUI (в смыcле API) писался нашим программистом Ильёй Беловым, как и сайт-учебник на народе. сейчас сам системный инструмент используют для написания-расширения редактора и прочих частей проекта несколько людей.

рассмотрим миссию ДО, секцию trig trig = { actions = { [1] = "a_activate_group(\"vaz1\");a_set_flag(\"1\"); mission.trig.func[1]='';", [2] = "a_clear_flag(\"1\");a_deactivate_group(\"vaz1\"); mission.trig.func[2]='';", [3] = "a_deactivate_group(\"vaz1\");a_deactivate_group(\"Kolonna1-1\");a_activate_group(\"Kolonna1-2\");a_set_flag(\"5\"); mission.trig.func[3]='';", ... }, -- end of actions custom = { }, -- end of custom func = { [1] = "if mission.trig.conditions[1]() then mission.trig.actions[1]() end", [2] = "if mission.trig.conditions[2]() then mission.trig.actions[2]() end", [3] = "if mission.trig.conditions[3]() then mission.trig.actions[3]() end", ... }, -- end of func flag = { ... }, -- end of flag conditions = { [1] = "return(c_unit_in_zone(\"1\", \"start_bridge1\") and c_unit_in_zone(\"6\", \"start_bridge1\") and c_unit_in_zone(\"7\", \"start_bridge1\") )", [2] = "return(c_unit_in_zone(\"2\", \"end_bridge1\") )", [3] = "return(c_time_since_flag(\"1\", \"3\") and c_flag_is_true(\"1\") )", ... }, -- end of conditions customStartup = { ... }, -- end of customStartup funcStartup = { }, -- end of funcStartup }, -- end of trig что мы видим? типичный trig.func[x] выглядит как "if mission.trig.conditions[X]() then mission.trig.actions[X]() end", а теперь о том, зачем это было сделано. раньше, в акуле до 1.2 триггеры содержали в себе полную строку условий и действий. типа if unit_in_zone() then explode_unit() end; с LOP и Акулы 1.2 триггеры разделились на наборы условий, наборы действий и объединяющие их trig.func что это даёт сторонним моддерам? а вот что: теперь в trig.custom можно писать триггеры, используя наборы условий или действий из триггеров, прописанных в редакторе, что бывает удобнее, чем писать вручную в файл. например custom = { [1] = "if ( mission.trig.conditions[1]() or mission.trig.conditions[2]() ) and not mission.trig.conditions[3]() then mission.trig.actions[2]();mission.trig.actions[3]();end;" }, -- end of custom желающие могут это оформить для FAQ теперь насчет миссии ПОСЛЕ так, как условия соединения в OR у тебя простые, то подход выбран правильный, можно просто прописать руками c_unit_in_zone() OR c_unit_in_zone() OR... но лучше это сделать в секции custom, что бы при сохранении миссии выгружалка триггеров опять не выгрузила триггеры с условиями AND. например, в твоём конкретном случае можно сделать так: custom = { [1] = "if c_unit_in_zone(\"1\", \"start_bridge1\") or c_unit_in_zone(\"6\", \"start_bridge1\") or c_unit_in_zone(\"7\", \"start_bridge1\") then mission.trig.actions[1]();end;" }, -- end of custom

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

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

покажи пример того, что ты правишь и что считаешь лишним.

в планах есть. мелкие задачи продолжаем распараллеливать, выделять в отдельные потоки. но основная нагрузка симуляции всё ещё лежит на одном ядре.

к сожалению, пока маршрут наземки динамически менять нельзя

в а-10 уже можно выставить дробные числа прямо в спинбоксе, но в 1.2 придется терпеть, к сожалению это изменение находится в коде, поэтому простым редактированием скриптов редактора пофиксить не получится.

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

это способ разгрузить сеть, не передавать незначительные особенности сетевых фантомов на всех клиентов. "всё для людей, всё для народа" (С) =)

несмотря на то, что LO - воздушный симулятор, танки у нас проработаны лучше, чем в бателфилде. есть и настройки дальномеров, и стабилизаторы, и "разная электроника". а вот приборами "свой-чужой" ни один из представленных в LO танков не оборудован в жизни.

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

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

зачем эти странные догадки и гипотезы? достаточно просто спросить. так вот маневрирующая ракета у нас замедляется не по времени или дальности, а по перегрузке, + сопротивление воздуха, которое действует и на маневрирующие и на не маневрирующие. а

у тестеров и так задач хватает.

причем в ГС1 активировать - это начать движение. а видна эта колонна будет ещё до посадки, поэтому иммитация высадки получится слабая

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

можно было и с диска. правой кнопкой на setup.exe и выбрать "run as administrator"

это UAC шутки шутит, запусти setup.exe из-под админа

поспрашивал в Минске по рынкам-точкам - больше пираток, чем лицензий.

симулятор на замедление никак не реагирует, в смысле - по разному себя не ведет. внутриигровое время - величина неизменная и на треки не влияет.