Интерфейс брифингов

Хотелка и обсуждение в одном флаконе:) Речь о вот этом окне

Непонятно почему площадь окна карты/аэрофотосъемки в окне брифинга настолько мала. Обложка с небом занимает чуть не пол экрана, а в карту/фотоматериал надо щуриться.

Вагс, в его кампании Red Flag F-15C, вообще забил на это непрактичное окошко и давал карты, фото разведки, фото примечательных черт рельефа и тп в отдельных pdf файлах. Это моментальный минус к атмосферности (не говоря о проблеме VR), но совершенно оправдано нынешним дизайном меню брифинга.

Пример карты кампании Вагса, такая детализация совсем не подходит под маленькое окошко:

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

И, напоследок, вопрос знатокам-опытным вирпилам 90х:) В какам симуляторе интерфейс брифингов был наилучшим по вашему мнению?

Непонятно почему

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

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

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

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

А вот кстати снабжать кампании отдельными документами -это вполне правильная вещь. Но можно и в виртуальный блокнот.

Ну так о том и речь, почему помимо

неизменяемых элементов интерфейса

наверно ещё четверть экрана занято просто небом?

Что-то разглядывать на картинках было бы гораздо удобнее так:

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

Читать текст в виде газетной колонки - удовольствие для гурманов.

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

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

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

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

Будем думать как увеличить поле для графики.

:thumbup:

Будем думать как увеличить поле для графики.

Будем думать как увеличить поле для графики.

Мне кажется это не столько важно, как увеличение возможностей графики на виде F10. Пока есть только одноцветный кружок. Добавить бы стрелки, вские предефайн линии и обозначения. Чуть расширить скрипты меток (обновление метки с тем же айди в частности не хватает) - и надобность в окне куда нужно заливать какие-то png-шки отпала бы сама собой. Хотя, вроде вид F10 не на всех настройках сложности есть. Не знаю, правда летает ли кто без него. Да и вроде до начала миссии его можно показывать.

У нас вот на серваке будет скоро только эмблема сервера в этом окошке, остальная инфомрация через F10+радио-меню. В идеале хотелось бы чисто через F10.

Мне кажется это не столько важно, как увеличение возможностей графики на виде F10. Пока есть только одноцветный кружок. Добавить бы стрелки, вские предефайн линии и обозначения. Чуть расширить скрипты меток (обновление метки с тем же айди в частности не хватает) - и надобность в окне куда нужно заливать какие-то png-шки отпала бы сама собой. Хотя, вроде вид F10 не на всех настройках сложности есть. Не знаю, правда летает ли кто без него. Да и вроде до начала миссии его можно показывать.

 

У нас вот на серваке будет скоро только эмблема сервера в этом окошке, остальная инфомрация через F10+радио-меню. В идеале хотелось бы чисто через F10.

Целую тему создал 1.5 года назад. Закидывайте идеи сюда. :)

https://forums.eagle.ru/showthread.php?t=191190

На данный момент метки на виде F10 управляются следующими функциями SSE:

Метка для группы:

trigger.action.markToGroup(number id, string text, table vec3, number groupId , boolean readOnly, string message), где:

- number id - уникальный айди метки

- string text - текст содержащийся в метке

- table vec3 - координаты метки в vec3

- number groupId - id группы, которая будет видеть метку на карте F10

- boolean readOnly - возможность редактировать или удалять метку со стороны клиента true либо false

- string message - текстовое сообщение при постановке метки

Метка для коалиции:

trigger.action.markToCoalition(number id, string text, table vec3, number coalitionId , boolean readOnly, string message), где:

- number id - уникальный айди метки

- string text - текст содержащийся в метке

- table vec3 - координаты метки в vec3

- number coalitionId - id коалиции, которая будет видеть метку на карте F10

- boolean readOnly - возможность редактировать или удалять метку со стороны клиента true либо false

- string message - текстовое сообщение при постановке метки

Метка для всех:

trigger.action.markToAll(number id, string text, table vec3 , boolean readOnly, string message)

-переменные те же

Удалить метку

trigger.action.removeMark(number id )

Всё круто, и это уже дает неплохие возможности для выведения информации на вид F10, которыми следуюет пользоваться. Но есть ряд проблем:

1 (и главное). Если удалить метку по trigger.action.removeMark(number id ), то невозможно создать новую метку с тем-же айди. Функция постановки метки просто ничего не выполняет. Поэтому обновлять метки можно путем только лишь удаления старой и создания новой с увеличением айди метки. Пул этих айди ограничен что-то ~3000. Если поставить айди больше - то функция не создаст новую метку. Казалось бы много, но в миссии может быть допустим ~50-60 групп клиентов для которых мы хотели бы иметь свои собственные метки. Получается на каждую метку в среднем придется всего 50 возможных апдейтов состояний, что мало, если метка в тексте выводит состояние цели.

Как исправить:

1. Дать возможность создать метку с тем же айди снова, если ранее метка с таким айди была удалена функцией removeMark. Это позволило бы нехитрым способом самому написать функцию обновления метки с конкретным id.

2 (опционально) На ряду с первым пунктом реализовать функцию updateMark(number id, string text, table vec3 , boolean readOnly, string message), где:

- number id - айди метки которую мы хотим обновить

- string text - новый текст для метки

- table vec3 - новые координаты для метки

- boolean readOnly - новые статус readOnly (false или true)

- string message - сообщение которое будет выводиться при апдейте метки

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

1. Возможность нарисовать стрелку. Функции те же, только меняются аргументы связанные с координатами.

table vec3 start - начало стрелки

table vec3 finish - конец стрелки

1.1 Возможность нарисовать прямую линию. Функции те же, только меняются аргументы связанные с координатами.

table vec3 start - начало линии

table vec3 finish - конец линии

2. Возможность изменить цвет фигуры. Добавляем во все функции аргумент string в виде RGB кода цвета

3. Возможность изменить прозрачность метки. Добавляем во все функции аргумент int который будет передавать optically в процентах

4. Возможность изменить тип линии, которой рисуется фигура (слошная, пунктир, ещё какие-то) - аргумент int - id типа линии

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

6. Возможность добавить прямоугольник. Функции те же, но в аргументах 4 координаты вершин.

7. В функции фигур имеющих площадь (круг/прямогульник) добавить int аргумент с айди закраски фигуры (без заливки, заштрихована, сплошным цветом, и т.д.)

В целом идею можно сформулировать таки: реализовать простенький графический редактор типа на базе SSE, который позволяет рисовать тоже самое, что обычно создатели миссий рисуют на карте в брифинге, только на F10 и динамически движком миссии, и индивидуально для каждого клиента.

Вроде всё. Надо ехать.

А если просто увеличить пул ID это не поможет?

Ну до какого-то масштаба поможет. Но опять таки будет потенциальный кап, после которого метки просто перестанут работать.

Вот к примеру. У меня сейчас в статусе цели есть её состояние хп в % с округлением до целых. Т.е. это минимум 100 возможных состояний. Я хотел бы для каждого клиета выводить его собственные метки. Клиентов возьмем 60. Уже 6000 возможных вариантов. Целей по 5-10 на 1 миссию. Это уже 30000-60000 комбинаций. Ну и миссий допустим 5-10. Итого 150000-600000 возможных кобинаций. Вроде правильно посчитал. Понятно, что все они не рольнут в одной миссии, но добавим сюда вывод меток по выбору задачи из радиоменю с возможностью отменить задачу и выбрать другую, и я бы уже не был так уверен.

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

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

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

Ок, тогда пункт 2 без пункта 1.

UPDATED:

А вместо 1го пункта добавить тогда ко всем меткам - аттрибут visible (boolean), который будет либо отображать графическое отображение метки при значении true либо скрывать его по false.

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