Комментарии 20
Мне интересно, к чему приведёт отказ от округления? Из публикации не особенно понятно как юнит решает что пора сделать выстрел?
Если там используется некоторый параметр времени отката, который обнуляется при выстреле, то из-за дискретных тиков реально он будет округляться как floor или ceil, что может быть хуже чем round.
Или вдруг там делается сравнение с целочисленными тиками, и из-за дробного интервала проверка никогда не вернёт true и стрельба станет невозможной.
Ну как минимум, одно из округлений надо точно убирать — нормально прочитал таблицу и увидел, что округление идет до секунд вместо тиков, и вот это невыразимый пипец.
внутренняя механика продолжает считаться в тиках
Насколько я понял, тики всё же атавизм, движок третьих Казаков работает с секундами. Скорее всего, раньше параметр интервала хранился в тиках и пересчитывался в секунды непосредственно перед применением в _unit_ApplyAttackPause(). Потом в каком-то обновлении, скорее всего, изменили логику и стали хранить интервалы сразу в секундах, но вот код применения апгрейда оставили тем же.
1) Увеличить объем воды на 10% со старой ценой.
2) Уменьшить стоимость на 10% при том-же объеме.
Что для покупателя выгоднее?
всегда для подобных задач/вопросов меняю цифры на граничные и сравниваю результат)
например, если уменьшить цену на 99% — получим в 100 раз меньше цену, увеличим объём на 99% — получим почти в два раза больше воды.
это просто, что б на калькуляторе не считать, а интуитивно сразу ответить)
Играй, но проверяй: как движок обсчитывает дизайнера