dr_Butthead

Такой вариант точно не пройдёт)) Да и с точки зрения программиста, это как раз не упрощённый вариант: "Анимации и галочки" уже реализованы - т.е. дополнительных трудозатрат не требуют, А вот для того чтобы помечать конкретные дни - данные об этих днях должны где-то храниться, и как-то получаться каждый раз при построении страницы для конкретного юзера. Если я правильно предположил начальные условия, то подозреваю, что этих данных нет, а данные хранятся тупо одним числом, которое обозначает количество забранного в этом месяце. Но предположим, что я недооцениваю разработчиков... и что на самом деле это число (DWORD, как минимум) не простое, а является битовой маской, в которой выставлены биты тех дней, в которые игрок уже забрал плюшки. Тогда это расширяет возможности, не приводя к увеличению количества данных.

Чтобы пресечь твои манипуляции с продвижением нескольких разнородных смыслов "одним пакетом" Видимо для тебя это действительно сложно, раз ты совершенно не понял сути и тебя что-то там "путает" (ну или ты просто набрасываешь сейчас, что более вероятно). Вот снова типичный пример передёргивания. Капитан очевидность берёт моё же предложение и спрашивает меня о нём, как будто я против. Или как будто это я придумал называть это календарём и тут вдруг меня осенило, что это неправильно. Однако я всего лишь предложил решение в рамках начальных условий. Так что подобные вопросики с под* "...правда?" - стоит адресовать точно не мне, а тем, кто назвал это календарём. Аналогично, но это ничего не меняет. В принципе я понял, почему ты так остро реагируешь: предложенный мной вариант, в случае его реализации, кладёт гирьку на чашу весов, "подкрепляя" приемлемость текущего положения дел, с которым ты совершенно не согласен. O.K., "Мир, дружба, жвачка"

Ну во-первых, не попытка, а именно решение. Другого пока не видел, а твои "решения" - очень далеки от понятия календарь. Тогда просто не надо было называть это календарём и привязываться к его виду. Главное, что в назывании этого "календарём" появляется чуть больше смысла. + Юзер сразу видит весь список пока ещё доступных ему плюшек. А вот это уже иллюстрация второй строки моего сообщения. Просто передёргивание: придуманная "сложность" и прямая "замена чёрного белым". Именно что с точки зрения календаря очень даже не бессмысленно. Точно, давайте! Всего-то делов было - не называть календарём то, что им не является по сути, или реализовать адекватно. И всё-таки... в том варианте, что я предложил, игрок видит реальную дату + то что он получит, если не перестанет заходить. Значит когда разработчики "изобретали" ставилась задача, чтобы отличалось. Кавычки в данном случае очень показательны.

О-о-о. "Камера в танках", как много в этом слове... Негатива. И вопрос не только к узким улочкам, а в принципе к ужаснейшему её общему поведению. Она может скакать как угодно, потому что "где-то рядом пиксель не тот". Проблема общая для всех режимов, но особенно заметна в СО: - Там даже "родиться" можно с камерой развёрнутой на 180 градусов или "смотрящей в пол". - Так же очень "здорово" бывает нажать 5 или 6 для выбора места дропа спец-абилки - и получить разворот камеры: на 180, в пол, в небо... или куда там ещё захочет левая нога того разработчика который это реализовал. Здоровья ему! PS. Сто лет назад предлагал решение - сохранять направление камеры, просто максимально приближая её к танку, при "мешающих" объектах, переходе в снайперский режим и т.п. И вроде бы какое-то время (в старых патчах) что-то было улучшено в этом плане... Но на данный момент, то как она работает - это просто издевательство.

Кто хочет - ищет возможности (придумывает как сделать). Кто не хочет - ищет оправдания (рассказывает почему он не может сделать). "ТЗ" для тех кто сам не может/не хочет. ( Решение для "нормального календаря" ) (#) Входящие данные (предположительно, если исходить из минимизации объёма данных): информация о количестве уже "забранного" в этом месяце - просто одно число, информация о текущем дне месяца. Реализация: Отображать в соответствии с настоящим, нормальным календарём, сдвигая начало отрисовки оставшихся доступными "призов" на следующий и т.д. дни, в соответствии со входящими данными: Пропустил день - вся оставшаяся очередь сдвигается, последний "приз" не попадает в отрисовку - исчезает, т.к. фактически уже никаким образом не может быть получен... и так далее. Варианты отрисовки "прошедших/пропущенных" дней: 1. Если входящие данные обозначены верно (#), то придётся отображать прошедшие(и пропущенные и призовые) дни одним способом - без "галочек и призов": просто дата с какой-нибудь картинкой в серых тонах. 2. Если (вдруг) в наличии есть информация о каждом полученном призе, то отображать "серым" только пропущенные дни, а те в которых приз был получен - как сейчас, "галочкой с призом".

Если совсем до ума доводить, то не только на складе, а на аккаунте в целом, а в подсказке информация "на технике такой-то, ..."

По заголовку темы - чтобы точнее описать этот эффект можно назвать это "фризами". Что-то вроде: Игра фризится(застывает, замирает) на ~3(+/-) сек. Действительно прослеживается связь со звуком: Но мне кажется, что проблема несколько шире. Ещё подобное, игнорируемое (или просто заметаемое под ковёр): http://forum.tanki.su/index.php?act=findpost&pid=56252941 http://forum.tanki.su/index.php?act=findpost&pid=56330037 Один знакомый студент уже удалил аккаунт из-за этого. Ну ладно, шучу насчёт прямо из-за этого)), но у него на ноуте именно так и "приостанавливалась" игра, и это было одной из гирек, окончательно определивших его выбор между полноценной учёбой и танками. PS: Нашёл способ "сожрать память"(которая якобы не течёт), не используя переключение в "стальной охотник" и т.д. просто в свежезапущенном клиенте добавить в "сравнение" 5-8 танков и поконфигурировать их часик, периодически заходя в магазин или на склад - посмотреть, что из модулей есть в наличии (важно, что при этом сам заход в изменение модулей на сравниваемых танках и т.д. неприлично тормозит, "задумывается" ). Потом удалить всё из "сравнения"(ведь по логике при этом память должна освободиться, даже если вдруг её многовато сожралось?) и попробовать выйти в бой. В итоге будет вылет либо буквально прямо перед боем, либо достаточно скоро. Т.е. основная проблема в ангаре, или точнее в тормозных интерфейсных веб-финтифлюшках, которые ещё и жрут память. Очень показателен буквально СТОПОР при вызове меню по ESC в бою, и при появлении подтверждения выхода. Новое окно статистики тоже тормозит, даже закрытие чьей-то статки чаще всего происходит с огромной паузой. Ладно открытие - там понятно - обращение к серверу статистики, но закрытие то почему?! (г-а интерфейсники, вы утомляете уже совсем подобными выкрутасами) И немного инфы из логов после крашей (на тот момент в том компе - 12 гб оперативки, если что):

Только с "химками" согласен. Энск - частично, а уж Рудники и Руинберг - очень даже можно играть от незаметности в движении и обзора. Но конечно если в команде одни овощи, придётся несладко. Ошибочка, это про M3 Stuart) Да, "условных стюартов" я имел в виду 4 уровень, как раз M5, Luchs и т.д. В принципе я не против чтобы изредка такие бои проскакивали - своего рода вызов, но на постоянку так издеваться - это перебор.

Оставил свои 5 копеек в той теме: http://forum.tanki.su/index.php?act=findpost&pid=56331486

Вот и давайте сравним. К-хм... Особенно механики. Преимущества СТ расписали в куче сообщений ранее. А теперь про преимущества ЛТ: Незаметность (+в движении, или может я что-то упускаю, и это тоже "не относится к низким уровням"?) + больший обзор. Что даёт на открытой карте вынос команды СТ вперёд ногами двумя-тремя грамотными условными "стюартами" несмотря на все их лишние ХП у СТ. На химках соответственно наоборот - ЛТ страдают. Т.е. две зеркальных проблемы: Боль команды из одних ЛТ на городских картах, боль команды из одних СТ на открытых. Зачем уравновешивать, ведь игрок должен пострадывать, не так ли?

Встретился с таким же багом, впечатления остались сами понимаете какие. Другой игрок отреагировал и дал после боя некоторое количество инфы по данному багу(см. прикреплённую картинку), за что ему большое спасибо. 99% что виновата загрузка тормозящих интерфейсных свисто****елок, в том числе нового таймера отсчёта. И ещё важная инфа из той же темы "тормозов" (если конечно разработчикам интересно чинить баги): С какого-то из недавних патчей старт игры сразу после окончания предбоевого отсчёта очень жёстко тормозит несколько секунд, иногда 2-3-5, а иногда очень долго, до 30-40 секунд!. Иногда такое же происходит перед какими-то "особенными" выстрелами уже в самом бою. Есть стойкое ощущение, что это игра подгружает некоторые эффекты или звуки(?), но почему это происходит НАСТОЛЬКО медленно и настолько НЕ ВОВРЕМЯ - вот вопрос к "оптимизаторам". Притормаживает ещё и вызов меню в бою, и совсем уж жесточайше тормозит появление лишнего вопроса про выход из боя (видимо там тоже какая-то "очень важная" анимация, которая требует громадных ресурсов компьютера) PS: Надеюсь инфа будет принята к сведению, а не удалена или заглушена форумными троллями. PPS: Забыл добавить, что пробовал делать мониторинг занятой игрой памяти, так вот - чем дольше играешь, тем она сжирает памяти. По логике, если игра что-то там прокэшировала, заняла допустим 6 гигов - уж всяко она быстрее должна грузить в бой. Но нет - она тормозить начинает только больше с каждым новым боем и т.д., как описано выше. Значит это либо где-то память не освобождается, хотя должна, либо что-то где-то "течёт".

1. Почему иконки техники в "ушах" в последних патчах всё корявее? 2. Что это теперь за бабы в кокошниках на кнопке операций с экипажем? 3. Можно ли свести к минимуму спам в "центре уведомлений"? 4. Когда, хотя бы время сведения, а лучше, ещё и скорость поворота ходовой, заявленные в характеристиках, будут соответствовать действительности? 5. Куда девать толпу радистов? 6. Когда принципы работы балансировщика, заявленные в вашем видео, перестанут грубо нарушаться в каждом десятом-двадцатом бою? 7. На кой *** нужен этот висящий мёртвым грузом 45к опыт на чаффи!? нельзя ли этот и другие такие огрызки - пускать в опыт экипажа, при стоящей галке ускоренного обучения?

Ну конечно... Можно долго притягивать за уши это предложение, но знак классности сравнивающийся с другими боями не имеет ни малейшего отношения к результатам этого одного конкретного боя, и этим как раз и плох, а не хорош, как утверждается далее. Выигравшая команда чаще получает на всех весьма средненькие показатели, топ проигравших может сыграть даже лучше лучшего из выигравших, но при этом не дотянуть до знаков классности. Т.о., если взять за основу знаки классности, то сопротивление надо переименовать из "достойного"(т.е. для конкретного боя, с конкретными противниками) в какое-нибудь "эпичное". зачёт Да, за неимением другого. Единственное, с чем согласен. Вот мой способ и решает эти же проблемы, только конкретного прошедшего боя Опыт при сопротивлении сравнивается с противниками, т.е. достойность определяется не сферически в вакууме, а в конкретном бою.

Это точно. Не нашёл ваше сообщение, где это излагается,но плюсанул т.к. фактически, это предложенный мной вариант, хоть и пересказанный другими словами, но даже в абсолютно том же частном случае рассмотрения выигравших топ-3. В данном случае на авторство наплевать. Лишь бы достучаться до уполномоченных. :izmena:

Да неплохо. Но... Там расчёт идёт от топов команды противника, раз уж лучший из врагов получил столько опыта, то и тебе надо напрячься, чтобы хотя бы не очень отстать от него. Достойность относительно их лучшего игрока тут сильно хромает. Даже второго не переплюнул. Почему? Видимо, потому что тебе "светили" другие и ты сильно делился с ними опытом. Да, видимо в чём-то кривая система начисления опыта, но это уже вопрос к этой системе. А вообще - 0,9 это не догма, всё зависит от конечной реализации. Некоторые считают и 0,9 слишком лёгким коэффициентом :)