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

только пусть сервер не меняет ети ФМ и прочее...мое имхо-хватит передачи коэфициентов от сервера к игроку :)

Расчёт пулемётов состоял из двух-трех человек, а тут допустим 88-я и всего двое.:) Двое, это зашибись если на стог сена пикернёшь. :) И кстати куда и далеко ли они бегут, и бегут ли они потом обратно? :D

И не нужно иметь, достаточно существующих.

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

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

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

А как ты хочешь "подавление" реализовать? :)
А как ты хочешь иммунитет выработать? :D
Страшно интересно. ;)
На скрине такая толпа разбегается! :umora: Чем они там занимались? :lol:

ИМХО, с точки зрения программинга - передавать сообщения о включении форсажа и перегреве в полете для рассчета ресурса на сервере - редкостный отстой. Правильное решение учета моторесурса такое: при появлении на полосе серв передает клиенту оставшийся моторесурс, в полете клиент сам все касающееся ресурса считает по каким-то совим законам, при посадке передает оставшийся ресурс серверу. Это самый простой и эффективный сопособ, а значит, он правильный.
А вот по поводу как это реализовать - тут можно придумать что-нибудь умное. А именно, не править код существующих классов, а сделать в существующем классе двигателя некий интерфейс, без собственно реализации. Чтобы желающие изменить что-либо в учете ресурса для своего проекта могли править один отдельный класс, а не копаться в здоровенном классе Motor, у которого исходник за 100 килобайт. В идеале - сделать модуль учета ресурса нэйтивным, по типу того как основной код ила связан например с рендером. Это даст возможность писать код учета ресурса на любом удобном языке, не обязательно на жаве.
Да, и у меня еще один вопрос. Я как бы не фанат разного рода проектов, так что не в курсе. У вас что, правда достаточно часто можно налетать на самолете хотя бы 20 часов и не быть при этом сбитым? И это нормальная ситуация для рядового пилота, а не прерогатива одного-двух асов? Что-то не верится, что есть вообще смысл городить весь этот огород, если честно.

Тока где это все сервер хранить будет? Писать интерфейс для dedicated server к SQL? Сейчас все построено на чтении лога (или консоли) dedicated servera (сервера) сервер коммандером (любым), и отдании команд коммандером через консоль серверу. Если лог будет полнее деталями (помимо связанных с двигателем, например - капотирование, повреждение планера на взлете, поломка стоек и. т.д., да и повреждения топливно-двигательной системы различной степени тяжести тоже интересно было бы обыгрывать - ну нет на складе масляных радиаторов :)), то можно строить различные алгоритмы обработки событий, даже такие которые еще здесь не обсуждались. Сокращение же их тока до «моторесурс до и после» несколько сужает :) возможные варианты обработки. И действительно - все это становится ненужным :)
Но в любом случае (имхо) придется перелопачивать сетевой протокол ибо там похоже передаются тока координаты, вектора, попадания и повреждения. И уж точно нет ни моторесурса, ни положения РУД.

з/ы/ В общем суть такова - разнообразить геймплей - привязать поставки запчастей. (а не только топливо и крафты). Т. е. даже если сел с легкими повреждениями на данном крафте то при отсутствии конкретных з/ч уже не взлетишь. Счас это запросто :)

Ну и еще несколько осложнить жизнь тем у кого большой стрик :)

ну можно сделать 3е...без бэ)
а бегут недалеко....как от колонный машинок, человечки теже самые :)

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

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

3? У 88-й 6-11 чел. :)

ну а оно нужно 11 чел для зенитного пулемета?
да нагрузку на комп никто неотменял....

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

сорри забыл сказать :)
думал уже писал об етом...хм =/
так во-колво чиловечков фиксированно, ибо они никакой смысловой нагрузки не несут, кроме того чтобы визуально показать что зена подавлена :)

Ну если вы готовы написать такой класс... :)
ИМХО Ил ничего не должен считать, пусть он только дает информацию, в лог например, и выполняет какие-то действия по командам и информации снаружи.
А что делать с логом и как обрабатывать пусть решают внешние программы. Свои законы каждый напишет сам. Илу, например, незачем считать ресурс - в логе же есть сообщения о времени взлета и посадки, вот серверный (внешний) софт пусть с этим и разбирается.

Нет, 20 часов на одном самолете не налетывают даже асы.
Вот несколько вылетов, а асы и десятки, совершить могут, но самое важное - при этом перегревы двигателя, аварийные посадки, боевые повреждения происходят неоднократно. Поэтому ресурс считать смысла пожалуй нет, а вот ухудшение ТТХ от повреждений можно.

Так уже давно написано все, как раз на SQL.

Зачем протокол то переписывать?

Ну не запросто.

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

Написано для коммандера/ров, а не для сервера (это разные вещи)

А как клиент серверу сообщит дополнительную информацию? Обсчет стрельбы идет на клиенте, обсчет модели повреждений - на клиенте, перегрузка - на клиенте, но никак не на сервере. И, кстати, не переписывать, а дополнить.

Запросто. Например поломали элерон (пробили радиатор и т.п.). Повезло - сел без поломки. Следующий вылет как на новом.

И показатель того, что этот крафт порядком потрепан в боевых вылетах. (вроде смайлики расставлял :()

А для чего как не для выделенного сервера Ил-2 написаны разные варианты командеров и статистики?

Вот, переписать или дополнить разные :) вещи, все же в нашем случае - дополнить.

Это на словах запросто, для этого "запросто", реально надо написать какой-то код все же :)

???? см. пост №126 - похоже Вы меня не поняли.
1. я не предлагал мода с SQL. Но чтоб сервер или коммандер что-то туда записал ЭТО ДОЛЖНО БЫТЬ В ЛОГЕ или КОНСОЛИ. И ограничиваться только моторесурсом - мало, жестко задавать алгоритм расчета - тоже не гут.
2. я никогда не предлагал переписывать сетевой протокол - перелопачивать - да, что предполагает разобраться в нем.
3. А какие сейчас сложности со взлетом если самолет в числе доступных и в предыдущем вылете благополучно сел с легкими повреждениями?
Взлетишь как на новом. Безо всякого кода. У коммандера счас нет возможности учета легких повреждений.

Можно ли для "пущего реализъму" создать мод делающий топливные баки у самолётов раздельными....?
Сейчас бензосистема самоётов работает как сообщающиеся сосуды, без возможности блокирования одного бака\группы баков при простреле приводящем к полной утечке топлива.

если кто возьметься приписать ети свойства ко всем самолетам.....
но вообще то сейчас же вроде как прострел бака не всегда ведет к полной потере топлива :)
так что ето еще не такой жесткий косяк имхо

Наверняка.
Но это, как правильно заметил Петрушко, имеет смысл для всех самолетов делать. Это же еще рыть описания всех самолетов и их модификаций - у кого что и как было реализовано.
Ну, или как вариант, сделать только для всех самолетов ВФ :) что на 2/3 сократит задачу.

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