L
Zarathustra
рассчитывать значение функцией, видимо
это и хочу зунать
Size: a a a
2021 January 24
L
Zarathustra
не ко мне вопросы
тогда мог и не отвечать
L
Nova Eiz (Антонов Иван)
В инспекторе 20 это градусы, а в rotation радианы
Z
на вопрос твой я ответил.
N
И что? Ты этим мне хочешь сказать что я не правду написал?)))
L
Nova Eiz (Антонов Иван)
И что? Ты этим мне хочешь сказать что я не правду написал?)))
ну, у меня при 20 показывает 0,17
L
СИ
в какой-то момент юнити перестает крутить
Не перестает
N
ну, у меня при 20 показывает 0,17
Показывает, дак показывает...
AM
Всем привет, а какие есть способы пофиксить, что OnTriggerEnter не всегда вызывается из-за высокой скорости одного из объектов?
Уже пробовал у rigidBody поставить
Collision detection = Continuous Speculative
P.S. увеличения FixedTime выглядит дорого по перфе
Уже пробовал у rigidBody поставить
Collision detection = Continuous Speculative
P.S. увеличения FixedTime выглядит дорого по перфе
RB
Добрый день! Подскажите: как сделать так, что бы 2d камера никогда не выходила полем зрения за границы спрайта (фона)? по сути это карта, по которой можно перемещаться пальцем (мышью) и есть возможность делать зум. Соответственно при изменении зума на краю карты, камера должна смещаться, что бы не выходить за края спрайта и т д. И можно ли это сделать универсально под разные разрешения экранов?
А
Всем привет, а какие есть способы пофиксить, что OnTriggerEnter не всегда вызывается из-за высокой скорости одного из объектов?
Уже пробовал у rigidBody поставить
Collision detection = Continuous Speculative
P.S. увеличения FixedTime выглядит дорого по перфе
Уже пробовал у rigidBody поставить
Collision detection = Continuous Speculative
P.S. увеличения FixedTime выглядит дорого по перфе
Можешь движение этого объекта проверять лучами, если он регулярно двигается излишне быстро
А
Добрый день! Подскажите: как сделать так, что бы 2d камера никогда не выходила полем зрения за границы спрайта (фона)? по сути это карта, по которой можно перемещаться пальцем (мышью) и есть возможность делать зум. Соответственно при изменении зума на краю карты, камера должна смещаться, что бы не выходить за края спрайта и т д. И можно ли это сделать универсально под разные разрешения экранов?
Считываешь соотношение и размер области видимости и рассчитываешь таким образом границы
AM
Можешь движение этого объекта проверять лучами, если он регулярно двигается излишне быстро
Есть предположение, что это не дешевле, чем fixedTime увеличить =(
А
Есть предположение, что это не дешевле, чем fixedTime увеличить =(
Выпускать 1 луч против изменения частоты пересчета физики??
SP
Есть предположение, что это не дешевле, чем fixedTime увеличить =(
Не верное предположение
RB
Считываешь соотношение и размер области видимости и рассчитываешь таким образом границы
в теории я так примерно и понял, а на практике реализовать не смог. Нету никаких готовых решений? Может через cinemachine можно?
AM
Оке, посмотрю, спасибо
А
Оке, посмотрю, спасибо
Лучи это дешевая (относительно) операция
А
в теории я так примерно и понял, а на практике реализовать не смог. Нету никаких готовых решений? Может через cinemachine можно?
Объект твоей камеры содержит достаточно информации для этого, от туда получил текущее разрешение, его перевёл в соотношение экранов и осталось умножить на параметр размера