Будет ли этот код работать некорректно при разной частоте обновления экрана?

Question

[Евгений Иванов]

Физика игры, например скорость героя, должна быть одинакова, вне зависимости от устройств (частоты обновления экрана).
В коде ниже, скорость героя, зависит от horizontalInput.
В тоже время, от horizontalInput зависит когда повернется спрайт ("герой").

Что будет при высокой частоте обновления экрана? Успеет ли герой вовремя повернуться или будет отставание-глюк т.к. этот код выполняется 50 раз в сек, а при частоте в 120 экран будет обновляться быстрее?
Вынести horizontalInput в Update, наверно тоже нельзя т.к. будет неверный расчет movement (или это не так т.к. movement от 1 до -1)?
Стоит увеличить FixedUpdate до 120? (нагрузка возрастет)

// Фиксированный вызов кода - по умолчанию 0.02 (50 раз в секунду).
void FixedUpdate() 
{

horizontalInput = Input.GetAxis("Horizontal");
verticalInput = Input.GetAxis("Vertical");
if (horizontalInput < 0) sr.flipX = true;
if (horizontalInput > 0) sr.flipX = false;

Vector3 movement = new Vector2(horizontalInput* playerSpeed, rb.velocity.y);
rb.velocity = movement;
}

Answer 1

[Мимокрокодил]

Заметный эффект будет при переворачивании огромных изображений. Проблемой в этом коде является отслеживание ввода в FixedUpdate. У вас поля ввода (horizontalInput и verticalInput) и так уже в контексте класса, просто перенесите считывание внутрь Update.

Если вас волнуют микрооптимизации, то рекомендую для начала узнать, что в конструкции if-else может использоваться блок else if

Comments

[Евгений Иванов]

блок else if

не люблю этот блок. Создает "лапшекод" - если то, а иначе то, а иначе...
Ну да, если выполнится первое условие - не надо будет проверять другие - оптимизация. Хотя - кто его знает, как там преобразуется код CIL->Jit->машинный код, возможно там всё оптимизируется.

Answer 2

[Zerg89]

Если это планируется как клиент серверное приложение(mmo)то это в корне неправильно, если это просто однопользовательская игра то не важно