Jump to content
Korean Random

pietrovich

User
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Noob

Contacts

  • Nick
    pietrovich
  1. Это, кстати, печально. Если бы была возможность аплоадить разделенную статистику на сервер это была бы очередная киллер-фича. Сейчас довольно часто бывает что видишь в команде игрока с неплохой статой, включаешь его в свои планы и рассчитываешь на его адекватность, а он порет какую-то херню и ололо-сливается так и не оказав влияния на исход боя. При этом вроде и по танку у него все хорошо было и в среднем. Может, конечно, у него настроение такое было или просто не судьба, со мной тоже иногда так бывает, но есть подозрение что чаще это суровые ротники, заглянувшие без взвода в рандом - сунулись, растерялись, померли. Как я. когда пытаюсь в роты сунуться. Поэтому для рандома я бы предпочел видеть чистую, рандомную, стату отдельно и общую отдельно. Так можно было бы сразу видеть у кого руки растут откуда надо, но понимания ситуации хватает не всегда, а у кого и не руки, да и не растут. Или кто по всем статьям "папка нагибатор", на которого можно рассчитывать или опасаться, смотря в какой команде :) TWR в принципе немного выручает, но все-таки точные данные, дернутые из кеша. были бы лучше. Ну да, сидишь такой с попкорном, и тут сирены и с потолка капать начинает - у соседа сверху стул загорелся и пожарные все пеной залили. Так ведь и до обвинений в терроризме и массовых поджегах недалеко :D Посмотрел еще немного на json и возникли еще вопросы: В первой строке hits больше чем shots. Это как? Что тaкое hits, это "мы попали" или "в нас попали"? battleLifeTime - это время жизни в бою? Имхо, эта цифра без привязки к продолжительности боя ни о чем. 4 минуты в бою это много или мало? А если бой как раз 4 минуты и продлился? Хотелось бы видеть еще какое-то отношение к продолжительности боя, наверное. Может быть есть возможность за сессию извлекать еще среднее отношение lifetime/к общей продолжительности боя? Т.е. если я вижу у себя низкий процент побед за сессию то хотелось бы еще иметь возможность подмечать корреляции с другими параметрами и TTL ту нужен не в абсолютных цифрах, а относительно боя. Если процент низкий и сливаемся в первой половине боя то может не стоит лезть на передовую? И наоборот, живем на светляке до конца и при этом не побеждаем - нефиг по кустам ныкаться, светить надо.
  2. Эм... Опасное нововведение, теперь ревнители "игры для удовольствия" не смогут заявлять что кто-то "стату в ротах понабивал". Как бы это не обернулось волной пожаров из-за подгоревших стульев :") SQLite база это хорошо, но я имел в виду несколько иную точку интеграции с мододелами. К сожалению я еще не имел возможности вдумчиво поковыряться в исходниках, поэтому мои предположения базируются пока только на предыдущем опыте и примерных возможностях компонентов которые входят в поставку/требования XVM. Если я правильно понимаю идею, то Dokan используется для создания "виртуальной папки" и перехвата обращений к ней, затем по имени "виртуального файла" рассчитывается что вернуть в качестве его контента. Во флеш все это тянется стандартными loadXml/LoadVars.load/XML.load/URLLoader.load или как там нынче во флеше читают данные с remote url. Т.е. технически любой SWF мог-бы читать данные предоставляемые XVM, если бы знал что и откуда читать, и для них это выглядело бы не сложнее чтения из любого другого локального файла. Если я прав, то просто предоставив мододелам источник для чтения статистики за последний бой, мы бы получили еще массу приятных доработок и в других модах. А вот из sqlite базы, емнип, читать из flash вроде раньше нельзя было. Т.е. sqlite это круто для тех кто быдет делать внешние утилиты, но в клиент эту информацию не затащить... П.С.: посмотрел внимательно на JSON, похоже можно на основании извлекаемых данных еще и ачивку "Медаль лесоруба" выдавать :)
  3. Ура! Рад что хоть чем-то смог быть полезным проекту :) Не скиллом программинга за неимением времени, так хоть прицельным гуглингом. Очень надеюсь что скоро эта фича станет доступна для теста. Спасибо вам за ваши труды! П.С.: подумалось мне, что если "стандартизировать" ответ от сборщика статистики, то можно отдать его (ответ) на растерзание мододелам которые к ServiceChannel цепляются. альтернативные варианты отображения это ведь тоже хорошо. Главное чтобы модоелы могли быть уверены что адрес для загрузки статы и формат не будут часто меняться...
  4. Вопрос, возможно, глупый, но все же. Почему не IronPython? Вроде как его проще, под идее, с приложением на c# скрутить. Нет? И вот еще тут можно попробовать работу с pickle подсмотреть, наврное. https://github.com/irmen/Pyrolite/blob/master/dotnet/Pyrolite/Pickle/Unpickler.cs
×
×
  • Create New...