Помогите, пожалста, по DCG от Lowengrin'a

[Umformer]

В общем, сейчас врубил фулл авто режим с заменой DGen. Все пока нормально(1 миссию пролетел, сгенерилась вторая), документы полка, правда, не смотрел. Похоже, при малейших закидонах со стороны DCG его надо безжалостно переставлять под корень. В чем причина - пока предположений нет.

С документами полка ничего не изменилось с прошлой версии, такие же ошибки.
Если в полетах участвуют все 16 самолетов, то при потере одного (двух, трех) в следующей миссии генерируются полеты для 12 самолетов, т.е. по кол-ву полных звеньев - это правильно, или нужно чтоб участвовали все оставшиеся в живых?
Сильно большое расстояние между звеньями бомбардировщиков. Если бы несколько звеньев летели одной компактной группой шансы вернуться, при большей плотности оборонительного огня значительно бы возросли.

[71Stranger]

С документами полка ничего не изменилось с прошлой версии, такие же ошибки.
Если в полетах участвуют все 16 самолетов, то при потере одного (двух, трех) в следующей миссии генерируются полеты для 12 самолетов, т.е. по кол-ву полных звеньев - это правильно, или нужно чтоб участвовали все оставшиеся в живых?
Сильно большое расстояние между звеньями бомбардировщиков. Если бы несколько звеньев летели одной компактной группой шансы вернуться, при большей плотности оборонительного огня значительно бы возросли.

То, что летают звеньями, по моему, правильно. А про бомберов...
По моему, это не от DCG зависит... Зать параметры маршрута такими, чтоб бомберы шли плотно не дает формат параметров вейпоинтов. Я ТАК думаю.

[Umformer]

То, что летают звеньями, по моему, правильно. А про бомберов...
По моему, это не от DCG зависит... Зать параметры маршрута такими, чтоб бомберы шли плотно не дает формат параметров вейпоинтов. Я ТАК думаю.

А подробнее можно, почему не дают и какие они эти параметры?

[71Stranger]

А подробнее можно, почему не дают и какие они эти параметры?

Ну, ты сложный редактор пользовал? Там на каждое звено задаются точки маршрута, скорость и высота. Но не факт, что самоли именно по ним пойдут - все от их ТТХ и нагрузки зависит. А время-то не задать! Вот и выходит, что звенья идут как бы по доному маршуту, все точки одинаковы, но время разное на время взлета - читай на рзницу взлета ведущих. Можно попробовать компенсировать, меняя скорость, но не видел я такой точной подгонки ни разу...

[Umformer]

Ну, ты сложный редактор пользовал? Там на каждое звено задаются точки маршрута, скорость и высота. Но не факт, что самоли именно по ним пойдут - все от их ТТХ и нагрузки зависит. А время-то не задать! Вот и выходит, что звенья идут как бы по доному маршуту, все точки одинаковы, но время разное на время взлета - читай на рзницу взлета ведущих. Можно попробовать компенсировать, меняя скорость, но не видел я такой точной подгонки ни разу...

Ты имеешь в виду меняя скорость каждого звена?
А если сделать привязку последующего звена к предыдущему, или всех звеньев к первому?

[71Stranger]

Ты имеешь в виду меняя скорость каждого звена?
А если сделать привязку последующего звена к предыдущему, или всех звеньев к первому?

Привязка есть только "сопровождение". Не уверен, что линейщики будут его выполнять, Да и выполняется оно занятием превышения метров в 800 над сопровождаемым. Бессмысленно. Если-б добавили в редактор задачу "строй"... Но, похоже, это уже только к БоБу.

[Дмитрий82]

Прочитал мануал но все равно не совсем понял я последоватльность действий...Поставил 3.26 с полной заменой штатного генератора.
До запуска Ила пускаем DCG создаем кампанию,настраиваем ее,ВКЛЮЧАЕМ галку автогенерация,запускаю ИЛ,вижу созданную компанию(скажем там ржев 41) жму старт,вылазиет ошибка.Что не так?

[71Stranger]

Прочитал мануал но все равно не совсем понял я последоватльность действий...Поставил 3.26 с полной заменой штатного генератора.
До запуска Ила пускаем DCG создаем кампанию,настраиваем ее,ВКЛЮЧАЕМ галку автогенерация,запускаю ИЛ,вижу созданную компанию(скажем там ржев 41) жму старт,вылазиет ошибка.Что не так?

Режим фулл авто, с заменой? Какая ошибка? Текст можешь привести?

[Дмитрий82]

Да режим фулл авто с заменой.Какая ошибка?Да сейчас уж не помню.на работе сижу.Что то вроде DCG error.Появилась в экране где кнопка старт.В винду не вылетала.Ок жмешь и все.Но процесса нет
на 3.23 месяца три я помню great compaighn вроде проходил как то запускались миссии.Теперь все с нуля поставил,в том числе и DCG.great compaighn не ставил.Хотел полетать на полной генерации.
Но последовательность действий то вроде правильная?Ничего не пропустил?

[71Stranger]

Да режим фулл авто с заменой.Какая ошибка?Да сейчас уж не помню.на работе сижу.Что то вроде DCG error.Появилась в экране где кнопка старт.В винду не вылетала.Ок жмешь и все.Но процесса нет
на 3.23 месяца три я помню great compaighn вроде проходил как то запускались миссии.Теперь все с нуля поставил,в том числе и DCG.great compaighn не ставил.Хотел полетать на полной генерации.
Но последовательность действий то вроде правильная?Ничего не пропустил?

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

[Дмитрий82]

Ок посмотрим.Но все равно запутанно как то все...сыро...в прошлые разы помню и airstart ставил и take off менял а всегда начинал на аэродроме миссию, а не в воздухе.Потенциал вроде большой вот он,а поиграть нормально все никак не удается

[Dirk89]

Ответы от Ло (этот - для Шумы я полагаю):

<<Конечно же я могу научить DCG принимать параметры для Open IL2 Commander и возвращать название файла миссии.
Но мне понадобится и третий параметр, который бы подсказал, мне что он из Open IL2 Commander.

Наверное, типа такого вот:

- oil2c [incoming log file name] [outgoing mission file name]
[входящее название файла лога] [исходящее название файла миссии]

Таким образом я смогу определить , что Open IL2 Commander является источником обращения.>>

Dirk.

[tahorg]

Ответы от Ло (этот - для Шумы я полагаю):

<<Конечно же я могу научить DCG принимать параметры для Open IL2 Commander и возвращать название файла миссии.

Dirk.

Легко! Пусть делает 8-)

[POP]

Легко! Пусть делает 8-)

А зачем такие сложности?
Зачем вам возможность задавать самим имя файла миссии?
Пусть генерит сам имя миссии.
Например KURSK_100743_060506.mis - и просто и понятно
Он сам знает откуда брать лог после её окончания и как обозвать следующую.
И сам создаёт файл missions.txt, в который пишет имя миссии для передачи демону.
Разве так не проще?

[Dirk89]

Ещё:

<<1. Я работаю на "авто-Русской" версией для режима ДОГФАЙТ, таким образом, чтобы при генерации миссии на Английском (или любом другом языке) вы смогли бы автоматически получать также и Русский файл properties. Если же вы установите Русский язык программы, то в результате получите 2 файла properties на русском языке.

В приложении - новая бэта с переводом (Сергея).

2. Все опции работают в ДОГФАЙТЕ.

3. В меню EDIT - Dogfight Server Settings имеется ползунок, который назначает параметр BornPlace Radius (дословно Радиус Места Рождения). Я полагаю, этот параметр выставляет как радиус места рождения так и радиус посадки.>>

[Dirk89]

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

Большое спасибо,
Дёрк.

[=YeS=Maxik]

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

Большое спасибо,
Дёрк.

Будь другом, кинь мне. maximus-de@yandex.ru

[tahorg]

Потому что в паре демон-генератор ведущим является демон. Ситуация когда демон говорит пробразуй файл1 в файл2 логичный и общепринятый подход. Ситуация, когда демон запускает процесс, и по косвенным признакам должен понять что тот сгенерил и куда положил - решение работающее, но называется такое решение - "через Ж".

Если можно сделать правильно, то лучше делать правильно ...

[POP]

Потому что в паре демон-генератор ведущим является демон. Ситуация когда демон говорит пробразуй файл1 в файл2 логичный и общепринятый подход. Ситуация, когда демон запускает процесс, и по косвенным признакам должен понять что тот сгенерил и куда положил - решение работающее, но называется такое решение - "через Ж".

Если можно сделать правильно, то лучше делать правильно ...

А как демон узнает вменяемое(информативное) имя для миссии?
Или, по-твоему, это не важно?
По сути, демон - прокладка между генератором и сервером, не вникающая в суть. Его дело - отсчитать время, остановить одну миссию и запустить другую готовую. ИМХО ведущий-ведомый тут не совсем правильный подход.

[tahorg]

А зачем абсолютно техническая информация (имя миссии) должна быть информативна ? Ее никто не видит ... кроме админа сервера

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

[POP]

А зачем абсолютно техническая информация (имя миссии) должна быть информативна ? Ее никто не видит ... кроме админа сервера

Его ещё видит клиент через Ил2Коннект, например, и в статистике.
Так что - не чисто техническая информация

[tahorg]

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

Чем ПРОЩЕ механизм тем он надежен. Механизм, когда вызывающее приложение задает имя для сборки - нормально. Механизм, когда это решает вызываемо приложение, и окольными путями сообщает решение не совсем нормален. Я вот так считаю.

Кроме того, это недемон под ДЦГ. Это вообще демон. Под любой генератор. И простое и логичное правило - "2 имени на вход" логично. А так все будет изголяться как угодно. Кто в mission.txt писать, кто по TCP передвать, кто в базу, кто еще куда. Т.е. надо будет под каждый генератор писать отдельный модуль ротации. Что неверно.

[POP]

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

Да с этой точки зрения я согласен , но, во-первых, повторю - осмысленное название миссии так не получить, а во - вторых и ДЦГ - не только для демона....
Да и демону для статического списка миссий без спец. файла не обойтись.
Вот представь ситуацию:
Телевизионщики пишут программу передач, а после этого раздают задания режиссёрам передач: "Мне по-фиг о чём будет репортаж, но называться он должен "курочка ряба""

Чем ПРОЩЕ механизм тем он надежен. Механизм, когда вызывающее приложение задает имя для сборки - нормально. Механизм, когда это решает вызываемо приложение, и окольными путями сообщает решение не совсем нормален. Я вот так считаю.

Ну если честно, то генератор для догфайта, работающий с сервером не напрямую - само по себе решение не очень верное...
Да и всё-таки, объясни мне как демон обойдётся без файла со списком миссий в случае работы без генератора?
Т.е. ротатор для такого варианта будет отдельный?
Да и генерация имени миссии в демоне ему простоты не добавляет

[tahorg]

Да и всё-таки, объясни мне как демон обойдётся без файла со списком миссий в случае работы без генератора?
Т.е. ротатор для такого варианта будет отдельный?

ДА!

Демон - модульный. И ротатор карт - один из модулей. Есть ротатор статический, по списку, Есть ротатор с внешней генерацией. А есть ротатор с внутренней генерацией. Идеален конечно последний вариант, но не все пишут на C#. А с внешним генератором - на чем можешь на том и пиши, на перле, на питоне, на JScript, на Дельфях. Свобода выбора однако.

Так вот, поскольку меня часто спрашивали про модуль ротатора с внешней генерацией, то я его и сделал. Один раз и для всех. Он работает с генератором ЛО и так, но через батник, который туда-сюда гоняет файлы. Что не очень верно.

Но у меня есть и свой генератор, для других целей. И я еще общался с народом. Вариант когда на вход генератору подаются файлы - наилучший по несколькоим причинам.

а) Командер/генератор и сервер могут работать на разных компьютерах. Красиво такая стиуация с нынешним DCG не решается, а это нормально - когда один компьютер занят только илом, а все остальное на другом.

б) Файл лога миссии может оказаться уже удален или залочен. Тем более по сети. Командер точно знает момент, когда файл миссии доступен, закрыт и достоверен. Возможна ситуация, когда DCG не сможет взять при вызове файл от сервера напрямую. А вот если командер его корректно скопирует в сторонку для разбора то все будет хорошо.

в) Еще есть, но менее существенные.

Бета не нужна, беты у нас Шума получает 8-)

[POP]

И, на сколько я знаю, Ло не советует делать рестарт миссии по условию уничтожения цели (кроме количества разбитых самолётов и убитых пилотов). Не уверен, что без введения ещё и определения главной цели и передачи этой инфы демону может понадобиться досрочное завершение миссии. Да и логику работы связки это может нарушить.
Допустим, синие потеряли много пилотов, а наземки не потеряли вообще - демон говорит:"Красные победили", а генератор двигает фронт в пользу синих....