eekz

Офигенски!

Это на сервере такая метка??? Если да, скинь лог и скрин пожалуйста. Так быть не должно.

Нет. Это наростание прозрачности с расстрянием

Ну значит я на правильном пути. Ждёмс фикса прозрачности.

No, will be added in new mission with I plan to start on the weekend.

I've added another variant of labels to the server. Please, post your screenshots here. I'll be great help to see how they look on different monitor configuration.

Пробуйте. Скрины с разных конфигураций, как я уже сказал, очень приветствуются.

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

Блин, самое главное забыл. Спросите о видимости. Часто ли теряли противника.

А что с поездами? Они будут по мультиплееру передаваться?

Server has been updated to latest Open Beta

Сервер обновлен до крайней ОпенБеты.

Выйдет в Steam

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

Чего? Там радиус детальной прорисовки 2.5км. Камон! Земля - мыло даже в этом радиусе. Единственное, что художники молодцы, что даже из этого выжали хорошую картинку.

Скорее настораживающе. + у Нормандии много проблем, которые похоже уже не будут решать. Некоторые из этих проблем видны и на скринах выше.

Спасибо, у нас есть.

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

Да. Надо возвращать метки. Скоро верну.

В редакторе миссий в настрйоках радио не отображается настройка AFN2

А стоп. Эта фича вроде в миссии отключается.

Значит ещё не поздно? Спросите, у него, не помнит ли он, если кого сбивали, как часто это сопровождалось отстрелом части крыла или половины целиком. А ещё тут некоторые считают что на войне там все по рулежкам строем ездили. Спросите, как взлетали, бывало ли, что вскочил в самолёт и погнали поперек филда. Ну вопрос века естественно, Jumo A-1 или Jumo AG-1 на D9 :D, хотя он вряд ли такое помнит. Ну и 1.8 ATA или 2.5 ATA тоже на его D9 стоял :) Вроде всё, что будоражит общественность написал )

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

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 и динамически движком миссии, и индивидуально для каждого клиента. Вроде всё. Надо ехать.

На данный момент метки на виде 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 - сообщение которое будет выводиться при апдейте метки Это что можно было бы сделать наверное относительно быстро. Далее напишу как я вижу расширение возможностей самих меток.