Рейтинги эффективности за период

[seriych 2,178]

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

 

 

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

 

 

Применяемые понятия.

я буду придерживаться такой терминологии:

S, рейтинг за период - величина, которую мы хотим получить (соответствует условно рейтингу за некие последние N боев)

R, рейтинг (общий рейтинг, глобальный рейтинг, рейтинг игрока) - общий рейтинг игрока в какой-то момент времени (то, что сейчас показывает XVM и большинство ресурсов)

r, рейтинг за сессию - рейтинг игрока за промежуток боев между двумя срезами статистики

B, количество боев - общее количество боев игрока (соответствует рейтингу R)

b, бои за сессию - количество боев игрока за промежуток между двумя срезами статистики (соответствует рейтингу r)

 

 

Суть метода.

Для расчета рейтинга за период S будем применять формулу экспоненциального скользящего среднего

рейтинг за период S после каждого среза статистики можно пересчитывать так:

S₁ = S₀*a + r*(1-a), где a = e^-b/N

на самой первой итерации расчета полагаем S₀ равным текущему общему рейтингу игрока S₀=R₀.

N - некая константа (нужно будет выбрать ее значение), которая определяет, насколько сильно влияют более старые бои на рейтинг. Условно можно считать, что рейтинг за период мы считаем за N боев. Хотя по сути все бои играют роль и, наверное, рейтинг за период соответствует всё же большему числу боев, чем N.

Очень хорошее видео по методу (для отметок) есть у BMDer:

 

 

Рейтинг за сессию.

 В приведенной формуле для рейтинга за период одна неизвестная величина: r. Как ее считать? Так, как вычисляют всякие сайты и моды статистик за период (вычисляя рейтинг за сессию по прямой формуле рейтингов), делать нельзя. Если будет нужно, то напишу подробнее, но основное вкратце так: независимо от того больше или меньше ваш рейтинг за сессию (вычисленный таким способом) вашего текущего общего рейтинга, ваш общий рейтинг после этой сессии может как упасть, так и подняться. И это было бы бредом: вы подняли свой рейтинг, а рейтинг за период у вас опустился, или наоборот.

 Можно рейтинг за сессию считать не прямым расчетом, а так:

пусть рейтинг игрока до текущей сессии R₀ и провел он B₀ боев.

Пусть игрок провел еще b боев и его рейтинг стал R₁ а боев B₁=B₀+b. Рейтинг за сессию r выражаем из такого предположения:

R₁*B₁ = R₀*B₀ + r*b (якобы рейтинг- это среднее среди всех отдельных рейтингов за каждый бой)

r = (R₁*B₁ - R₀*B₀)/(B₁ - B₀)

итого:

S₁ = S₀*a + [(R₁*B₁ - R₀*B₀)/b]*(1-a), где a = e^-b/N или:

S₁ = S₀*a + [(R₁*B₁ - R₀*B₀)/(B₁ - B₀)]*(1-a), где a = e^{-(B₁ - B₀)/N}

 

+ Полезное свойство этого метода: мы можем вычислять рейтинг за период даже рейтингов с закрытыми формулами.

примеры

"пример1. Игрок jenya38rus"

динамика изменения общего рейтинга:

Динамика рейтинга за период:

* графики для разных N=500, 1000 и 2000

"пример2. Игрок Loonat"

динамика изменения общего рейтинга:

Динамика рейтинга за период:

* графики для разных N=500, 1000 и 2000

 

 

Возможные проблемы.

 

1. проблема внезапных скачков общего рейтинга.

рейтинг за сессию по разным причинам (глюки API, изменения в формулах рейтингов, изменения уровней техники...) может взлетать до космических величин или падать столь же далеко ниже нуля. А так как многие глюки сохраняются на длительное время, а последние срезы больше влияют на рейтинг за период, то рейтинг за период скачет гораздо сильнее, чем общий рейтинг игрока. С этим надо что-то делать. Пока для тестов я сделал так: рейтинг за сессию ограничил сверху и снизу, и он не может принимать значения отличающиеся от текущего рейтинга за период более чем на некоторое dSmax = 2500 для EFF и WN6, 5000 для WN8, 10000 для WGR. 

если (r > S₀ и r - S₀ > dSmax) то r = S₀ + dSmax

если (r < S₀ и S₀ - r > dSmax) то r = S₀ - dSmax

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

примеры

"пример1. Игрок IIkPaCaBaII"

динамика изменения общего рейтинга:

Динамика рейтинга за период без применения dSmax:

норм кардиограмма :-)

* графики для разных N=500, 1000 и 2000

Динамика рейтинга за период с применением dSmax:

"пример2. Игрок LeBwa"

 динамика изменения общего рейтинга:

Динамика рейтинга за период без применения dSmax:

* графики для разных N=500, 1000 и 2000

Динамика рейтинга за период с применением dSmax:

Можно пересмотреть значения dSmax, можно сделать зависимым от b (например, если боев за сессию много, то dSmax уменьшается), от S. Может есть принципиально иное решение?

 

 

2. откат статистики, частичный откат

бывает, что боев на аккаунте становится меньше, чем было на старом срезе.

"пример. Игрок kurskii"

Особо пока не думал, что с этим делать, но если переделать на сервере вычисление рейтингов, чтобы всё только на основе статы по танкам считалось, то вроде как всё решаемо. Это нужно, чтобы решить проблему частичного отката (когда общая статистика игрока не совпадает с суммарной статистикой по его танкам), когда общие рейтинги игрока в XVM начинают считаться неправильно. Проблема частичного(некорректного) отката при этом превращается в более простую проблему полного отката. Полный откат опасен лишь тем, что при вычислении рейтинга за сессию мы приходим к тому, что вычисляем рейтинг за отрицательное количество боев. Как вариант можно просто игнорировать вычисление рейтинга за период на этом шаге и только перезаписать количество боев.

 

 

 

Дополнения.

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

Edited June 18, 2016 by seriych

[seriych 2,178]

резерв

[seriych 2,178]

Можно пересмотреть значения dSmax, можно сделать зависимым от b (например, если боев за сессию много, то dSmax уменьшается)

Да, наверное, стоит сделать.

Если обновления на разных ресурсах происходят в разное время, то глюк на одном ресурсе может продолжаться скажем один бой и он мало повлияет, так как отклонение ограничится dSmax, а вес одного боя пусть и последнего не так велик, чтобы резко изменить рейтинг за период S. А если другой ресурс обновит игрока позже, когда у него уже еще пара сотен боев накатано, то глюк на этих паре сотен боев размажется и dSmax может вообще не применится, но r всё равно будет завышен/занижен, а несколько сотен боев за сессию сыграют весомую роль в изменении S.

 

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

Исходные рейтинги (уже побольше срезов поднакопилось, чем в шапке):

без плавного снижения dSmax:

с линейным снижением до dSmax/2 при 200+ боев за сессию:

[Storan 3]

Существует одна проблема, для рейтингов вроде WN8, где показатель рейтинга не абсолютный, а рассчитывается от сравнения со средними значаниями по танкам. Там не удасться отделаться "лёгкой формулой" S1 = S0*a + r*(1-a), так как после пересчета эталонных средних самого wn8 - у всех игроков корректируется и "старое" значение B0. Вопли грилеводов, у которых "своровали" их рейтинг в конце июня ещё свежи в памяти.

 

Примитивный и условный пример. Катал челове на имбах, набил wn8 1500, суммарно у него 10к боёв. Мы запомнили id_игрока, количество_боёв, значение_wn8 (B0 = 10k, S0=1500). Происходит перерасчёт в wn8, выясняется (в самом рейтинге) что у данного игрока реальный wn8 1200, затем откатывает он ещё десятку (просто 10 раз) боёв, строго на свои законные ~1200, видит новые катастрофичные 1200, и удаляет танки на неделю. А мы делая текущий срез и в итоге получаем откровенную фигню r=(R1*B1-R0*B0)/(B1-B0)=(1200*10'010-1500*10'000)/10= -299k

 

Ограничение значений r будет костылем, и скорее всего неудобным. Ведь в следствие "памяти" у скользящего среднего единожды запомненный некоректный B0 за каждую итеррацию будет менятся очень незначительно, и создавать ту же самую проблему и в шагах i+1, i+2, i+3, ...

[seriych 2,178]

в следствие "памяти" у скользящего среднего единожды запомненный некоректный B0 за каждую итеррацию будет менятся очень незначительно, и создавать ту же самую проблему и в шагах i+1, i+2, i+3, ...

B - это бои. Имелось в виду R0? R резко меняется один раз при смене таблицы(или ребалансе техники и т.п.). В указанном примере рейтинг игрока по срезам будет меняться как-то так: 1490 - 1498 - 1500 - 1200 - 1205 - 1204 ... Соответственно r будет косячным только один раз при резком скачке R с 1500 до 1200.

[Storan 3]

Извиняюсь за долгое молчание.
Да, с B0 и R0 опечатка.

Наверно мы по-разному понимаем продолжительность этого самого "периода". Если имеется в виду игровая сессия, день, несколько дней - то правда ваша. Но если под периодом понимать  последние месяцы/полгода - тогда, например для wn8, каждый раз когда разработчики рейтинга меняют таблицы средних значений техники - нужно будет сбрасывать до первой (нулевой) итерации и весь рейтинг за период.
 
После такого обновления новое значение wn8 - это не просто следующее и уточненое. При этом ещё и все старые значения wn8 одномоментно становятся неверными и ошибочными. По сути рейтинг начинает высчитываться по новой формуле. Да, вид у неё точно такой же как у всех предшествующих, но числовые коэффициенты - стали другими.
 
Берём любое слагаемое wn8, (упрощено, без минимаксов и нормализации): 210*rDAMAGE*rFRAG = 210*(avgDmg / expDmg)*(avgFrag / expFrag) = 210.0/(expDmg*expFrag) * avgDmg * avgFrag.
средние урон и фраги - это x1 и x2, переменные которые закономерно изменяются и от игрока к игроку и влюяют на само значение wn8. Но вот 210 деленое на ожидаемый урон и ожидаемые фраги - это просто числовой коэффициент, и как только он изменился (при обновлении табличных средних значений) - формула стала другой. Вчера считали Y(x1,x2) = 0.025*x1*x2, сегодня стали считать Y(x1,x2) = 0.017*x1*x2; все старые добытые при ".025" значения Y для нас теперь попросту не имеют смысла, а х... мы не храним, потому что затратно. Значит нужно смирится с тем, что у рейтинга за период обнулилась память.

[seriych 2,178]

 

 

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

XVM обновляет пользователей не реже чем раз в две недели. Другие ресурсы имеют как правило гораздо меньшие базы и обновляют еще чаще.

[Med 8]

Кажется, Storan указывает на то, что при пересчёте коэффициентов wn8 "текущий рейтинг", рассчитанный по старым таблицам, становится некорректным. Это, формально, так и есть, и у нас есть два варианта решения:

 

1) начать всё заново, приняв рейтинг по новой таблице за всю историю за стартовый

2) просто продолжать обновлять рейтинг, рассчитывая рейтинги по новым коэффициентам

 

Я думаю, что для большинства пользователей разность между "текущими рейтингами" по двум версиям будет гораздо меньше разности между текущим рейтингом и общим рейтингом по одной версии, поэтому придумывать ничего не нужно, и выбирать нужно второй способ. Более того, флуктуации текущего рейтинга скорее всего будут больше, чем изменение из-за пересчёта коэффициентов, поэтому проблема как бы есть, но практически её нет.

[Flinnd 34]

Кажется, Storan указывает на то, что при пересчёте коэффициентов wn8 "текущий рейтинг", рассчитанный по старым таблицам, становится некорректным. Это, формально, так и есть, и у нас есть два варианта решения:

 

1) начать всё заново, приняв рейтинг по новой таблице за всю историю за стартовый

2) просто продолжать обновлять рейтинг, рассчитывая рейтинги по новым коэффициентам

 

Я думаю, что для большинства пользователей разность между "текущими рейтингами" по двум версиям будет гораздо меньше разности между текущим рейтингом и общим рейтингом по одной версии, поэтому придумывать ничего не нужно, и выбирать нужно второй способ. Более того, флуктуации текущего рейтинга скорее всего будут больше, чем изменение из-за пересчёта коэффициентов, поэтому проблема как бы есть, но практически её нет.

полная ахинея, факт остается фактом, взяли тупо обнулили стату по грилю и скорпиону

 

 

пересчёте коэффициентов wn8

какой перерасчет ?????, если тупо обнулили

[13 3,395]

@Flinnd, вероятно вы не поняли, но эта тема абсолютно о другом. Ваш вопрос обсуждается здесь.

[Progrev_T 5]

Вы хотите динамическую стату? Ну так начинать нужно с самого начала.
 
Формирование "базы ЕМА" и выведение оттуда эталонных значений (относительно этого и будет "измеряться" динамическая стата отдельно взятого игрока).
Делается снимок всех танков всех игроков. Но берутся не все данные по танку, а только те, которые формируют рейтинги. (можно конечно и все данные взять, но "снимок" очень тяжёлым получится)
 

Данные формирующие рейтинги.
               WN8  РЭ
урон          ✓     ✓
фраги       ✓     ✓
обнаруж.  ✓     ✓
ПП            ✓
защита     ✓     ✓
захват      ✓
 
Далее, при обновлении статистики игрока, если на каком-то его танке изменилось количество боёв, то начинают формироваться ЕМА по этому танку, по вышеуказанным параметрам: ЕМА урон, ЕМА фраги, ЕМА защита и ты.ды.
Для танка вводится ещё одна цифра, которая указывает, какое количество боёв на нём проведено с "участием" ЕМА. По этой цифре определяется, достаточно ли на танке боёв, чтобы он мог участвовать в формировании эталонных значений.

 

Количество боёв на танке, для его участия в формировании эталонных значений. (указаны примерные значения)
лвл - боёв
1 - 24
2 - 44
3 - 63
4 - 83
5 - 102
6 - 122
7 - 141
8 - 161
9 - 180
10 - 120
На 1-2 лвл подавляющее большинство по 100 боёв не катает.

На 9 лвл, для введения танка в топовую комплектацию требуется 120-150, а то и 180 боёв. Беря планку прохождения в 100 боёв, мы захватываем огромное количество стоковых танков, которые оказывают существенное влияние на формирование эталонного значения, что совсем не правильно, их там вообще не должно быть.

Такие же значения, но несколько меньшие (процентов на 20), используются для задания "окна усреднения" для ЕМА.
лвл - боёв
1 - 20
2 - 36
3 - 53
4 - 69
5 - 85
6 - 101
7 - 118
8 - 134
9 - 150
10 - 100
 
Пример.

 

здесь коэффициент K = 2 / (n + 1);
n - окно усреднения; [боёв]
Pt - цена сегодня; [урон/фраги]
EMAy - EMA вчера.

 
лвл - 3
окно усреднения ЕМА, боёв - 53
мин. боёв на танке (в ЕМА) - 63

 

Таким образом мы получаем эталонные значения по танкам в динамике.

Вы ж не собираетесь прикладывать динамическую стату игрока к общей стате всех игроков? Или собираетесь?

[seriych 2,178]

 

 

Вы ж не собираетесь прикладывать динамическую стату игрока к общей стате всех игроков? Или собираетесь?

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

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

[Progrev_T 5]

В таком случае у вас жёлтые станут зелёными, зелёные синими, синие фиолетовыми, а фиолетовые будут этот рейтинг на одном месте вертеть. С этим что будете делать?

А что с "окном усреднения" - коэффициентом? У всех танков он будет одинаков и равен примерно 100 боям (в смысле, последние 100 боёв будут иметь 80-90% веса)? Или как?

Edited September 3, 2016 by Progrev_T

[seriych 2,178]

 

 

В таком случае у вас жёлтые станут зелёными, зелёные синими, синие фиолетовыми, а фиолетовые будут этот рейтинг на одном месте вертеть. С этим что будете делать?

В смысле? Цветовая шкала, естественно будет приведена в соответствие с распределением игроков по рейтингу за период

 

 

А что с "окном усреднения" - коэффициентом? У всех танков он будет одинаков и равен примерно 100 боям (в смысле, последние 100 боёв будут иметь 80-90% веса)? Или как?

нет никакого окна усреднения для отдельных танков. Нам достаточно знать только рейтинги и количество боев. Даже формулу рейтинга знать не нужно.

[Progrev_T 5]

Понял, что вы хотите сделать.
 
UPD

ЕМА, она же "экспоненциальная скользящая средняя".

У меня вместо коэффициента a используется К, в который воткнуто "окно усреднения". Выглядет это как К = 2/(n+1), где n - нужное нам количество последних боёв (в моём случае 2к). В целом же, формула одна и та же.


Посмотрел свою стату за сессии на noobmeter.com. Получилась такая вот картинка.

 
Нужно выбрать "окно усреднения" или коэффициент (что по сути одно и то же).
Чтобы не повторяться, приведу своё сообщение.

Я долгое время вёл вот это вот дело и пришёл к некоторым выводам.

1. Неправильно сравнивать игроков по общей стате. (основная причина - твинки и невозможность определить текущий скил игрока)

2. Скил игрока определяется не за весь период его игры, а на текущий момент.

3. Для определения текущего скила нужно рассматривать последние, примерно, 2к боёв. (1к слишком мало и в стате могут наблюдаться сильные колебания. 3к уже многовато, особенно для тех, кто мало играет. 2к для большинства случаев - оптимально. Для игроков с общим количеством боёв до 5-7к, лучше брать диапазон в 1-1.5к.)

4. Временной диапазон не подходит, так-как кто-то играет по 1000 боёв в месяц, а кто-то 300-500.

 
То есть: динамическая стата = рейтиг за последние 2к боёв = текущий скил игрока. ("окно усреднения" = 2к боёв)
Но стата обновляется с определённой периодичностью, вроде раз в неделю, и разные игроки за это время играют разное количество боёв. Поэтому, окно усреднения (коэффициент) должен меняться в зависимости от количества новых боёв. То есть, если при обновлении ЕМА добавилось новых 100 боёв, то n в окне усреднения будет равен 2000/100=20, если новых боёв 200, то n=10, если 50, то n=40 и так далее.

здесь коэффициент K = 2 / (n + 1);
n - окно усреднения; [боёв]
Pt - цена сегодня; [урон/фраги]
EMAy - EMA вчера.

 
Так же важно, каким будет начальное значение ЕМА. При его формировании нам нужно предыдущее ЕМА, а его у нас нет. Чем сильнее отклонение начального значения ЕМА от реального (определяющего текущий скил, которое мы в итоге и хотим увидеть), тем дольше оно будет до него ползти. Поэтому правильней будет, вместо предыдущего ЕМА ставить текущий показатель рейтинга.
 
Прикрепляю файл эксель, из которого видно, что коэффициент (или окно усреднения) должно быть плавающим, в зависимости от количества сыгранных боёв за сессию. В файле сгенерированы результаты условных 5к боёв. Ема10 означает, что Ема формировалась каждый 10-ый бой, при этом усредняя результаты последних 10-ти боёв в один. Соответственно "окно усреднения" у неё 2000/10=200. Можно цифру 200 менять, будет меняться окно, и график этой ЕМА.
Можно в табличке менять и начальное значение ЕМА (оно установлено как 1500).
рейтинги 2.zip Edited September 4, 2016 by Progrev_T

[seriych 2,178]

окно усреднения (коэффициент) должен меняться в зависимости от количества новых боёв.

Если брать применять формулу экспоненциального скользящего среднего, где взять K = e^(-1/n) для одного боя, то легко показать, что за сессию из b боев K = e^(-b/n) (если считать, что каждый бой сессии проведен с одинаковым рейтингом).

 

 

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

И у нас всегда будет в приоритете общий рейтинг? Смысл тогда от всего этого? Ползти будет какое-то время - да, не без этого. Но стата собирается уже достаточно давно, чтобы всё куда надо выползло. Вот графики предлагаемого алгоритма для твоего аккаунта:

Edited September 4, 2016 by seriych

[Progrev_T 5]

Если брать применять формулу экспоненциального скользящего среднего

Оно и есть ЕМА.

 

(если считать, что каждый бой сессии проведен с одинаковым рейтингом).

Не надо так считать, надо файлик мною выложенный скачать, там каждый бой с разным рейтингом (от 1000 до 2000). Там же значения коэффициентов (в "окне усреднения") можно менять и видеть как меняется кривая.

 

И у нас всегда будет в приоритете общий рейтинг?

А можно узнать мои цифры по рейтингам за последние 1-2к боёв? Если они будут ближе к реальным значениям, чем цифры общей статы, тогда конечно лучше брать их. Edited September 4, 2016 by Progrev_T

[seriych 2,178]

Не надо так считать

А как надо? Вот известен тебе старый рейтинг R1 и количество боев B1, известен новый рейтинг R2 и количество боев B2. Как считать рейтинги за каждый из этих прошедших B2-B1 боев?

 

 

надо файлик мною выложенный скачать, так каждый бой с разным рейтингом

У тебя есть файлик с каждым боем каждого игрока WoT?

 

 

 

А можно узнать мои цифры по рейтингам за последние 1-2к боёв?

Дак я ж выложил графики. Или тебе исходные рейтинги, а не за период? Вот:

 

Вот еще по данным за большой период из твоей таблицы (сразу и график общего wn8 и скользящий за период с разными коэффициентами):

[Progrev_T 5]

Дак я ж выложил графики. Или тебе исходные рейтинги, а не за период?

Мне как раз "за период" нужны. И если они есть в наличии и из них можно выделить последние 1-2к боёв, то не очень понятно, что мы вообще пытаемся делать, если уже всё есть?

[seriych 2,178]

 

 

Мне как раз "за период" нужны. И если они есть в наличии и из них можно выделить последние 1-2к боёв, то не очень понятно, что мы вообще пытаемся делать, если уже всё есть?

Я не случайно в первый пост добавил терминологию. Если ты называешь теми же словами, что-то иное, поясняй. Я так понимаю под рейтингом за период ты сейчас подразумеваешь рейтинг, вычисленный по прямой формуле рейтинга, исходя из разности статистик игрока в конце и начале периода? Ну дак на том же нубметре и посмотреть можешь за нужные тебе времена.