ПК
А так вот для чего он) 🤔
Если один тик слишком долгий и больше чем attack_delay то можно доп. вычисления добавить и производить несколько атак, но тут уже можно попасть на баги, когда один юнит при лаге убивает другого в один момент
Size: a a a
2020 July 28
ПК
Вообще время в играх это пиздец гемор
NM
Проще никак?
🎄T
Проще никак?
Это как-то проще, чем заводить таймер для каждого объекта
ПК
Проще никак?
Ты можешь организовать свою инфраструктуру для таких интервальных действий, которые буду завязаны на реальное время через delta time из таймера
ПК
То есть это можно организовать красиво
ПК
Я тебе идею показал как работать с привязкой к реальному времени
DP
Если один тик слишком долгий и больше чем attack_delay то можно доп. вычисления добавить и производить несколько атак, но тут уже можно попасть на баги, когда один юнит при лаге убивает другого в один момент
почему всякие расчёты атак должны быть завязаны на тики, или вы про анимацию?
ПК
почему всякие расчёты атак должны быть завязаны на тики, или вы про анимацию?
не на тики а на время реальное
ПК
интервал между атаками
ПК
типа бота который раз в секунду стреляет
DP
ну так это обычно отдельная логика либо сервера либо потока, тики тут вообще никаким боком не участвуют же
DP
это на клиенте гуёвый поток завязан на тики для отрисовки и прочего, сами атаки и прочее считаются отдельно и в другом месте )
ПК
это на клиенте гуёвый поток завязан на тики для отрисовки и прочего, сами атаки и прочее считаются отдельно и в другом месте )
Это если игра онлайн с вычислениями на сервере
ПК
И там тоже должна быть какая то привязка к времени
DP
Это если игра онлайн с вычислениями на сервере
если игра локальная то логично сделать ровно так же, через эвенты, отделив движок от всякого рисования
DP
И там тоже должна быть какая то привязка к времени
на сервере она тоже есть ) локальную игру можно представить как просто сервер и клиент в одном процессе, так что в целом, ну только минус сетевое взаимодействие и прочие неприятные моменты, так что я б так же примерно и делал)
ПК
если игра локальная то логично сделать ровно так же, через эвенты, отделив движок от всякого рисования
Оно итак отделено, логика и рисование разделены
ПК
Сначала идёт обновление всех объектов, потом рисование
DP
Если один тик слишком долгий и больше чем attack_delay то можно доп. вычисления добавить и производить несколько атак, но тут уже можно попасть на баги, когда один юнит при лаге убивает другого в один момент
тогда всё ещё не понятно как это связано, attack_delay с долгими или короткими тиками?