Ясен перец, что отчеты писались практически теми же людьми, что и мемуары, но разница все же есть, и она большая - время написания, сразу или через много-много лет, а так же цель написания - составить объективный отчет или прикрыть задницу/обмануть, и однозначно, в случае мемуаров, "воспитательная работа с подрастающим поколением", т.е. речь о правдивости как бы по определению не идет.

И не более. Информации в них нет никакой.

Костя....ты Винни Пуха Союзмультфильмовского смотрел...?
Ну так ЗАБУДЬ...это тоже работа с подрастающим поколением.
Так же забудь про все голливудские шедевры, поскольку они тоже "промывают мозги" почище мемуаров.
Это первое.

Эффективность методов штурмовки которые описаны в вышеприведённых мемуарах подтверждается и в виртуальном небе.
Это второе.

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

Ну может по поводу современных мемуаров погорячился немного, но.

Речь ведь не о методах штурмовки, а о банальных технических данных зениток - они однозначно технически были способны стрелять с 0 углами возвышения и пусть так будет в Ил-2, а уж насыпать или нет бруствер и ограничить углы, это мы сами решим, когда НАМ надо будет.

Кстати раз речь зашла о реализме, хоть и не по теме, но все же спрошу вот это
http://forum.aviaskins.com/showthrea...0423#post30423
можно как нить реализовать или нет?

и еще таку вот фичу:

http://forum.aviaskins.com/showpost....23&postcount=5

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

сейчас по мере возможности продолжу прежнюю деятельность :)

теоритически можно-только где ето я хз


про ботов- сорри, я ботами незанимаюсь, и никаких наработок у меня увы нет =/

Ну, вообще за углы возвышения ствола отвечают параметры GUN_MIN_PITCH, GUN_STD_PITCH и GUN_MAX_PITCH. Причем читаются они насколько я помню из текстового инишника, stationary.ini или vehicles.ini, не помню точно и проверить сейчас не могу.
Вот только скорее всего углы там вполне правильные заданы - потому что по наземке зенитки вполне себе лупят, т.е. угол они могут правильный выбрать. Если по самолетам они при этом действительно не стреляют - надо искать, почему такое исключение сделано именно для самолетов.

наскоко я понимаю считывает он их с файла vehicles.properoties токо вот там вся проблемка в том что там не указаны углы. есть скорость пули, есть скорострельность,есть тип пули, есть броня, есть макс дальность-но не углы...=/ или я нашел не тот файлик
просто настораживает меня, что кроме всего прочего там еще какое то описание приложено...

так что походу надо искать в коде, но в коде- есть ограничение по мин углу-так там он вообще -20 град(или каких то др единиц)

Кто об чем, а вшивый о бане:D
Как то проскакивала инфа, что чел делал мод износа двигателя... типа 5 уровней мощи задавал, повышенный перегрев и дымление устраивал, типа свечи, то -се.
Чем закончилась разработка?
А ведь на самом деле, для суперхардкорных проектов онлайн войн, типа Нуль, где уже имеются личные самолеты, то привязать износ самолета к конкретному №заводскому - офигиельно хардкорная и реалистичная "штука" вырисовывается. Списание таких самолетов по налету, увод их в ремонт ( с восстановлением после ремонта уже в меньшем числом остаточного ресурса) можно обыграть очень реалистично.
Сейчас же все самолетики новенькие, как с конвейера, а на самом деле изношенные самолеты выдавались новичкам, а самолеты по-новее моделью и с невыработанным ресурсом отдавали опытным.
В этом случае, расклады по самолетам можно сделать совершенно реалистичными и появляется еще один "пряник" для опытного игрока - иметь возможность летать на "свежем" самолете.
Ресурс двигателей самолетов был невелик, в игровом времени его еще надо делать меньше.
Но последнее уже не работа мода, а учет через командер сервера, что будет обсчитывать текущую базу самолетов и вести учет их износа от суммарного налета.
Игрок, заходя на сервер, будет вводить не только пароль, а давать команду на выбор конкретного № самолета.
В некоторых проектах имееется возможность летать на трофейных самолетах, сейчас там искуственно занижено число возможных вылетов ( взлетов-посадок), типа как ресурс выработали и списывают, так как типа нет запчастей для восстановления. А тут вполне реально можно следить за остатком ресурса.
Мало того, полет на изношенном самолете на пределе ресурса или за пределом можно обыграть как клин. Сервер выдаст команду пилоту остановить двигло и там уж как повезет.. успел вернуться или не успел...

Изменение характеристик от износа видется мне так.
Изношенный двигатель выдает меньшую мощность, но не ошеломляюще низкую, процев на 10-15 максимум, возможно дать ему меньшую возможность развивать обороты двигателя, но тоже без фанатизма. Добавить большую вероятность перегрева ( вот это ваще антуражно и реалистично, изношенный двигатель должне быстрее перегреваться по идее, труднее остывать ( так как часто радиаторы были уже забиты всякой херней внутри и снаружи, а воздушного охлаждения движки оребрения могли загрязняться), что часто описывалось в мемуарах.
На совершенно не тЯнущем двигателе никто в бой не летал, поээтому задавать большее снижение мощи чем 10-15 % считаю нереалистичным.
Остаточный ресурс можно тоже как-то обыграть.
В логе же есть инфа, что самоль сел с повреждением - вот еще причина и "пряник" наказывать за неаккуратные посадки на брюхо - списанием ресурса, типа починили, но ресурс то уменьшился, так как чинили не на заводе, а в полевых условиях.
Это се будет делать командер.
От мододелов нужны четкие модели изношенных движков.

чем дальше в лес - тем толще партизаны...
это ж не только ил править (+ пусть инфу лишнюю в лог дает типа серийного номера ), но и считай коммандер писать, что несколько другая весчь. тут уже надо объединиться по принципу команды, что 4.09 пишет, или варбердз и делать онлайн-проект со всем желаемым спектром модов (или модульный). - типа 4.1... :)

мод на износ двигателя уже есть :)
Sjack сделал его уже год наверно как :)
причем там все просто и красиво-просто добавляем строчку в файлик миссии для конкретного самолат-и готово :)

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

вот в принципе 3 приоритетных для меня мода( на зены, на сброс бомб и на моторы) и все-до сентября врядли что еще успею :)
так что увы, но я похоже более хотелки не принимаю ибо уже не успею...=/

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

Товарищ Петрушко! Вы опять про офф толкуете, какая миссиия??
У нас догфайтсерверная война!:ok:

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

а второй компроментирующий вопрос- а чем тебя не устраивает моделлирование снижения ТТХ через туже фишку, что снижает ТТХ при перегреве?

а что мешает просто в класс моторов писать проверку не через файл миссии, а положим запрос от сервака?
и кст...ведь даж в догфайтсерверной миссии сервак как никак передает какойто файл миссии...так что такой способ вполне применим :)

Такс... отвечаю.
11 лет испытывал танковые двигатели:D Даже диссер сподобился.. было дело.
Очень популярно и упрощенно.
Кароче, изношенный двигатель, на самом деле, может развивать почти такую же мощность как "новый". Причем износ различаем. ЦПГ - цилиндропоршневая группа - она отвечает за горение и собсна за мощу.
Для дизелей изношенная ЦПГ дает повышенный расход масла, ессно двигло дымит, ессно повышенный перегрев возможен, ессно это летящее во все дыры масло засерает форсунки и кольца. Износ клапанов и направляющих, кулачковых валов тож ниче хорошего, идет прорывы газов, плохое смесеобразование, дымление, перегревы, и до прогара клапанов - ваще атас и тоже снижение мощи, а при прогаре клапана цилиндр мгновенно становится нерабочим.
У бензинки все это гавнище шпарит на свечи со всеми вытекающими. В итоге моща всеравно снижается, хуже запуск такого двигла, нет компрессии.
Износ же коленвала и шатунной группы не дает видимого снижения мощи, но резко может усиливаться в изношенных зазорах "пробои" масляной пленки и вплодь до задиров и как апофигей этой херни - обрыв шатуна или заклинка колена и задир-проворот коренных подшипников.
В авто и танке не трагедия, если не в бою.. а вот для самолета в воздухе - это полный пипец. Поэтому и были такие маленькие ресурсы до замены, не дожидаясь такого "коленца", движки тупо списывали или перебирали.
Вот поэтому совершенно упрошенно предлагаю изношенный двигатель сделать чуть меньшей мощности на 10-15 % не более, более дымящим и быстрее перегревающимся, труднее остывающим ( типа засор радиаторов) и все.
Имитацию обрывов и клина, в принципе в иле такое есть.. мы не раз сами слышали эти шумы и пипец двигло останавливалось.
Возможность отказа от клина за пределами ресурса надо имитировать через командер повышенной вероятностью выдачи команды игроку в чате останови двигло... вот и все. делать более сложную модель износостойкости и вероятности на отказ имха - это излишний фанатизм будет:lol: Даже в таком упрошенном варианте народ стреляться начнет.
Но как реализовано у Жака, что самолет сам взлететь не может - как послений вариант износа - это нереалистично, на таких движках в бой не давали летать. Зампотеху кирдык башка будет мгновенно.
Его основная обязанность и была - следить четко за налетом и учетом износа и вывода движков и планеров в плановые ремонты и так до списания. Тоже самое и в танковых войсках:beer: Суть от этого не меняется, тока в авиации это еще больнее профукать износ двигла и возможность его клина или мгновенного отказа.

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

Папа Джа ты немного н епонял :)
в иле есть такой параметр- EngineReadyness. ета штука сама по себе и являеться снижением мощности. а перегрев работает так- он просто выставляет етот параметр на определенное значение :)
соотвественно, если в классе дописать выставление етого параметра на заданную величину(что уже и сделал Sjack) то как раз и будет снижение мощности :) только вам, как догфайт серверу надо писать обращение не к файлу миссии, а к самому серверу.
оптимальный вариант-путсь сервер выведет в лог сообщение, а мод его прочитает
вот и все :)

Как это фишка будет работать в онлайнпроекте.

Сервер ведет учет налета по каждому самолету, который имеет свой уникальный заводской номер.
Есно ресурс до списания делаем игровой, не 100 часов, а допустим 20 часов, тут каждый ведущий шоу решит сам, каку него течет время на сервере и идут поставки и списание.
До сердины ресурса считаем мотор не теряет мощи, тоесть его характерстики как у нового.
Если самоль при посадке бьют или в него были попадания в двигло, то самолет считается попадающим в ремонт, что и было.
Его восстанавливают, но ресурс остаточный всеравно давали пониженный, как минимум снижали до 80% остаток ( но можно и не заморачиваться, хотя это можно обсчитывать в стате)
Далее после 50 процентов налета, при выборе такого самолета на вылет, грузим модель более изношенного двигателя.
Можно ограничиться 1-2 уровнями износа. Более смысла усложнять модель имха не вижу смысла.
При выработке ресурса двигла, мотор шел под замену, ставили новый или полностью перебирали старый. Планер служил дольше, но не намного.
Не забываем, что планер махратили пули врага и прочие невзгоды фронтовой жизни. Вопщем можно налет планеру давать не 20, а 40 часов.
А далее.. усе.. кирдык, самолет списывается из доступных, даже если и не был сбит и потерян в ходе боев.

А ну замечательно!
Вопрос тоды, если мы это параметр EngineReadyness занижаем, ну допустим на 5-10 %, это будет приводить к более быстрому перегреву?
Может же получиться что якобы изношенный движок не тянет, но нифига не греется что ваще носнсенс! Как-то бы это увязать с радиатором эффективностью ( понижать его способность к охлаждению чтоли ?)

Я не зря ту про перегрев толковал.
Изношенный двигатель, если его обслужить, промыть, что можно порегулировать, то при первом запуске он выдаст почти такую же мощу, но далее произойдет быстрое ухушение процессов смесеобразования, от закидывания маслом, горения и прочая херь и моща просядет и он перегреется быстрее.
Может как-то от эффективности радиаторов плясать.
Через них изношенный двигатель имитировать.
там само сабой получится.. вроде мощу почти такую же развил, но кратковременно получится, а далее перегрев будет автоматом, снижение мощи, волей не волей вынужден будешь летать на меньшем газу, что и было в реалии. Движки НЕ ТЯНУЛИ изношенные.
А если такому изношенному двиглу пририсовать понижение уровня дымления от качества смеси, то можно ваще красиво видеть как изношенный двигатель поддымливает:good:

Папа Джа зачем так сложно?
почему просто нельзя в реальном времени менять параметр EngineReadyness как нужно? вот и будет то самое проседание.
газанул выше нужного-пожалуйста вот сразу снижение. газанул еще- еще падает. газанул совсем круто-бабах двигло встало.
коэффициенты задает сервер.зависимость прописана в коде.

сам сравни коэф радиатора-ето скорее всего константа в свойвствах. а EngineReadyness специально сделано чтоб его корректировать в реальном времени.

а по дымам- в иле 1 дым. но если вам хочеться- думаю вам нарисуют хоть 10ть разных дымов. но оно надо? :)

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

а вот скрины новой стрельбы зениток(позаимствована от авианосца и чуть доработана)
на 1 скрине-вот заград стены, как кораблей
на 2м-теперь стреляют до самой земли :)
правда у них точность получилась просто зверская, ну ет ниче коэф подправлю соберу все в 1 мод и выложу сам мод :)

итого что в нем будет

- небольшой "регулятор"-им можно подстраивать зены делая их чуть проще\сложнее
- зены больше не видят сквозь облака выше тумана
- зены больше не видят ночью без прожекторов
- ночью без прожектора зены начинают стрелять с НАМНОГО меньшей дистанции. дистанция зависит от освещенности.
- зены не стреляют в СМУ если в зоне огня есть свои самолеты
- зены получили обновленную логику расчета стрельбы от кораблей
- зены научились ставить заградительные стены огня(еснна не все. у некоторых пули не взрываються, но смысл тот же)
- зены теперь стреляют вплоть до 1 метра над землей
- теперь появилась возможность подавить зену.при етом от нее бегут 2 человека.

вот такие вот дела :)

------
я во думаю...сделать красным зенам имунитет в подавлению :mad:

грубо говоря -
сервер должен выдавать в логе № крафта (откуда будет брать и где хранить? или ему этот номер будет навязывать коммандер и коммандер же хранить в базе - закрепив за конкретным пилотом - так? может тогда номер и не нужен. учитывать м.б. стоит пилота?)
коммандер также должен иметь возможность выдавать серверу команду на снижение мощности в зависимости от выработанного моторесурса (+ еще износа планера и еще чего нибудь)
я правильно понял?

Костя...тут нет никакого противоречия...:)
Возможность МЗА стрелять под 0 углами возвышения никак не влияет на вполне резонное желание людей выжить в бою. Для чего собственно и служили брустверы и капониры у зениток. Ведь если нет обваловки - то расчёт орудия гораздо легче вывести из строя близким взрывом за счёт осколков и ударной волны. А при наличии обваловки - практически только прямым попаданием.

Можно будет как-то увязать сокрость износа двигателя с режимами его эксплуатации...?
Ведь на Яках оптимальный режим работы двигателя - 2700 об\мин.
Который достигается уже на 85-90% тяги. А летают зачастую постоянно на 105% при тех же 2700-2750 об\мин.

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

Петрушко пишет:


" Папа Джа зачем так сложно?
почему просто нельзя в реальном времени менять параметр EngineReadyness как нужно? вот и будет то самое проседание.
газанул выше нужного-пожалуйста вот сразу снижение. газанул еще- еще падает. газанул совсем круто-бабах двигло встало.
коэффициенты задает сервер.зависимость прописана в коде."

Товарищ Петрушко, а вот по подробнее поясните еще раз как вы видите работу с моделью износа через данный параметр.
Какие внешние проявления будут наблюдаться?

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

Именно так и будет. Т.е. тут либо париться с новыми параметрами, либо тупо-глупо добавить этот readyness еще и в код рассчета охлаждения движка (чем меньше, тем хуже охлаждение). На мой взгляд, этого будет вполне достаточно - заодно решится проблема, имеющая место быть сейчас, когда просаженный дето до 80 процентов readyness движок больше не перегревается вообще.
Да, физический смысл этого параметра наипростейший - после всех-всех расчетов касательно тяги движка, она просто домножается на него. Т.е. если вы не хотите снижения тяги меньше 85 процентов - то и readyness двигла не должно быть меньше 85 процентов, всего и делов.
По ресурсу. Вполне возможно ресурс двигла, рассчитывать в реалтайме. Грубо говоря, задать некий предел, до которого ресурс считается 1 к 1, т.е. час полета - минус час ресурса. По выходу за этот предел ресурс начинает убывать быстрее, вплоть до 2 к 1 на режиме 110 + форсаж (если есть). Появился перегрев - умножать скорость убывания ресурса на 2, а лучше на 4 :) . Так как-то. После посадки передавать изменение ресурса двигла серверу. Вообще здесь по серверной части работы гораздо больше будет, чем в иле модить придется.
По планеру по идее тоже можно кой-чего сделать. По крайней мере просто снизить прочность всех кусков самолета в зависимости от износа планера несложно, тем же кодом который увеличивал прочность ботов-асов в полтора раза. В результате у изношенного планера проще будет крыло отстрелить или там элерон, например.

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

Давайте все же разберемся, что мы подрузумеваем под понятием ресурс, износ, отказ.
Многие путают эти понятия.

Кароче так.
У военных есть понятие - гарантированный ресурс.
Для танковых двигателей он составлял 500 моточасов ( современных сейчас 800 и более, у буржуинов до 1000-1200 доходит).
Для авиационных двигателей тех лет он составлял всего 100 часов, а было и еще меньше 25 для реактивных ( привет любители свистков).
Что это означало.
Это означало, что завод-изготовитель гарантировал работу двигателя без существенной потери мощности и с очень малой вероятностью отказов в это период, при условии что его правильно эксплуатировали, вовремя обслуживали до и после полета, есссно он не имел боевых повреждений и прочего форсмажора.
Тоесть не факт, что отработав 100 часов двигатель превращался в абсолютно нерабочий. Просто, что бы обезопасить пилота и исключить срыв боевой задачи, двигатели ПРИНУДИТЕЛЬНО снимали и (или) меняли на новый, или полностью перебирали, заменяли подозрительные узлы и детали. Так как не могли гарантировать, что в узлах и деталях даже внешне нормальных и без видимого износа не накопились внутренние повреждения ( усталость), что могла приводить к мгновенному разрушению детали или узла.
А далее двигатель такой вновь могли поставить на самолет ( планер), но с уменьшенной величиной гарантированного ресурса, обычно назначали 80% от исходного, тоесть 80 часов.
Далее поступали также, а скорее всего просто их списывали.
Тоесть никакого существееного снижения мощности из-за износа не ожидали. Но в реалии, конечно же падение мощности могло быть, хотя двигатели не выработали гарантированного ресурса. Поэтому и продолжали летать на страх и риск на таких изношенных движках.
Я про это и толкую. Что ресурс считать надо просто по времени налета.
Двигатель пролетавший половину ресурса или 2\3, имитируем принудительно, что стал чуть подизношенным, тоесть развивает чуть меньшую мощность и имеет повышенный нагрев и ВСЕ.
Если сможем плавненько изобразить постепенный износ и плавное ухудшение характеристик от 0 наработки до 100 часов ( то и отлично). Не сможем, тоже нормально. Пусть "скачком" после 2\3 срока ДО замены, двигатель будет иметь чуть худшие характеристики, чем новый.

А вот двигло которое словило клина от перегрева, или было повреждено в бою, то его обычно списывали, так как там уже неча было ловить, либо восстанавливали от безисходности, но ресурса до следущей переборки или замены как у нового, ему уже не назначали! За этими наработками следил зампотех и вел журнал налета и наработки планера и двигателя.И не дай бог он не выведет двигатель в ремонт после выработки ресурса до замены или ремонта!!! Если с летчиком и самолетом что-то случится не по боевой причине,а зампотех выпустил такой мотор и самоль в бой, то он мог спокойно мазать зеленкой лобик.
Я серьезно говорю!
Как нас учил на военной кафедре полковник Довгань, когда нас готовили зампотехов танковых рот. Если танк вашей роты встал на поле боя и НЕ дымит, то все лейтенант! Вы попали под трибунал! Если задымился и горит, то все нормально!:ok: Готовтесь тушить его и спасать экипаж.:lol:
Еще и медаль получите!

Поэтому модель износа должна быть "проще".
Если в вылетах происходят перегревы, то событие - назначение мотору модели с ухудшенными характеристиками, должно происходить раньше, чем если бы его правильно использовали.
Допустим не с 2\3 срока, а с уже с половины или еще раньше, если ваше греют постоянно.
Далее, если самоль упал вне ВПП или сел с крашем и был как бы отправлен в ремонт, то ресурс до списания уменьшают ( как на перебранный движок)
При выработке ресурса мотора ( допустим 3 плановые замены двигла) и планера самолет списывают из базы, если его не сбили или не разбили в бою...
ВСЕ! Его нельзя использовать, он валяется на окраине ВПП в кустах...
Поэтому даже просто полеты без результата будут приводить к выводу из строя матчасти. Поставки двигателей - это реальный ресурс, который реалистично может быть отражен в проекте, как и поставки ГСМ и расходы боезапаса.

ИМХО сделать конкретный крафт в ИЛе индивидуальным (с индивидуальными характеристиками) задачка нетривиальная. Наипростейшим решением представляется возможность задавать параметры крафта («ухудшать» ФМ) командами сервер коммандера. Как коммандер это будет вычислять (по какому алгоритму) уже вопрос другой. Тут коммандерписатель пусть решает. А проблем у него будет много (к примеру прыгает вирпил с яка на кобру, с лагга на лавку, с месса на фоку и т.д. или месяц на войне не был и еще куча вариантов).
Далее - возможность «ухудшать» ФМ извне - вне клиента - раздолье для потенциальных читеров - ИМХО - опять таки.

1.

Ну технология обмена сервер-клиент уже отлажена, осталось взломать ил-2 для управления ТТХ самолетов.
А хранить базу с самолетами задача тривиальная - SQL рулит.
Речь же не идет об офлайне.

С моторами разобрались...едем дальше.
Ситуация: Як1Б с расходом моторесурса 5 часов садится на вынужденную на своей территории недалеко от аэродрома из-за полной выработки топлива ( по недосмотру,невозможнсоти выйти из боя либо из-за дырки в протекторе от МЗА). В итоге имеем практически новый самолёт с легко повреждённым планером.
Вопросы:
1. Можно ли сымитировать падение скоростных характеристик самолёта если учесть что в игре у самолётов имеющих попадания по плоскостям и фюзеляжу наблюдается падение скорости...?
2. В игре падение скорости сымитировано через провал мощности или просто ограничением максимальной скорости через какую то формулу?
3.Стоит ли это вообще делать...?

Планер служил дольше мотора и существенно.
Надо порыть инфу, но мница мне, что 2-3 замены моторов он отхаживал
(речь идет о ястребах, с транспортами и бомберами иной расклад)
Планер тоже "уставал" ( не забываем про деревянные конструкции, что буквально рассыхались)
Обшивку ессно латали, меняли всяки там нервюры, но если были повреждены сильно силовые элементы, то не рисковали, а могли крылья менять ваще в сборе.
Не думаю, что сильно ремонты меняли скоростные характеристики и управляемость. Все площади управляемых элементов, элероны и всякие тяги, их же настройки и параметры восстанавливали.
Общивка могла быть не такой гладкой, заплаты то-се.
И тем не менее.
А вот попридумывать ухудшение силовых элементов в виде снижения запаса прочности и возможность на перегрузе получить облом крыла или отрыв элерона, то вполне возможно. Но надо ли?

я вижу ето так. пусть мод делает обращение к логам( или неким настройкам в файле миссии.
откуда он может вытянуть какие либо константы. пусть например k и b

в теле же самого мода(тот что у юзера) банально записан закон
enginereadyness = k * power + b
т.е., получив от сервера константы, мод сам рассчитает понижение мощности для самолета игрока. ну или какой другой параметр.
вот так я предлагаю ето делать :) а что уж туда забивать-дело десятое...

про внешние проявления при работе через enginereadeness- ето падение мощности(заклин двигла). а что еще нужно?

ЗЫ: теперь по поводу ресурса и износа. следует помнить, что у мотора есть такая штука как ресурс. их много всяких разных бывает :)
общий смысл в том что а) если ресурс не истек, вероятность поломки двигателя лежит в рамках неболее 1 раза на 10^6 часов полета
б) если ресурс не истек-снижение ТТХ двигателя составляет н еболее Х % от начального.
таким образом, то что мы спейчас обсуждаем- ето есть не износ двигателя, а снижение его ТТХ вследствие каких либо обстоятельств(как то плохое обслуживание и т.п.)!
надо помнить, что как правило если ресурс истекал, мотор меняли-перебирали(почти всегда)
так что привязывать данную штуку к полетному времени считаю нецелесообразным. ето нужно привязывать например к моделирования плохого кач-ва самолетов(обслуживания) или выходу мотора на аварийный режим(напр. газ 110%)


про выход на 110% и изменение ресурса, кот передаеться на серв +1.
про планер- я думаю будет целесообразно привязывать ето к попаданиям. ибо командер может выдать кол-во попаданий по саолету.

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

+1 про разобраться.
ето действительно важно, и я писал в своем посте выше ето :)

теперь же мое мнение почему не стоит делать привязку к часам полета ухудшение характеристик.
да все просто. потому что обычно, в рамках ресурса снижение характеристик- ну величины порядка 1-2%. оно надо такое моделлировать?

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

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

так что мое предложение по даному моду такое:

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

во всей етой концепции вижу такие плюсы
1) минимум работы с самим илом. все технологии, требующиеся для етого так или иначе отработаны в др модах
2)большая часть работы на сервере. с серверным командером такое сделать проще
3) несложные формулы расчета\минимальные требования по ресурсам\надежная система
как вам?

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



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

начну издалека. мод предполагается узкозаточенным под проекты. на доге и оффе он нафиг не нужен никому. соответственно - логи на клиенте отключены.
Как динамически задать в файле *.mis или *.ini параметры для КОНКРЕТНОГО КРАФТА с КОНКРЕТНЫМ ЗАВОДСКИМ НОМЕРОМ при повторном... надцатом вылете в данной многочасовой миссии?
если мод (на сервере) будет перечитывать лог каждый раз перед вылетом
фризы будуть неимоверные. да и зачем - это сделает коммандер в тандеме с БД. токо ему надо дать команду (новую консольную команду или набор команд) по которой он сможет передать серверу, а тот клиенту соответственно эти самые k и b или еще какие коэффициенты.
Есть другой вариант?
Аналогично. Нужна новая строка в логе серва, что игрок врубил форсаж (к примеру, чисто проценты тяги выдавать не стоит - у мну например резистор на РУДе шумит сильно ) и вырубил форсаж (СК просуммирует время работы крафта на форсаже - износ подправит). Добавление в парсер коммандера. Также и с перегревом - строка в лог.
не в полете, а после посадки - изменение в БД вносятся коммандером и после этого перед вылетом коммандер, анализируя БД, опять меняет ТТХ или ФМ или ДМ.
а чтоб не усложнять предлагаю делать привязку в Иле не для крафта, а для игрока (ника). По логике проще - игрок начинает взлет на «слегка» поврежденном крафте (типа пропатченный на взлете или почти перегретым двиглом и т.д.). А учет крафтов и их состояния (по любому алгоритму: с учетом поставок з/ч, качества обслуживания, замены ремонта, удаленности ЛФ и т.д.) пусть СК ведет. Так логику Ила ломать не придется.

з/ы/ пока писал уже прояснили :)

p/p/s Специально для Papa_Ja2 в пояснение моего поста на предыдущей странице.
Делая логические выводы могу предположить, что данный мод лишь ДАСТ ВОЗМОЖНОСТЬ ВЕДЕНИЯ УЧЕТА ИЗНОСА КРАФТОВ, но сам его вести не будет. это будет делать СК. И именно поэтому потребуется команда программеров (два - уже команда) хотя бы для отладки мода.
Хотя не исключаю, что можно в одиночку моддить Ил и писать под него коммандер.