[9.19/6.7.3-dev] elements.xc работает не корректно

[Kapany3uk 948]

предистория - тыц

 

собственно что происходит:

при попытке изменить местоположение ВГ счетчиков эффективности с помощью elements.xc по координате "х" изменения принимаются, по координате "у" - НЕТ.

'код'

      { // в бою НЕ настраивать отображение в клиенте, иначе все сползет по высоте
        "$delay": 100,                            // задержка в 100 мсек, чтобы все успело инициализироваться
        "battleDamageLogPanel": {                 // урон от ВГ: нанесенный/ассист/заблокированный
          "summaryDamageBlock": {                 // нанесенный, картинка
			"y": -8,  // -30
			"x": 0
          },
          "damageValTF": {                        // нанесенный, текст
			"y": 0,  // -22
			"x": 24
          },
          "summarySupportBlock": {                // ассист, картинка
			"y": -8, // -30
			"x": 70
          },
          "supportValTF": {                       // ассист, текст
			"y": 0,  // -22
			"x": 94
          },
          "summaryDefenceBlock": {                // заблокированный, картинка
			"y": -8, // -30
			"x": 140
          },
          "defenceValTF": {                       // заблокированный, текст
			"y": 0,  // -22
			"x": 164
          },
          "summaryStunBlock": {                   // стан, картинка
			"y": -8,
			"x": 210
          },
          "stunValTF": {                          // стан, текст
			"y": 0,
            "x": 234
          }
        }
      }

при включенном "autoReloadConfig": true, на реплее после внесения изменений в конфиг (любых, просто вставлял/удалял пробел) координата "у" подхватывается и счетчики выглядят как задумано. Если перемотать реплей назад/вперед - координата "у" опять "слетает, вносишь изменения в конфиг - опять все ровно :)

если "autoReloadConfig" выключен, то привести счетчики к задуманному виду "в ряд" не получилось никак: пробовал изменение в настройках ВГ и менял "$delay" до 1000...

проверялось на чистом клиенте, билд 7604, на дефолтном конфиге с отключенным дамаг-логом и закомментированным battleLabels/totalEfficiency

'скрины'

 - начало реплея

 - внесены изменения в конфиг

 - после перемотки вперед/назад

 - и опять внесены изменения...

в логах чисто python.log xvm.log

[sirmax 5,499]

значит управляется программно. можно через интервал разве что

[ghebog 17]

значит управляется программно. можно через интервал разве что

Т.е. увеличить delay? На сколько?

[sirmax 5,499]

не угадаешь. сейчас задержка начинается практически сразу после начала загрузки боя

[Kapany3uk 948]

@sirmax, я ставил до 1000 (целая секунда!), но никак...

менял "$delay" до 1000

 

@ghebog, а чем хвм-ские счетчики не нравятся?

там Саша (@ktulho)   запилил все конкретно, настраивай как надо. И стан (только для арты) и по alt для взводов и т.п... возможностей море! Тема тут.

 

реально, чем париться про эту ср**ную координату "у" для ВГ-счетчиков, проще настроить уже имеющееся в хвм (имхо)

Edited June 8, 2017 by Kapany3uk

[MICROB 77]

предистория - тыц

 

 

shot_033.jpg  - начало реплея

shot_034.jpg  - внесены изменения в конфиг

shot_035.jpg  - после перемотки вперед/назад

shot_036.jpg  - и опять внесены изменения...

в логах чисто python.log xvm.log

было также панель повреждений обновил-стало норм

п.с. код тот же,делей не прописан

[ghebog 17]

@ghebog, а чем хвм-ские счетчики не нравятся?

там Саша (@ktulho)   запилил все конкретно, настраивай как надо. И стан (только для арты) и по alt для взводов и т.п... возможностей море! Тема тут.

 

реально, чем париться про эту ср**ную координату "у" для ВГ-счетчиков, проще настроить уже имеющееся в хвм (имхо)

Да пока не знаю, не знал про них. Ща бум посмотеть :)

было также панель повреждений обновил-стало норм

shot_271_cr.jpg

п.с. код тот же,делей не прописан

Всегда стояла панель от GambiteER-а. Правда, вот именно с прошлого патча, начал ставить и "Таймер починки модулей"... Попробую переставить модпак без таймера.

ПС. Без изменений.

Edited June 8, 2017 by ghebog

[night_dragon_on 5,601]

если "autoReloadConfig" выключен, то привести счетчики к задуманному виду "в ряд" не получилось никак

 

Выставляй внутреннюю задержку для отрисовки конкретного элемента.

 

'Пример'

{
  "elements": [
    {
      "$delay": 100,
      ...
      "battleDamageLogPanel": {
        "$delay": 1,
        "summaryDamageBlock": {
          "y": -8,
          "x": 0
        },
        "damageValTF": {
          "y": 0,
          "x": 24
        },
        "summarySupportBlock": {
          "y": -8,
          "x": 70
        },
        "supportValTF": {
          "y": 0,
          "x": 94
        },
        "summaryDefenceBlock": {
          "y": -8,
          "x": 140
        },
        "defenceValTF": {
          "y": 0,
          "x": 164
        },
        "summaryStunBlock": {
          "y": -8,
          "x": 210
        },
        "stunValTF": {
          "y": 0,
          "x": 234
        }
      },
     ...
    }
  ]
}

 

Где:

"$delay": 100, - общая задержка для отрисовки всех прописанных элементов в конфиге.

"$delay": 1, - задержка для отрисовки конкретного элемента.

Edited June 9, 2017 by night_dragon_on

[ghebog 17]

Всем СПАСИБО!

Отказался от elements.xc и перешел на totalEfficiency средствами XVM.

Тему можно закрывать.

[Kapany3uk 948]

Выставляй внутреннюю задержку для отрисовки конкретного элемента.

 

выставил задержку для каждого элемента - не сработало ((

{ // в бою НЕ настраивать отображение в клиенте, иначе все сползет по высоте
        "$delay": 100,                            // задержка в 100 мсек, чтобы все успело инициализироваться
        "battleDamageLogPanel": {                 // урон от ВГ: нанесенный/ассист/заблокированный
        "$delay": 1,
          "summaryDamageBlock": {                 // нанесенный, картинка
          "$delay": 1,
            "y": -8,  // -30
            "x": 0
          },
          "damageValTF": {                        // нанесенный, текст
          "$delay": 1,
            "y": 0,  // -22
            "x": 24
          },
          "summarySupportBlock": {                // ассист, картинка
          "$delay": 1,
            "y": -8, // -30
            "x": 70
          },
...

 

поскольку сам пользуюсь счетчиками ХВМ, интереса к теме нет, но закрывать пока не буду: до решения проблемы либо ответа разрабов, что на проблему "забито" (меня не расстроит любой вариант ))

ps. и, кстати, при $delay в каждом элементе, при запуске реплея, после закрытия окна загрузки, буквально на мгновение счетчики встали в ряд, но тут же опять "расползлись" (проверял на 7604, дефолт и только эта секция в elements)

Edited June 9, 2017 by Kapany3uk

[ghebog 17]

ps. и, кстати, при $delay в каждом элементе, при запуске реплея, после закрытия окна загрузки, буквально на мгновение счетчики встали в ряд, но тут же опять "расползлись" (проверял на 7604, дефолт и только эта секция в elements)

Ну это явление я описал еще в начале. Правда они становились ровно и по старому коду, причем только при входе в первый бой после запуска клиента.

[night_dragon_on 5,601]

ps. и, кстати, при $delay в каждом элементе

 

Там достаточно дополнительной задержки именно для "battleDamageLogPanel", для внутренних элементов в нем нет необходимости выставлять.

 

буквально на мгновение счетчики встали в ряд, но тут же опять "расползлись"

 

Не пробовал значение "$delay": 1, увеличить.

М.б. необходимое значение зависит от конкретной конфигурации ПК, мне одной миллисекунды достаточно для отрисовки.

Edited June 11, 2017 by night_dragon_on

[Kapany3uk 948]

 

 

М.б. необходимое значение зависит от конкретной конфигурации ПК

а это значение д.б. точным или возможно "не ниже/не выше/в диапазоне"?

просто пытаться подобрать безусловное значение трудоемко, а если выставить 1000, к примеру, то эффекта нет (пробовал уже)

[androdizel 8]

а это значение д.б. точным или возможно "не ниже/не выше/в диапазоне"?

просто пытаться подобрать безусловное значение трудоемко, а если выставить 1000, к примеру, то эффекта нет (пробовал уже)

Поэкспериментировал  сделал как сказал night_dragon_on, выставил делэй 5000 вроде нормально, 3000 прокатывало через раз. Короче чем больше тем лучше. Вот такие дела))))

[Kapany3uk 948]

отлично! решение найдено ))

[ghebog 17]

Объясните мне, пожалуйста, какая зависимость между частотой обновления и местом отображения этих сумм.

Я понял бы если координаты были бы динамическими, т.е меняли место (пока рассчитываются нужна задержка), а так они же фиксированные.

Они что привязаны к прицелу, к местности, или к еще чему-нибудь меняющему место во время боя?

[androdizel 8]

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

[ghebog 17]

...сначала должно загрузиться по дефолту... 

 

Скорее всего так и есть!

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

battleLabelsTemplates.rar

А в коде есть строчка:

188 ...<tab><img src='xvm://res/icons/Efficiency/{{py:xvm.isStuns?stun|discover}}.png' vspace='-2'> {{py:xvm.isStuns?{{py:xvm.totalStun}}|{{py:xvm.detection}}}}

Т.е. сначала грузится дефолт, проверяется может ли техника, наносить стан да/нет (вот где нужна задержка!) и только после меняется иконка.

screenshots.rar

Edited June 13, 2017 by ghebog