sirmax

Одному - бесполезно. Нужно с кем-то во взводе, у кого тоже установлена эта версия. Собственно, добавил макрос {{x-enabled}}, который показывает у кого XMQP работает

Почему рано? Уже можно. На ошибки в логе при выходе из клиента не надо обращать внимание.

Взводом можно В ушах - нет, так как из-за одного игрока придется перерисовывать все уши.

обязательно

тут надо вдвоем пробовать как минимум. там сейчас надо переменную окружения создать XMQP_ENABLED=1, я уберу проверку, в следующем билде это уже не надо будет делать.

Потому что в рандоме нет командиров. :) Кто-нибудь уже попробовал? Интересно вообще работает или нет.

Это уже сделано, данные будут передаваться только в пределах одной команды. Логика на сервере, обойти нельзя. Чем отличается от "Я в засвете" в чате? Да, это тоже было в планах. Не для рандома, естественно. Технически не проблема, вопрос во времени и востребованности.

Народ, просьба погонять новую фичу под названием xmqp. Это штука для обмена данными между игроками. Сейчас реализовано событие срабатывания лампочки, которое выводится в макрос {{x-spotted}}. Макрос работает в текстовых полях на миникарте и в маркерах. Например, можно выделить маркер на миникарте каким-нибудь свечением, чтобы было видно, что игрок обнаружен. В отличие от модов "я обнаружен" не засирает чат. Для работы необходимо, чтобы были активированы XVM сервисы у текущего игрока, и у тех, у кого срабатывает лампа. Работает в реальном времени, поэтому только в бою, на реплее проверить не получится. Можно в тренировке, или во взводе протестировать. В будущем планируется добавить много других событий, пока что задача отладить технологию. Как это работает: 1. Добавляем в конфиг текстовое поле для миникарты (или маркеров), ставим ему что-то вроде "enabled": "{{x-spotted}}" 2. Заходим во взводе в бой. 3. Когда у текущего игрока или созвзводного срабатывает лампа, передается информация о событии на наш сервер. 4. Все игроки нашей команды с активированными XVM сервисами получают это событие 5. Обновляется маркер на миникарте или над танком для того игрока, от которого пришло событие, значение макроса {{x-spotted}} = 'true' 6. Запускается таймер на 9 секунд (можно регулировать недокументированным параметром в конфиге "consts"/"X_SPOTTED_TIME") 7. По срабатыванию таймера еще раз обновляется маркер на миникарте или над танком, значение макроса {{x-spotted}} = '' P.S. Предлагайте варианты визуализации для дефолтного конфига. P.P.S. Скачивать необходимо branch xmqp

branch другой

Скоро будут возможны через {{py:...}}

max(0, hp) достаточно

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

Это был не сюрприз, а сарказм.

КТТС Вот эти задачки сделаем, и приступим. :) https://trello.com/b/aDoJzWQa/planning

По идее, с введением глобальных текстовых полей, это можно сделать.

Так добавь путь к SDK. DAAPI не будет влиять, если не будет сложной обработки события.

Там на производительность не должно влиять.

В том-то и дело, что у меня только 1.8 стоит, и работает. Нужен или Adobe FlexSDK, или Apache Flex SDK. У меня отдельно установлен Apache Flex SDK 4.14.1 и в настройках к нему путь выбран (Settings -> AS3Context -> Installed Flex SDKs). Лучше логику хоткеев перенести в уши и миникарту. Возможно, переделать вормат extraFields в тот, что у тебя получился, чтобы было универсально. Однозначно интересует, это намного больше возможностей по визуализации дает. Можно пока что так сделать, позже переделаем под новый вид питоновских макросов. Думаю, надо делать отдельное событие, но не привязанное ни к каким выключалкам. Если на это событие во Flash ничего не будет привязано, производительность и так не будет падать.

у меня 1.8

Вечером посмотрю.

Да, оно. Не совсем понимаю зачем там интервал. ЗЫ: В интернете принято общаться на "ты". Если значение числовое, Macros.Format не вызывается. Понятно, что если все увешать макросами, будет тормозить.

Так это регулируется параметром в TextField.

Насчет голосовалок. Зачем заменять пробелы? И почему на таймере будет падать производительность?

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

По расчетам, даже если у всех игроков будет установлен мод и включены сервисы, мы даже в праймтайм способны обработать все запросы без задержек. В крайнем случае система легко масштабируется. У нас поток событий будет значительно меньше, чем у WG, и сложных расчетов на стороне сервера пока тоже не предвидится.