Ситуация №1:

Идет параллельно несколько боев. В одном раунды по 18 минут, в другом допустим по 25-ть.
Во время боя на соте идет производство, рефреши, армии-грабилки возвращаются, но все мелкие - вообще обычный бой на зануление.
Потом бои заканчиваются, рожается куча логов.

Итак, на начало первого раунда первой армии у защитника было 700к охраны.
Складываем потери по всем полученным отчетам - около 1400к охраны убито, но видимых поступлений форса во время боя НЕ БЫЛО отражено ни в одном рапорте - то есть число охры к убийству (остатков) лог от лога нормально падает. А вот одни и теже потери вставляются в рапорты по всем армиям, участвовавшим в период 100% перекрытия диапазона времени раунда в бое. Причем из-за того, что периоды совпадают не полностью, цифры не значительно отличаются в сторону того или иного боя.

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

Ситуация №2

У меня постоянно двоится в глазах.

Вопрос: Когда вылечится раздвоение-троение юнитов прослоя и атаки в рапорте? Или цветастая картинка врет? Из личной беседы по асе с противником выяснил - там реально весь бой было по 1 солдатику, а у меня то 1 то 2.. то 3, а один раз 0 из 0... ну сколько можно - один из основных моментов игры так измучали. Сотрите нафиг код этого рапорта и напишите с нуля. Мож так баги уйдут. На альфе это место косячит и в релизе косячит.

Или шпионаж включайте, что бы шпион правильные отчеты слал за ресурс "водка".

Это довольно старая бага нового движка.
При паралельном бою нескольких армий потери в более ранних боях перетекают пораундово в более старые.

Подробней, суть проблемы такова.
Игра хранит только кол-ва войск в каждой армии на каждый раунд, соответственно.
До прилета
А1 - 1000000 юнитов
А2 - 1000000 юнитов (ниважна)
Бой 1 Раунд 1 (00:00 - 00:30)
А1 убивает в А2 100000
В 00:30 осталось в А2 - 850000

Бой 2 Раунд 1 (00:00 - 00:29)
Чвонибудь убивает в А2 50000
В 00:29 осталось в А2 - 950000

Ну а соответственно в логе боя 1 будет
на начало раунда 1
1000000
на начало раунда 2
850000
Разница - 150000 - в лог идет 150к убитых юнитов.

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

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

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

при параллельной много раундовке за одни сутки тогда можно говорить только о разнице между составом армий защиты самого первого раунда первого боя и самом крайнем раундом последнего. А накопительным preg_match_all можно только реально значительно завысить потери.

Но тогда армии, вставшие и погибшие на защите, например подтянувшийся прослой, или даже целый стек юнитов будет все равно не учтен из случайного характера.
Но и тут можно специально искать названия армий, которые подписаны не нападающим или защитником, а кем-то третьим и дальше по алгоритму поиска последнего живого. А если этих третьих - все участники альянса и соседи по комплексу? Это ж все предусмотреть – прям хоть
Заново по другому все писать.


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

Фиксеры багов прочли данное сообщение интересно? Какова оффициальная позиция: жить без красивых логов и дальше? Тогда в чем суть игры, если основные данные исковерканы и все с
Этим мирятся?

Баг то исправят, но он существует с самого начала нового движка (да и в старом вроди паралельные бои глючили, не ?)

Ну старое мы трогать не будем - умерло так умерло, но с новым надо разобраться.

Кто может дать гарантии, что сам бой подсчитан правильно по урону и защите, если такая песнь пишется в отчет? Ведь туда наверное цифры не с потолка капают?

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

в старом не глючил.

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

Ну тогда огласите пожалуйста сроки устранения данного бага.

Кстати, а дебаг-лог содержит размножающийся прослой или скачущие численности войск?

Все баги что находим - правим. Наш пасер работает точно. На выходе - при выдаче урезаного лога игроку - бывают ошибки.

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

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