sirmax

Не, я полностью за то, чтобы тут минимум 50% оставить. Этот рейтинг меряет хороших игроков - для этого он создавался и там он хорошо работает. Притягивать за уши тут ничего не нужно. Мой комментарий был к фразе "сами думайте". Раз ты автор, за тобой и решение. Мы можем только предлагать, а решение должно оставаться за тобой. Раз ты считаешь, что меньше 50% считать не нужно, значит пусть так и будет, тем более что многие с этим согласны. Твоя шкала 50-55-60 вполне адекватна - это 4 хорошо различимых диапазона. Больше градаций делать пока не нужно, а там видно будет. UPD: даже 5 диапазонов - 50-55-60-65. Более чем достаточно.

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

Согласен. Давайте так, или конструктивно, или разбежались. "Сами думайте" - это не конструктивно.

Работает, возможно еще не всегда стату отдавать будет, пока кэш БД не наполнится.

Пока никто не написал, сообщаю. База сейчас на обслуживании, еще часик статы не будет.

Было бы неплохо добавить, давайте обсудим возможность реализации. Использование. 1. Думаю, достаточно сделать отдельный макрос (предлагайте название). Если все получится, включим его в дефолтный конфиг. Если есть другие варианты, предлагайте. Технические моменты Вариант 1: считать на клиенте. 1. Сейчас на клиент передается только общая информация и информация по текущему танку. 2. Передавать информацию по всем танкам на клиент не получится, так как критически вырастет трафик, который и сейчас огромный. Вывод: считать можно только на сервере, вариант 1 не подходит. Вариант 2: считать на сервере. 1. Вся необходимая информация вроде бы у нас есть. Но на всякий случай напишите что необходимо. 2. Хоть наш сервер и достаточно мощный, но его основная нагрузка - это обработка запросов от пользователей. Сейчас по вечерам она приближается к 200 запросам в секунду. Пока запас по процам есть, но сложный расчет не повесишь. 3. Обрабатывать всю базу по ночам не подходит из-за особенностей нашей БД. Мы используем MongoDB, сейчас в ней более 6млн записей, весит она 40гб, в памяти постоянно висит около 16-18 гб. Если перебирать все записи, то будет вытесняться кэш в памяти и вырастет нагрузка на IO. IO - это самое узкое место нашей системы, мы даже сервер из-за этого расширяли. Вывод: необходимо пробовать реализовать расчет на лету. Как вариант, пробовать SSD, но это уже костыли. Операционные моменты 1. У нас стата обновляется раз в неделю (это не проблема, просто озвучиваю). Обновляется по запросу, то есть мы не пробегаем раз в неделю по всем танкам, а обновляем только если его запросили и его нет в кэше или данные по нему устарели. 2. Так как используется файл с коэффициентами для каждого танка, он требует поддержки от патча к патчу, да и между ними возможны изменения. Вопросы: 1. Кто и как будет поддерживать этот файл. 2. Так как мы работаем с RU/EU/US/SEA регионами, необходимо подумать как быть в переходные моменты, когда на разных регионах разные патчи. 3. Так как не по всем игрокам можно посчитать tcalc, как это правильно отобразить? 4. Сейчас на EU/US/SEA нет информации по дамагу на танке, что делать в таких случаях? Для начала хватит. Давайте обсуждать. :) ЗЫ: Почему T-Calc? ЗЫ2, просьба тут обсуждать только техническую реализацию. Для обсуждения алгоритма отлично подходит родная тема на оф.форуме (ссылка в шапке). Еще один момент. У нас открытый проект, распространяется по лицензии GPL v3, соответственно все разработки будут в открытом доступе. С этим проблем нет?

Ок, я еще посмотрю.

А, так это просто закэшировало значения в памяти. После перезапуска игры кэш сбросился и стало одинаково.

It is working for RU, but not for EU/US servers.

{{c:dmg}} is not implemented for health bar yet. Will be available in the next test version.

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

10-20 это странно. Обновление происходит постоянно, поэтому не должно быть разницы между вчера и сегодня. На одних и тех же игроках было?

Скорей всего у вас разные версии мода стоят. Проверь на экране загрузки. Хотя не, видимо попали на обновление статы. Одному выдало еще старую, другому уже новую. Стата обновляется по запросу, поэтому вероятность подобного поведения есть. Насколько часто такое бывает?

Пришли конфиг с картинками, который не работает. Скорей всего какую-то мелочь не досмотрел.

Да не, все нормально. У тебя как раз и должно вырасти, так как ты не ололорашишь, в отличие от остальных. Со светом все плохо: мало света - плохо, много - тоже плохо. В общем нестабильный показатель, лучше без него. Более того, раз свет не нужен, остается только дамаг как основной показатель и фраги как косвенный. Пока для всех танков поставил Kd/Kf = 3/1. Обновил шапку и выложил новую версию. Там же скрин, на котором есть и новая, и старая формула.

Так получилось потому, что на T-50 Savg=3,27, то есть он до него сильно не дотягивал. Как по мне, обе формулы врут. Ему вообще 0 надо ставить. Может добавить условие, что-то типа "Игрок должен набивать хотя бы половину среднего дамага"? Да, проверил, смысл есть. Только коэффициент минимальности надо подобрать. Сейчас обновлю формулы.

Выживаемость очень непредсказуемый показатель. У него слишком неравномерное распределение по статистике, так что на его основе делать анализ не стоит. Кроме того, этого параметра нет для каждого танка:

Обновил VMM и конфиг в шапке.

Появилось предложение отказаться от учета количества засвеченных танков: Я склонен с этим согласиться, и результаты тестов на нескольких реплеях это подтверждают. Вот, например. 1. без учета света 2. с учетом

Твоя стата на текущий момент: http://worldoftanks.ru/uc/accounts/820952/api/1.8/?source_token=Intellect_Soft-WoT_Mobile-unofficial_stats По T34: { "spotted": 244, "localized_name": "T34", "name": "T34_hvy", "level": 8, "damageDealt": 474280, "survivedBattles": 112, "battle_count": 380, "nation": "usa", "image_url": "/static/2.1.2/encyclopedia/tankopedia/vehicle/small/usa-t34_hvy.png", "frags": 367, "win_count": 210, "class": "heavyTank" }, HP=1500 474280 / 380 = 1248 1248 / 1500 = 0,832 то есть она даже ниже стала. Возможно у тебя стата не стабильная, плавает выше-ниже. В общем на погрешность в 0.1 можно забить.

Огромное спасибо за репорт. Исправил. А можно конфиг? В твоем при загрузке этого нет: "battleLoading": { "formatLeft": "<font color='{{c:eff}}'>{{vehicle}}</font> <font face='Consolas' size='12'><font color='{{c:kb}}'>{{kb}}</font> <font color='{{c:rating}}'>{{rating}}</font></font>", "formatRight": "<font face='Consolas' size='12'><font color='{{c:rating}}'>{{rating}}</font> <font color='{{c:kb}}'>{{kb}}</font></font> <font color='{{c:eff}}'>{{vehicle}}</font>", Не совсем понял что имеется в виду. Можно на скрине пояснить? Такой информации нет,. только вид урона и тип источника урона - ты, союзник, взводный, противник. пока миникарта в альфа-тестировании, нет смысла ее вносить в редактор. исправил

Не, teff надо два, для сравнения. Заменю tdv на tdb

Это не средний дамаг, а эффективный - поделенный на ХП. Есть путаница, согласен, хз что лучше выводить - tdb или tdv. На оба параметра места уже нет.

Может WG снова отключили DFS для танков? На EU вон вообще нули выдает. Без этого вся затея бесполезна. Нужны примеры - логин, танк, скрин хотя бы. Зависит от Davg. Так как Dt/Davg работает только для Dt<Davg.

FinalStatistic.swf тут не при чем, его можно заменять. Попробуй перезагрузиться.