предложение "реалистичных" модов

[SJack]

Сообщение от Karabas-Barabas

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

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

[LePage]

Сообщение от SJack

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

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

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

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

[Karabas-Barabas]

Сообщение от LePage

Тока где это все сервер хранить будет? Писать интерфейс для dedicated server к SQL? ...

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

Сообщение от LePage

Но в любом случае (имхо) придется перелопачивать сетевой протокол...

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

Сообщение от LePage

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

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

Сообщение от LePage

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

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

[LePage]

Сообщение от Karabas-Barabas

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

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

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

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

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

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

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

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

[Karabas-Barabas]

Сообщение от LePage

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

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

Сообщение от LePage

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

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

Сообщение от LePage

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

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

[Karabas-Barabas]

Сообщение от SJack

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

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

Сообщение от SJack

Да, и у меня еще один вопрос. Я как бы не фанат разного рода проектов, так что не в курсе. У вас что, правда достаточно часто можно налетать на самолете хотя бы 20 часов и не быть при этом сбитым? И это нормальная ситуация для рядового пилота, а не прерогатива одного-двух асов? Что-то не верится, что есть вообще смысл городить весь этот огород, если честно.

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