Jump to content
Korean Random

Yury_SNEGOV

User
  • Posts

    125
  • Joined

  • Last visited

Posts posted by Yury_SNEGOV

  1. Конечно можно.

     

    markersAliveNormal.xc

    // Текстовое поле с маркером события XMQP.
        "xmqpEvent": {
          "enabled": true,                //  false - не отображать
          "x": 0,                         //  положение по оси X
          "y": -50,                       //  положение по оси Y
    • Upvote 1
    • Downvote 1
  2. А как же:

    Цитата

        Моды, которые облегчают уклонение от выстрелов противника благодаря определению его точки прицеливания и проецированию предполагаемой траектории полёта снаряда, например с помощью лазерного луча.

    Так и я про то же )) Про него ни слова - в обнове сборки ПРОТанков, оставили как был.

    Ну да это уже не по теме.

    • Downvote 1
  3. Нет, направление стволов на миникарте не убрали. И вообще про него ни слова в обнове.

    (Хотя, ИМХО, он скорее всего должен подпадать под запрет, ибо предоставляет инфу, которой в клиенте точно нет).

     

    Что касается индикатора ближайшего противника - то ему всего лишь уменьшили дальность действия (якобы согласовано с ВГ).

    • Downvote 1
  4. Ух, какой вы эмоциональный, xZirus... Прям так и хочется Вам по-английски ответить ;)

    Под спойлером прочитали? Значит, теперь Вы в курсе, что тему я читал.

    Допустим, убрать для того, чтобы не мусорить на экране лишними, уже не нужными, цифрами.

    Почему убирать именно после времени перезарядки, думаю, тоже понятно - пока танк еще не перезарядился, инфа нужна; когда он уже перезарядился, инфа больше не нужна.

     

    Кому не надо - не пользуйтесь, какие проблемы, всё настраивается (включается/выключается) в конфиге. Моё обращение - к разработчикам XVM и ВГ.

    • Upvote 3
    • Downvote 2
  5. Странные они. Инфопанель разрешили, а это нет. Цифры и там и там приблизительные же.

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

    • Downvote 1
  6. Yury_SNEGOV, а какой тогда смысл в высвечивании этого времени, если оно через время пропадет?!

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

     

    Ну, в общем, эта инфа должна помогать ДУМАТЬ. Помогать ИЗУЧАТЬ/ЗАПОМИНАТЬ ТТХ ТАНКОВ (пусть в данном случае это лишь среднее время перезарядки). Именно на этом и апеллирую, именно из-за этого и написал свой пост. Не думаю, что игроки будут против. Поэтому остался только один нюанс - чтобы ВГ всё поняло, адекватно рассудило и тоже было не против ;)

    • Downvote 1
  7. Нет, при описанной реализации уже всё далеко не так прямолинейно. Явного преимущества не будет. И вот почему...

     

    Видя только время перезарядки противника, мне надо в голове начинать отсчет этого времени с момента появления надписи и только тогда я буду знать, в какой именно момент противник УЖЕ ВОТ-ВОТ ПЕРЕЗАРЯДИТСЯ. Допустим, я просто вижу на экране время - 10 сек. Думаю, что успею за это время выехать и отстреляться - выезжаю, пока сведусь, выстрелю - опа, надпись пропала, я откатиться не успел, получаю заслуженную плюху.

     

    Аналогично и с InfoPanel. С ней я тоже знаю время перезарядки. После выстрела по мне, точно так же начну мысленный отсчет и начну выезжать на отстрел, и т.д. по вышеописанному сценарию. То есть всё то же самое. Нет преимущества.

     

    Смысл в том, что отображаемое время перезарядки МОЖЕТ ПРОПАСТЬ С ЭКРАНА В ЛЮБОЙ МОМЕНТ. Таймера нет, поэтому у меня нет четкого представления о том, как скоро перезарядится противник. А когда надпись пропала, уже поздняк. Так что, скорее всего, есть смысл переспросить на этот счет мнение ВГ. Ау...


    , тогда мы узнаем когда он перезарядился. 

    Ладно, похоже, я занимаюсь самообманом и попыткой надувательства ВГ... Хватаюсь за соломинку ;)

     

    Сам-то я таймером даже от Гамбитера не пользовался, в свой конфиг воткнул его только когда переписывал конфиг под XVM/damagLog. И при этом так и не научился бросать на него взгляд в бою и хоть как-то использовать предоставляемую им возможность. Играем по привычке, полагаясь на свой опыт и знания ТТХ, которые уже записались на корку головного мозга.


    Вот только противник может попасть в вас без обнаружения / изза бугра / играя на артиллерии.
    И возможности навестись на него чтоб увидеть InfoPanel у вас не будет.

    Андрей, плюсанул :)

    • Downvote 1
  8. Так что решили с перезарядкой?

     

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

     

    Суть же проста - мы перестреливаемся с противником. Я знаю своё время перезарядки, но не помню среднее время перезарядки у вражеского танка. Либо я на него прицелом наведу (InfoPanel), либо он сам в меня попадёт (XVM/damageLog) - на экране у меня высветится та самая подсказка о времени его перезарядки. Просто время перезарядки. Не таймер. Всё верно? Так можно? Волки сыты, овцы целы?

     

    В общем, не стоит отрубать эту фичу. Нужно просто привести её "в соответствие новым требованиям ВГ". Даже код сильно менять не придется - просто вырезать промежуточный цикл с отображением таймера.

    • Downvote 2
  9. Скорее всего, авторам XVM (ежели предложение адресовано им) придется с нуля реализовывать сбор подобной инфы на своей платформе. Однако придется обосновать необходимость таких трудозатрат и востребованность ожидаемого результата.

     

    PS: Была в своё время хорошая внешняя прога - WoTLogger. Потом авторы реализовали её в виде мода. Вот их мод как раз собирал подробную статистику обо всех боях - в том числе сервер и карта. Соответственно, скорее всего на его базе возможна реализация подобной затеи... Прогой я тогда активно пользовался, а вот их мод-реализация лично у меня не прижилась. Как у них сейчас дела в плане раскрученности - не в курсе. Но, судя по новостям на http://alfa.wotlogger.ru/- проект еще жив.

    • Downvote 1
  10. Нужны логи с XMQP_DEVELOPMENT=1

    Единственный бой, в котором я встретил еще одного игрока в своей команде с xmqp-лампой - на STB-1.

    В рандоме у нас у обоих высветилась нормальная лампочка.

    При моём засвете моя лампа отработала нормально.

    После своей скорой смерти я пересел на башню STB-1 и следил за работой его xmqp-лампы - она не сработала ни разу, хотя вроде были моменты, когда он пропадал из засвета и снова вылазил.

    При просмотре реплея моя лампа перечеркнута, но при засвете загорается, а у STB-1 оан вообще не отображается.

    post-16952-0-50061700-1478113571.png

    В архиве - реплей, xvm.log, python.log и arenas_data.zip (как я понял, она тоже может пригодиться?) - xmqp_replay.rar

     

    PS: Ну вот, опять пока свою посылку упаковывал, Макс уже исправил свой пост :)

  11. Во-первых, я свой пост писал полчаса, пока тестил повторно. За это время появился пост sirmax.

    Во-вторых, там сказано "На реплеях будет работать только на своих" - я про своё и говорю.

    В-третьих, минусани да всё, чего флудить-то?
    • Upvote 1
    • Downvote 1
  12. Проверьте {{x-sense-on}}, по идее исправил.

    #6744. Реплей (XMQP_DEVELOPMENT=1). Лампочка прокачана, но в начале боя у меня перечеркнутая xmqp-лампа. При засвете xmqp-лампа зажигается, а через 9 секунд снова перечеркнутая.

    А один раз при запуске реплее вообще xmqp-лампочка не появилась, никакая. После перезапуска реплея - появилась.

     

    В рандоме такого глюка вроде не наблюдается, моя xmqp-лампа работает исправно.

  13. Проблема при получении приглоса в бою: post-16952-0-45437400-1478065147.png  Возможное решение: post-16952-0-10138700-1478065148.png

    battleLabelsTemplates.xc
        ..
        "hitlogHeader": {
          "y": "{{pp.mode=0?85|40}}",
          ..
        "hitlogBody": {
          "y": "{{pp.mode=0?105|60}}",
    

    Если в условии помимо типа ушей можно проверить еще и наличие динамического приглоса, то...

    • Upvote 1
    • Downvote 1
  14.  Юрий, а можно у вас попросить часть конфига  с подставленной картинкой лампочки. В ушах всё понятно, по типу противника, а на миникарте и в маркерах я не догоняю как сделать. Спасибо.

    Маркеры XMQP вроде везде предусмотрены в дефолт-конфиге - в ушах, над техникой и на миникарте.

    post-16952-0-41206100-1477971910_thumb.png

    Я, конечно, всё под себя перенастраиваю, но конкретно для XMQP практически ничего донастраивать не пришлось - configs_xmv.rar

    В рандоме так никого с включенным XMQP и не встретил :(

    Кстати, непонятно, как работает моя xmqp-лампочка - вроде ж если лампа у меня не прокачана, то в ушах она у меня должна быть перечеркнута? В рандоме некорректно работает, в реплее (XMQP_DEVELOPMENT=1) нормально...

    "<font color='{{alive?{{x-spotted?#FFBB00|{{x-sense-on?#D9D9D9|#BFBFBF}}}}|#FFFFFF}}' {{.texts.alpha}}>
       {{alive?{{x-spotted?p|{{x-sense-on?p|{{x-enabled?z}}}}}}}}
     </font>",

    post-16952-0-36652200-1477977586.png Реальный бой в рандоме - post-16952-0-29092000-1477977438.png Реплей этого боя - post-16952-0-15112000-1477978803.png

     

    PS: А потом еще проверил в рандоме с включенной XMQP_DEVELOPMENT=1 - лампочка перечеркнута, то есть заработала как надо!

    • Downvote 1
  15. Обновлено.

     

    Вот такие ошибки в питон-логе появились (в реплее, вроде при непробитиях/рикошетах):

    2016-11-01 11:13:03.584: ERROR: Traceback (most recent call last):
    2016-11-01 11:13:03.584: ERROR:   File "scripts/client/Avatar.py", line 1717, in showVehicleDamageInfo
    2016-11-01 11:13:03.584: ERROR: TypeError: showVehicleDamageInfo() takes exactly 6 arguments (7 given)
  16. Глядя на свои снимки подтюнил в своём конфиге координаты маркеров событий XMQP... а проверить на реплее никак? ...может сымитировать как-нибудь?


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

    А "minimapDrawLineAlpha" не?

    • Downvote 1
  17. Свеженький - OJQXM3DBNY5TCNZRGAZQ====.rar

     

    Уточнение. Оказывается необязательно именно мои медальки. И даже необязательно в моей команде.

    Просто любые два игрока с медалями в любой команде - при поочередном их выборе вылазит косяк.

    post-16952-0-16683600-1477736605_thumb.jpg


    UPDATE

    Еще пара свежих боёв - OJQXM3DBNY5TCNZRGAZQ====#2.rar

    Замеченная особенность...

    В первом бою меня сразу убила арта, я с нулем урона внизу списка (м.б. именно это важно?) и о чудо - при смене медалистов (в противоположной команде) косяк не проявляется.

    Во втором бою я снова (как и в предыдущих, описанных выше, боях) вверху в списке - косяк тут снова проявляется, привычным способом.


    UPDATE2

    Опробовал на чистом клиенте, в безопасном режиме - отыграл бой и подсунул кеш боя - глюк присутствует!

    Значит, в залипании вкладки XVM не виноват - проблема в самом клиенте. Посему самоустраняюсь из темы. Прошу прощения за беспокойство ;)

  18. Смотрел на файлик тупо в Блокноте++ - вижу там вызовы типа _CompoundAppearance__vehicleStickers, applyCamouflage, baseFunc_onVehicleDeath и тому подобное. Можно, конечно, делать подобные предположения... Но хотелось быть знать точно. И смысл мода понять.

×
×
  • Create New...