sirmax

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

Да ладно, откуда такая уверенность? Проверь, но мне кажется, ничего там нет.

"но иногда открывается пустое окно послебоевой, с ошибкой, что данные недоступны" это как раз и происходит каждый раз, когда досрочно закрываешь клиент

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

Для этого необходимо хранить историю по каждому игроку. Даже если делать срез раз в месяц (а это очень редко), то база вырастет в 3 раза. Если раз в неделю, то в 12. Кроме того, шкала для них будет совершенно другая. К примеру, у тебя EFF=1000 общий, и EFF=1200 за последний месяц. Если же пересчитать в шкалу XVM, то у тебя как было ~50, так и осталось. 4-х значные числа - это самообман.

Вроде поддерживается: http://gameware.autodesk.com/documents/sf_4.2_flash_support.pdf Надо попробовать. Таймеры - не проблема, разберемся. Если действительно он передастся. Неа, SO не работает. Похоже выключено.

У ХД спроси, он делал. В Scaleform?

Раз у нас уже есть реализация под линух на питоне, то почему бы ее не использовать. Уберем зависимость от .NET, меньше народ будет писать что поставил .NET4 а оно не работает. Кроме того, есть подозрение, что не все типы IronPython сможет нормально понять. Интересно, можно попробовать. Все же легче, чем IronPython. Вроде unpyckler отработал, но результат весьма странный. Получил N-е количество dictionaly в массиве, похожее на количество танков. Значения бинарные. Поковыряю завтра, возможно и подойдет.

Ну блин. Ну ёпрст.

А что на втором конце? Питон?

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

Этой "идее" уже полтора года. Уже сотню раз было написано, что без питона это практически невозможно.

Да, это нормальное решение. Но скорей всего будет по-другому - просто запретят питон и все.

Выделил хрень. http://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B0%D1%82%D0%B8%D1%81%D1%82%D0%B8%D0%BA%D0%B0 Стати́стика — отрасль знаний, в которой излагаются общие вопросы сбора, измерения и анализа массовых статистических (количественных или качественных) данных; изучение количественной стороны массовых общественных явлений в числовой форме[1].

Не факт. Это бестолковая хрень.

Нафиг сессии. Continuous only.

Еще не выложил.

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

Только через py2exe. Это будет pythonXX.dll, один .exe + несколько либ Без питона никак, к тому же при закрытии клиента она потеряется. Нафиг не надо, никогда не пользовался. Но раз есть такая акция, почему бы и не сделать. Ничего там сложного нет, обычный JSON в начале файла. Поддержка почти не требуется, ничего почти не меняется. Реплеи не подходят по другой причине. Ага, как же, загрузи реплей, недосмотренный до конца.

Да редактору пофик.

Да это понятно. Необходимо сверять состояние до боя, и после, и разницу записывать в БД. Просто историю не подтянешь, а я надеялся. Поковыряю еще Android API, может оттуда получится достать.

В редактор добавил?

Я невнимательно прочитал о чем речь. Вот это неправильно, надо сделать чтобы в конфиге этой зависимости не было.

Я имею ввиду, что за период данные не выберешь, только текущий срез. Реплеи не катят. В них нет инфы о результате боя, если не досмотреть бой до конца. Остается питон...

Хотя нет, в досье есть только последние данные, так что преимущества перед реплеями в общем-то и нет. Разве что точку отсчета можно получить, но вроде это пока без надобности. Посмотрю пока в сторону реплеев, там все-таки поменьше работы.