P
Леха (Felix)
короч Time.deltaTime явно больше чем время до следующего кадра
Засекаешь время
Size: a a a
2021 February 25
P
Леха (Felix)
должно было вернуть приблизительно 3
Запускаешь секундомер
yield return ....
Берешь значение, вычитаешь из него время ожидания
yield return ....
Берешь значение, вычитаешь из него время ожидания
P
И делаешь WaitForSeconds(delta - frameTime)
🗿
Леха (Felix)
Чистый асинк тоже самое выдает?
G
Ну для начала мб проверь значение time после цикла
G
Привет
Л(
Чистый асинк тоже самое выдает?
Чистый асинк не пробовал, но что-то мне не очень хочется выставлять задержку thread.Sleep(ом) но думаю там не должно быть таких проблем. Как я уже понял, время уходит на то, чтобы вернуть управление после ожидания, так-как оно дожидается следующего фрейма
Л(
Ну буду экспериментировать пока самый действенный способ это отнимать 0.01секунду каждый раз после waitForSeconds, для моего случая 0.01 это примерное время задержки во всех вызываемых yield return WaitForSeconds
Л(
Но я ещё не проверял на разных значениях fps, как мне кажется эта цифра должна меняться при разных значениях частоты кадров
AS
Леха (Felix)
Переслано от Леха (Felix)
Ну так если WaitForSeconds не попадает ровно на кадр, то ему придётся ждать следующего
AS
У тебя там очень быстро большая погрешность накопится
Л(
Да
AS
Используй просто yield return null
Л(
И ожидать циклом?
AS
AS
Ну либо считай по-другому
AS
У тебя проблема в том, что ты прибавляешь delta каждый раз, а проходит больше
AS
Точнее не проблема, а расхождение
AS
Я бы на твоём месте вообще сложение не использовал, а делил бы прошедшее время на общее и получал проценты, а по ним уже считал количество патронов