Вопросы.

[naryv]

Возник вопрос следующего плана.

1. В каких единицах возвращается значение по запросу Z_VelocityIAS и подобные? Получал с subtype=-1. Значение в среднем ниже на 2,36, если ориентироваться по прибору в км/ч на 500-х метрах.

в метрах/секунду все подобные параметры.

2. Так как не совсем ясно, в каких единицах возвращается значение по вопросу выше, пробовал получать по Z_VelocityMach. Стало похоже на правду, но возник еще вопрос: конкретное значение ск. звука зависит от температуры воздуха?

да, зависит

[Small_Bee]

в метрах/секунду все подобные параметры.

да, зависит

Ок, спасибо! про метры в секунду мог бы и сам, блин, догадаться, но башка уже не варила.

[naryv]

Ок, спасибо! про метры в секунду мог бы и сам, блин, догадаться, но башка уже не варила.

а я уж проверять начал, что там не так

[-atas-]

Если создавать свой новый аэродром, то самолеты будут рождаться на его окружности (внутренней если нет ВПП и внешней, если создать ВПП) если не создать аэродромные точки. Самолеты вероятно рождаются на том аэродроме, ближе к центру которого расположена точка спауна. Радиус окружности можно кстати отредактировать в файле миссии в блокноте, чтобы сделать его меньше, чем предусмотрено редактором.

Маркеры видимо можно поставить в редакторе, потом открыть миссию в блокноте и скопировать координаты в файл .section

Черный экран - это возможно нехватка памяти или глюки драйверов или директ-Х. Никогда такого не было. Все 4 галки снять нужно, может из-за них.

[Geniok]

Единственное, не совсем понял как запустить выделенный сервер, и самому же к нему присоединиться. Ведь как я понял, если уже запустил БОБ с параметром -server, то пока его не снимешь - не сможешь запустить же обычный "несерверный" БОБ, чтобы опять присоединиться к серверу? Или серверный БОБ позволяет и запустить сервер, и тут же к нему присоединиться? В-общем чето я заблудился тут в серверах

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

но лучше написать cmd-файл для запуска сервера.

[Leon ZH]

@ naryv
А можно ли только триггерами задать непрерывное возрождение группы или группа может возобновлятся только один раз?

[-atas-]

@ naryv
А можно ли только триггерами задать непрерывное возрождение группы или группа может возобновлятся только один раз?

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

[naryv]

Есть еще 3я категория пользователей, достаточно многочисленная, которая триггеры пишет в редакторе, а потом скачивает с форума какой-нибудь скрипт с нужным функционалом и бросает его в папку с миссией. Важно, чтобы все, что было создано в редакторе не переставало при этом работать, включая триггеры и экшны.

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

PS. Кстати, на продолжение темы танковых битв для Репки2 можно надеяться? Не к спеху, просто когда -нибудь?

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

@ naryv
А можно ли только триггерами задать непрерывное возрождение группы или группа может возобновлятся только один раз?

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

[naryv]

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

попробовал, без скрипта не получится. Дело в том, что рождённые по скрипту группы создаются уже в новой миссии а триггер работает по имени основной миссии+имя группы. В общем надо скриптом грузить миссию в которой стоит триггер на уничтожение объекта из миссии. И по этому триггеру опять грузить эту миссию, так получится бесконечный цикл уничтожения-восстановления группы.

А в патч уже поздно воткнуть фунционал зацикливания для триггера рождения (в полном редакторе)? Это ну очень бы облегчило создание миссий. Сейчас все вопят по поводу Р1, что там убив все танкеры, новые не рождаются. Т.е. можно сделать, чтобы они возродились 1 раз максимум. Но уже возникла необходимость подобных циклов для самолетов-ботов, наземки (автоколонн, н-р), и т.д..

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

[-atas-]

В случае с ботами понятно: подмиссия рождает боты-самолеты с триггером на уничтожение, к-е уничтожают корабли в их подмиссии. Самолеты возвращаются на базу, по их прилету в заданную точку подгружается новая подмиссия с самолетами с триггером на уничтожение, и по новой. А если вместо ботов-самолетов люди? Корабли-то они потопят, но новые триггеры на уничтожение не подгрузятся, следовательно не произойдет рождение кораблей. Принцип ясен, посмотреть бы простой пример, очень назрел вопрос.

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

[naryv]

В случае с ботами понятно: подмиссия рождает боты-самолеты с триггером на уничтожение, к-е уничтожают корабли в их подмиссии. Самолеты возвращаются на базу, по их прилету в заданную точку подгружается новая подмиссия с самолетами с триггером на уничтожение, и по новой. А если вместо ботов-самолетов люди? Корабли-то они потопят, но новые триггеры на уничтожение не подгрузятся, следовательно не произойдет рождение кораблей. Принцип ясен, посмотреть бы простой пример, очень назрел вопрос.

не так, не важно кто потопит корабль, при его потоплении, миссия с кораблём загрузится снова - вот пример: ship_respawn.rar в миссии ship.mis танкер плывёт и есть триггер на его уничтожение, в основной миссии ship_respawn эта миссия грузится при старте и при потоплении танкера, по триггеру ship_Destroy из миссии ship, будет грузиться каждый раз при уничтожении танкера.

Еще вопрос по кораблям-самолетам. Скажем есть 10 танкеров, которые идут через пролив. Нужно, чтобы 1 раз в 20-30 минут возникало звено бомберов и топило эти танкеры. Вопрос вот в чем: танкеры не группируются в 1 группу. Т.е. у нас есть подмиссия с самолетами, и есть подмиссия с 10 танкерами. Если звено самолетов может одновременно атаковать только 1 танкер, то нужно создать тогда 10 подмиссий, в каждой из к-х будет по 1 танкеру? И ссылаться тогда на каждую по отдельности? Или можно каким-то образом перечислить все 10 танкеров в 1 подмиссии для авиазвена?

в этом же примере группа штук атакует баржи, т.к. target не указан - боты сами разбирают себе цели.

[-atas-]

в этом же примере группа штук атакует баржи, т.к. target не указан - боты сами разбирают себе цели.

Вау! это решит многие проблемы.
В каком радиусе и как долго бомберы будут искать себе цели? Т.е. если танкеры только что родились где-то далеко, бомберы полетят их искать в их направлении или как долго будут ждать их подхода?
Тот же вопрос, если бомберам будет указана 3я точка маршрута с посадкой, будут ли они искать цель в каком-то радиусе или ждать ее какое-то время?
Просто есть идея возрождать танкеры по триггеру, а бомберы по времени и они могут рождаться и подходить к точке рандеву совсем не одновременно.

ps. Если танкеры и бомберы рождаются в разных подмиссиях, бомберы про танкеры будут "знать", будут их искать?

[naryv]

Вау! это решит многие проблемы.
В каком радиусе и как долго бомберы будут искать себе цели?

5 км

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

если это крайняя точка маршрута - будут летать ждать.

Тот же вопрос, если бомберам будет указана 3я точка маршрута с посадкой, будут ли они искать цель в каком-то радиусе или ждать ее какое-то время?

цель поищут в 5 км, если не найдут - бомбы кидают в молоко и на посадку.

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

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

ps. Если танкеры и бомберы рождаются в разных подмиссиях, бомберы про танкеры будут "знать", будут их искать?

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

[-atas-]

Триггер 123TankerDestroyed, например, ты все равно задаешь в редакторе в подмиссии 123.mis. А дейстивие "загрузить подмиссию 123.mis" при срабатывании триггера 123TankerDestroyed прописываешь в главном скрипте миссии.

Чтобы читать скрипты советую за 2 вечера просмотреть вот эту книжку http://www.hse.ru/ru/news/25546368.html или что-то с таким же содержанием в интернете. Потом прочитать все скрипты из выложенных ранее миссий. Многие вопросы отпадут.

[Scavenger]

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

[naryv]

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

[Leon ZH]

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

А в какую папку missions положить multi/dogfight, чтобы посмотреть как работает возрождение кораблей?

[naryv]

Илья, еще раз спасибо за корабли, все работало безукоризненно, с первой попытки! Вопрос возник такого плана: а можно ли каким-то образом создавать группы кораблей, по типу самолетов? Ну, такое своеобразное "звено". Т.е. выбрал кораблик, поставил количество, допустим 4, задал строй - "кильватер", "правый пеленг", "левый пеленг", "фронт", ну и т.д. Если такое невозможно (в редакторе вроде не встречал), то планируется ли включить со временем? Было бы очень удобно ПМСМ .

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

@ naryv

А как сделать, чтобы новые корабли на обломки не наезжали или по крайней мере не рождались внутри обломков?

Я бы рождал новые после таймаута, например, так:

base.OnTrigger(missionNumber, shortName, active);    
        if ("ship_Destroed".Equals(shortName) && active) 
        {
              GamePlay.gpHUDLogCenter("Ship destroed. New ship will be spawn 3 minutes later");
              Timeout(180, () => {
                       GamePlay.gpPostMissionLoad("missions\\ship.mis");
               });
              
       }

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

Этот вопрос уже был по статическим кораблям, зениткам и проч. Т.е. если новы объект рождается на месте обломков обломки надо бы убрать. ИМХО лучше в коде игры, чтобы каждый объект в скрипте не прописывать.

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

Пока это не возможно, что добавить в скрипт , чтобы при приближении к обломкам возродившегося танкера идущего по тому же маршруту их убирать? Или для начала не рождать танкер в обломках? В идеале можно рядом рождать, а обломки уничтожать через час, например, чтобы сервер не грузили. Или обломки за час сами исчезнут? Некоторые суда садятся на мель после бомбардировки и не исчезают.

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

Пересечение объектов некрасиво смотрится. В коде бы "защиту от дурака" вставить. В моей миссии то же самое было.

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

Вот кстати про это тоже хотел сказать, что можно ли задать задержку рождения танкеров скажем 10 мин, чтобы если он даже родится в самом начале пути, то другой тут же не наезжал на него, а давал возможность в течение 10 мин потонуть первому. Ну или удаление обломков через 5 мин, рождение нового танкера - через 10 мин. Потому как многие тоже жаловались, что в миссии на Р1 обломки не уничтожаются, плавают там себе под водой, вводят комрадов в заблуждение.

см. выше, пример с таймаутом, время таймаута задаётся в секундах.

И еще: теперь, когда с кораблями разобрались, остро встал вопрос окончания миссии. Т.е. танкер приходит в порт, и миссия перезагружается. Как это грамотно сделать? Ну, допустим, один из танкеров прорвался таки в порт противника, достиг заданной точки - все, конец миссии, надпись на экране "В этот раз вы проиграли, герр, в следующий раз вы обязательно победите!"?

Рестарт битвы на сервере надо делать battle Stop и battle Start . Ну или можно по всем объектам пробежать и дестроить их, тогда с карты можно не уходить, самолёты тоже можно оставить, а потом загрузить первую миссию.

Еще возникал вопрос по стату: возможно ли вести статистику, кто сколько раз победил? Ну допустим, если миссия в целом будет работать по 4-6 часов, то несколько раз она перезагрузится точно, можно как раз вести статистику, н-р красные-синие - 6:0 или 25:32, ну и т.д. так в течение времени будет накапливаться.

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

[-atas-]

Рестарт битвы на сервере надо делать battle Stop и battle Start . Ну или можно по всем объектам пробежать и дестроить их, тогда с карты можно не уходить, самолёты тоже можно оставить, а потом загрузить первую миссию.

На Репках и Синдикате от battle Stop и battle Start пришлось отказаться, т.к. вылезали ошибки notDestroyedActor, которые как-то глючили, не помню уже. Видимо остается 2й вариант - дестроить всех акторов кроме игроков, написать на экране о победе\поражении, счет +1, и о том, что "Миссия перезагружена, проверьте карту" Чтобы те кто в воздухе на аэродром противника не садились.

--- Добавлено ---

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

В бою это каждый раз происходит. Их бы клином или уступом развернуть заранее. Можно везде кроме мостов и населенных пунктов. И тольлько на мостах и в городах пусть в колонно перестраиваются. Антуражнее будет и ресурсов не больше.

--- Добавлено ---

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

В прошлой миссии с Р1 по 3-4 корабля недотопленных в цепочку собирались. Выкладывал ссылку на галерею багов Р1 в теме про баги.

Сейчас то же самое получится в новой миссии. Через 30-40 минут новый корабль может врезаться в недотопленный прошлый корабль. Или триггер не сработает пока корабль ко дну не пошел совсем? ИИ капитанов на судах нет, чтобы обходить обломки как танки хотя бы?

[Small_Bee]

В прошлой миссии с Р1 по 3-4 корабля недотопленных в цепочку собирались. Выкладывал ссылку на галерею багов Р1 в теме про баги.

Сейчас то же самое получится в новой миссии. Через 30-40 минут новый корабль может врезаться в недотопленный прошлый корабль. Или триггер не сработает пока корабль ко дну не пошел совсем? ИИ капитанов на судах нет, чтобы обходить обломки как танки хотя бы?

Надо, даже обязательно надо, четко отслеживать момент, что бы не рождалось наземки больше, чем уничтожалось.
Например, это делается так - миссия-хост загружает (назовем все миссии, отличные от стартовой - слейвами) слейв только один раз. И слейв сам себя контролирует. В случае с колоннами чуть сложнее, в случае с танкерами - слейв самостоятельно отслеживает состояние своего танкера (найти его не проблема, по-умолчанию миссия вызывает методы только для своих объектов), и, по условию, перед тем как загрузить сама себя, принудительно танкер уничтожает. Точно также и танки - перед загрузкой самой себя слейв прибивает все свои объекты. Тогда не будет лишних обломков и битва не будет зарастать мусором.
Недостаток такого подхода очевиден, слейв ничего не знает о событиях в масштабе битвы. За исключением, конечно, прямого приказа слушать все события. Но все равно он ничего не знает о пользовательских данных хоста (счет и т.д). Это можно обойти чуть более сложным методом:
1. Именовать объекты в миссии таким способом, что бы хост точно знал, к какой миссии какой объект относится. Перед загрузкой нового слейва убиваем все объекты старые прямо из хоста. Имена объектов можно менять прямо в файле (имена подчиняются определенным правилам правда).
2. Любой актор в полном имени содержит в начале номер миссии к которой принадлежит. Загружаем слейв, реагируем на OnMissionLoaded - в параметре передается номер свежей миссии. Все, мы можем выборочно убивать объекты по номеру. Далее загрузили следующую, и т.д.
3. Если не ошибаюсь, можно получить доступ к номеру, который будет присвоен следующей загруженной миссии. Тогда перез загрузкой новой миссии просто запоминаем этот номер. Далее как во втором пункте.

Идея всего вышеописанного - обязательно убирать за собой перед повторной загрузкой. Тогда и танкеры не будут упираться в своих предшественников.

[-atas-]

@ naryv

А как сделать, чтобы новые корабли на обломки не наезжали или по крайней мере не рождались внутри обломков?

Этот вопрос уже был по статическим кораблям, зениткам и проч. Т.е. если новы объект рождается на месте обломков обломки надо бы убрать. ИМХО лучше в коде игры, чтобы каждый объект в скрипте не прописывать.

Пока это не возможно, что добавить в скрипт , чтобы при приближении к обломкам возродившегося танкера идущего по тому же маршруту их убирать? Или для начала не рождать танкер в обломках? В идеале можно рядом рождать, а обломки уничтожать через час, например, чтобы сервер не грузили. Или обломки за час сами исчезнут? Некоторые суда садятся на мель после бомбардировки и не исчезают.

Пересечение объектов некрасиво смотрится. В коде бы "защиту от дурака" вставить. В моей миссии то же самое было.

[Kros]

Подскажите, с команд скрипта можно влиять на управление самолета игрока? Ну допустив взять и отклонить на определенный угол элерон или руль высоты, т.е. я задам в скрипте значение переменной которое отклонит руль на 5 едениц. Если можно то какие параметры или классы (не знаю как назвать) за это отвечают, пример в коде былбы кстати.

[Vetochka]

А как напрямую получить статистику по игроку во время миссии? Я имею в виду ганстат, киллы, смерти и т.д. в общем все что есть.

[Small_Bee]

Пример такой организации по той же ссылке, что я выше дал. Миссия с танками грузит сама себя, когда ее танки уничтожены. Может играть до бесконечности(вернее исчерпания Int64 ), никакого мусора.

Не грузите миссии по таймеру из хоста. Сделайте загрузку миссий волнами - первая группа миссий, через 40 минут вторую группу миссий (не эту же самую!) еще через 40 еще группу миссий. И т.д. В каждой - по кораблику. Можно и несколько, но тогда и появляться они толпой будут. А она уже сама разбирается, когда ей загрузится повторно - это может быть таймер, TaskCompleted (кораблик приехал), ActorDead или все вместе и т.д. И перед загрузкой, если кораблик еще как-то есть, делаем ему дестрой. Все. Только не пересекайте маршруты.

Плюсы. Никакого мусора. Четко знаем, сколько корабликов максимум одновременно плавает. Убить сервер толпой юнитов исключено.

[-atas-]

Пример такой организации по той же ссылке, что я выше дал. Миссия с танками грузит сама себя, когда ее танки уничтожены. Может играть до бесконечности(вернее исчерпания Int64 ), никакого мусора.

Не грузите миссии по таймеру из хоста. Сделайте загрузку миссий волнами - первая группа миссий, через 40 минут вторую группу миссий (не эту же самую!) еще через 40 еще группу миссий. И т.д. В каждой - по кораблику. Можно и несколько, но тогда и появляться они толпой будут. А она уже сама разбирается, когда ей загрузится повторно - это может быть таймер, TaskCompleted (кораблик приехал), ActorDead или все вместе и т.д. И перед загрузкой, если кораблик еще как-то есть, делаем ему дестрой. Все. Только не пересекайте маршруты.

Плюсы. Никакого мусора. Четко знаем, сколько корабликов максимум одновременно плавает. Убить сервер толпой юнитов исключено.

Т.е. у каждой подмиссии свой скрипт будет?

Волны грузить по таймеру?

В этом случае хост должен все миссии слушать или нет?