Jump to content
Korean Random

coJlHe4Hblu_noH4uk

User
  • Content Count

    551
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by coJlHe4Hblu_noH4uk


  1. Так что те данные, которые есть в базе XVM — это и есть те данные, которые непосредственно отдаются игрокам.

    Ёлы-палы, ну вы читайте прежде чем писать!

    Вот тут всё обсуждение сводится к тому, что "вы сделайте, а мы посмотрим на скрины как это выглядит". То есть должно красиво выглядеть. Ок.

    Вот есть вы, допустим вы играете 1 раз в месяц, т.е. вы всегда в базе. И есть я, я играю, к примеру, 30 боёв в день.

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

    А если смотреть на то, как это отображалось в ушах, то ваша стата была показана ~x раз людям, а моя ~900x раз.

    И а данную особенность можно выяснить только получив те данные, что отдаёт сервер.

     

     

    А, т.е. других проблем у рейтинга нет? Вас понял.

    Вы обсуждали рейтинг в контексте учета числа боев в рейтинге. WGR - единственный это учитывающий. 

    • Downvote 2

  2. Какая наивность. :)

    На каждый запрос (из боя) каждого юзера насрать в лог 30ю значениями WN8 (к примеру) - это много писанины? Не думаю.

    Один из худших рейтингов?

    Да, потому как по логике этого рейтинга человек с малым числом боёв считается малоопытным.

  3. Зато у Серыча есть доступ к данным.

    Хранящиеся в БД данные - вообще пофиг. Нужны отдаваемые за период. Нужно просто прикрутить маленький логгер, всё. Кого еще просить?

     

    персонализированная информация

    id игроков не нужны, только значения рейтингов.

    Под "кто" я имел ввиду, что разные по скиллу игроки используют xvm реже или чаще.


  4.  

     

    А чего ты от меня ждешь? Куда-то бежать и делать тот бред, что вы тут напридумывали я не буду. Хотите экспериментировать - вперед

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

    Но они завязаны на той особенности, что игроки с плохой статой используют XVM реже.

    Данные как, кто и когда использует XVM есть только у вас.

    Было бы нужно что-то другое, я бы уже сам сделал скрипт сбора статы через WG API, но их статистика мне не нужна.


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

    Упоминал:

     

    На картинке ниже (слева) цвета XVM расположены с точки зрения расстояния между ними для зрительной системы. На правой половине я хотел показать, что вайн фиолетовых можно компенсировать увеличением числа цветов в бирюзово-фиолетовой области. Это пойдёт на пользу как разнообразию, так и теории с энтропией.

     

    b033154ea8c5fde049712fee60322046.png


  6. Природой ты мне напомни, что лучше брать не корень, в учете числа боев, а логарифм :)

    По логике да, но скорее всего истина где-то тут:

     

    400px-Learning-Curve-rus.svg.png

     

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

    • Upvote 1

  7. Сейчас достаточно посмотреть на цвет, что бы понять расклад. В этом случае придется смотреть сначала на себя и относительно себя приидывать цвета, больше действий, неудобно.

    А я не говорю, что я сторонник данного подхода. Просто пытаясь быть объективным, написал, что в некоторых случаях, в некоторых, таким подходом пользуется природа. А в некоторых нет. Например, если воткнуть нож в бедро, сидеть и ждать "эффекта адаптации" довольно глупо)

  8. Тебе всю базу что-ли сливать?

    Я в основном посте написал, читай. Что тут непонятного? Найдёшь фразу "вся база", пиши адрес, вышлю пряник.

     

    Ну и самый главный пост: Цитата Нужны те данные, которые реально отдал сервер за определенный интервал. Расписываю, что я имею ввиду. Пусть интервал у нас был 1 секунда, к примеру, и за это время началось два боя. В первом бою статистику "попросили" 10 человек, сервер выслал данные по 30 игрокам 10 раз, во втором бою статистику запросил лишь один человек, сервер 1 раз выслал статистику 30 игроков. Получается нам необходимы данные вида: playerId - requestCount, т.е. id игрока и количество запросов его статы за период. Для примера выше это будет 60 строк (2 боя * 30 чел.), где для первых 30 requestCount=3, для вторых - requestCount=1. Надеюсь, что объяснил более-менее нормально. В идеале нужна статистика за сутки/неделю/месяц, чем больше, тем лучше. Если брать большой интервал, нужна не вся статистика, а её определенный процент, чтобы не отгрести терабайтный csv.

    Раз - нужна статистика, два - нужны реплеи, три - нужна статистика.

    Это я написал, чтобы ты не ныл, что я ничего ни разу не попросил и не сказал, что конкретно мне нужно.

    Закачивай докапываться, пока я по твоим "изыскам" не прошёлся, доябываясь до каждой мелочи. За собой следи.

    То я "не могу сказать, что именно мне нужно", то я прошу слишком много. Читать научись, всё, а не выборочно.


  9. а ты сможешь предположить на что способен такой фиолетовый рак?

    Как то на Хабре проскакивал коммент "если вы видите много фиолетовых ссылок, у меня для вас плохие новости", речь шла о сотне ссылок на порноресурсы.

    Так вот, если ты в командах видишь много фиолетовых игроков, у меня для тебя очень плохие новости)))

     

    Ты хоть бы раз озвучил какие именно данные тебе нужны.

    Раз, два, три.

     

    Ну и самый главный пост:

     

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

    Расписываю, что я имею ввиду.

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

    playerId - requestCount, т.е. id игрока и количество запросов его статы за период.

     

     

    Для примера выше это будет 60 строк (2 боя * 30 чел.), где для первых 30 requestCount=3, для вторых - requestCount=1. Надеюсь, что объяснил более-менее нормально.

     

    В идеале нужна статистика за сутки/неделю/месяц, чем больше, тем лучше. Если брать большой интервал, нужна не вся статистика, а её определенный процент, чтобы не отгрести терабайтный csv.


  10.  

     

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

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


  11.  

     

    бессмысленно, тут как раз важно, какой ты есть на самом деле, а не в каждом бою разный.

    Природа показывает то, что такие решения иногда лучше других. В качестве примера могу привести адаптацию зрения, слуха.

    То есть то, что белый лист остается белым и при свете лампы накаливания, и в утренних красноватых лучах, и в пасмурную погоду, значит в этом есть какой-то смысл?

    Хотя на самом деле он отражает разные спектры. Почему разные игроки не могут стать определенного цвета в определенной ситуации?

    • Downvote 1

  12.  

     

    1. Нам нужно задавать какую-то верхнюю планку, без неё, думаю, никак. С её определением возникли трудности и ничего умнее кроме 0,1% пока в голову не приходит. К тому же, 0,1%, это 1 игрок на 1000, красивая цифра, ради этого и хотел оставить.

    @seriych, @StranikS_Scan, вот так и придумывалась шкала для EFF  :gg:


  13. @StranikS_Scan, увидел, что перед боем кнопка на таскбаре горит красным, за 5 сек до конца отсчета. Думал, что это реализовано через FlashWindow из user32.dll, но потом оказалось, что нет.

    Хотел хукнуть вызов FlashWindow и повесить на него звуковое оповещение о начале боя, если клиент свёрнут.

    Но сделано это каким-то другим способом. Вот теперь думаю, что хукнуть и как это найти..


  14.  

     

    Я и написал, что если Progrev_T делает другую шкалу, то почему отсечка по количеству боев должна быть такая же, как сейчас?

    Честно, я вообще не очень понимаю, что конкретно он хочет.

    Конкретно, это когда в моём понимании мы ищем максимум f(x1,x2,x3...xn) и находим оптимальные с точки зрения хоть чего угодно параметры. То есть когда шаг влево, шаг вправо - становится хуже, поэтому мы берем именно эти параметры. У тебя тоже понятно, почему взята такая шкала, а у него нет. 


  15. Нужна функция из WoT'овских DLL (любая), по вызову которой можно определить начало боя.

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

    Может кто знает, как подсвечивается иконка приложения на таскбаре красным? Это не FlashWindow/Ex.

     

    UPD. Мысль пришла. Python моды же умеют создавать файлы? Я к тому, что можно хукать CreateFile с определенными параметрами, которые даст нам мод.


  16.  

     

    вот именно, что поменять

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


  17.  

     

    Однако ведь он высчитывается через показатели, которые вполне можно складывать, исходя из чего можно найти формулы перехода и от одного значения wn8 к другому.

    Мысль не понял. А зачем нам это? 


  18.  

     

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

    А на этот вопрос нельзя ответить ни при каком рейтинге) Т.к. ни один рейтинг, в кашую шкалу его не переведи, не станет "складываться". К примеру, допустим 3 оранжевых = 1 бирюзовому. Но 6 оранжевых != 2 бирюзовым. Мешает тот факт, что игра командная, а не PvP.

    • Upvote 1

  19.  

     

    Я на него уже раз 10 ответил.

     

     

    Какой скил, примерно такой и рейтинг

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

×
×
  • Create New...