[[Виджеты] Статистика за бой, сессию]

Этого же никто не будет видеть, кроме как тебя самого.

 

Это, кстати, печально.

Если бы была возможность аплоадить разделенную статистику на сервер это была бы очередная киллер-фича. Сейчас довольно часто бывает что видишь в команде игрока с неплохой статой, включаешь его в свои планы и рассчитываешь на его адекватность, а он порет какую-то херню и ололо-сливается так и не оказав влияния на исход боя. При этом вроде и по танку у него все хорошо было и в среднем. Может, конечно, у него настроение такое было или просто не судьба, со мной тоже иногда так бывает, но есть подозрение что чаще это суровые ротники, заглянувшие без взвода в рандом - сунулись, растерялись, померли. Как я. когда пытаюсь в роты сунуться. Поэтому для рандома я бы предпочел видеть чистую, рандомную, стату отдельно и общую отдельно. Так можно было бы сразу видеть у кого руки растут откуда надо, но понимания ситуации хватает не всегда, а у кого и не руки, да и не растут. Или кто по всем статьям "папка нагибатор", на которого можно рассчитывать или опасаться, смотря в какой команде :) TWR в принципе немного выручает, но все-таки точные данные, дернутые из кеша. были бы лучше.

 

Я обычно с попкорном за этим наблюдаю.

 

Ну да, сидишь такой с попкорном, и тут сирены и с потолка капать начинает - у соседа сверху стул загорелся и пожарные все пеной залили. Так ведь и до обвинений в терроризме и массовых поджегах недалеко :D

 

Посмотрел еще немного на json и возникли еще вопросы:

В первой строке hits больше чем shots. Это как? Что тaкое hits, это "мы попали" или "в нас попали"?

battleLifeTime - это время жизни в бою? Имхо, эта цифра без привязки к продолжительности боя ни о чем. 4 минуты в бою это много или мало? А если бой как раз 4 минуты и продлился? Хотелось бы видеть еще какое-то отношение к продолжительности боя, наверное. Может быть есть возможность за сессию извлекать еще среднее отношение lifetime/к общей продолжительности боя? Т.е. если я вижу у себя низкий процент побед за сессию то хотелось бы еще иметь возможность подмечать корреляции с другими параметрами и TTL ту  нужен не в абсолютных цифрах, а относительно боя. Если процент низкий и сливаемся в первой половине боя то может не стоит лезть на передовую? И наоборот, живем на светляке до конца и при этом не побеждаем - нефиг по кустам ныкаться, светить надо.

[[Виджеты] Статистика за бой, сессию]

И стата будет поделена на рандомную, ротную и клановую.

Эм... Опасное нововведение, теперь ревнители "игры для удовольствия" не смогут заявлять что кто-то "стату в ротах понабивал". Как бы это не обернулось волной пожаров из-за подгоревших стульев :")

 

SQLite база это хорошо, но я имел в виду несколько иную точку интеграции с мододелами.

К сожалению я еще не имел возможности вдумчиво поковыряться в исходниках, поэтому мои предположения базируются пока только на предыдущем опыте и примерных возможностях компонентов которые входят в поставку/требования XVM. Если я правильно понимаю идею, то Dokan используется для создания "виртуальной папки" и перехвата обращений к ней, затем по имени "виртуального файла" рассчитывается что вернуть в качестве его контента. Во флеш все это тянется стандартными loadXml/LoadVars.load/XML.load/URLLoader.load или как там нынче во флеше читают данные с remote url. Т.е. технически любой SWF мог-бы читать данные предоставляемые XVM, если бы знал что и откуда  читать, и для них это выглядело бы не сложнее чтения из любого другого локального файла.

Если я прав, то просто предоставив мододелам источник для чтения статистики за последний бой, мы бы получили еще массу приятных доработок и в других модах. А вот из sqlite базы, емнип, читать из flash вроде раньше нельзя было. Т.е. sqlite это круто для тех кто быдет делать внешние утилиты, но в клиент эту информацию не затащить...

 

П.С.: посмотрел внимательно на JSON, похоже можно на основании извлекаемых данных еще и ачивку "Медаль лесоруба" выдавать :)

[[Виджеты] Статистика за бой, сессию]

В общем, Dossier Cache через Unpickler нормально парсится, даже лучше чем в питоне, за счет использования строгих типов данных. Теперь нужно все это залить в sqlite, сделать мониторилку-обновлялку, и можно пробовать делать свой Excel в танках :)

Ура! Рад что хоть чем-то смог быть полезным проекту :) Не скиллом программинга за неимением времени, так хоть прицельным гуглингом. Очень надеюсь что скоро эта фича станет доступна для теста. Спасибо вам за ваши труды!

 

П.С.: подумалось мне, что если "стандартизировать" ответ от сборщика статистики, то можно отдать его (ответ) на растерзание мододелам которые к ServiceChannel цепляются. альтернативные варианты отображения это ведь тоже хорошо. Главное чтобы модоелы могли быть уверены что адрес для загрузки статы и формат не будут часто меняться...

[[Виджеты] Статистика за бой, сессию]

Вопрос, возможно, глупый, но все же.

Только через py2exe. Это будет pythonXX.dll, один .exe + несколько либ

 

Почему не IronPython? Вроде как его проще, под идее, с приложением на c# скрутить. Нет?

 

И вот еще тут можно попробовать работу с pickle подсмотреть, наврное. https://github.com/irmen/Pyrolite/blob/master/dotnet/Pyrolite/Pickle/Unpickler.cs