Движение по клеткам при помощи RigidBody?

Question

[Арк Тарусов]

Добрый день!
Необходимо что бы персонаж двигался по клеточкам и не нарушалась физика.
То есть нажали кнопку в право, он подвинулся на 1 клетку в право.
Если уперся во что-то то не двинулся.

Может ли он толкнуть объект или упрется в него решается самой физикой.
Если двигать объект через трансформ, то физика не работает.
Если в ручную лочить кнопки при передвижение и проверять дошел ли игрок до следующей клетки, то когда он упрется, то и не разлочатся кнопки.
Может кто знает подходящий способ?)

Comments

[Griboks]

А вы кинематик или статик используете? Эту штуку Rigidbody.MovePosition пробовали?

[Арк Тарусов]

Griboks, не кинематик, обычный "живой" ригитбоди.
Использовал, но мне тогда необходимо проверять дошел ли игрок до новой точки и нет ли там предметов в которые он мог упереться. ну то есть толку ноль что я двигаю именно ригитбоди) он будет толкать объект даже если тот "не подъемный" для него.

[Griboks]

Арк Тарусов, ничего не понял) Но когда я делал "клеточное" движение, я имел массив клеток с, условно говоря, флагами доступности. И, если смежная клетка была доступна, то проигрывал анимацию хода. О реальном движении речь вообще не шла.

[Арк Тарусов]

Griboks, да, у меня есть матрица)
Но там особенность доступности реализовано не очень)
Все на поле у меня двигается. И когда предмет начинает двигаться он удаляет себя из текущей ячейки и вносит себя в новую ячейку когда остановится.
Это было сделано что бы исключить гору кода, так как двигаться предметы могут по многим причинам.
Поэтому и хочу переложить просчет доступности поля на физику. Так как в принципе игрок не может сдвинуть чтото, а что может чтобы передвигалось вместе с ним.
иначе приходится вручную двигать объекты по полю, там же при каждом перемещение менять значения в матрице. и тд и тп
То есть в принципе гемора многовато)

Изначально так и было - получился монструозный код, даже после оптимизации и приведения архитектуры в надлежащий вид.

Answer 1

[Арк Тарусов]

Сделал в итоге так

private IEnumerator Move(Axis axis, int point)
    {
        var direction = Vector3.zero;
        direction[(int) axis] = point;
        _move = true;
        if (Physics.RaycastAll(transform.position, direction, 2f).Length > 1)
        {
            _move = false;
            yield break;
        }
        _finishPosition = transform.position + direction;
        _timer = 0;
        _curve = new AnimationCurve();
        _curve.AddKey(0f, transform.position[(int) axis]);
        _curve.AddKey(_speedMove, _finishPosition[(int) axis]);
        while (true)
        {
            _tmpPosition = transform.position;
            _tmpPosition[(int) axis] = _curve.Evaluate(_timer);
            _rb.MovePosition(_tmpPosition);
            if (transform.position == _finishPosition)
            {
                _move = false;
                yield break;
            }
            _timer += Time.fixedDeltaTime;
            yield return new WaitForFixedUpdate();
        }
    }

axis это enum с осями.
Есть проблема, иногда не выходит из цикла при достижение точки. Однако трансформ отдает нужную точку.

Comments

[Denis Gaydak]

ну в дебаг он значения округляет до десятых, когда выводит Vector3

так что значения у вас там могут немного но все же отличаться

"по быстренькому" если - то измените проверку на

if(Mathf.Abs(transform.position - _finishPosition)<0.01f)

или что то подобное. в данном случае - модуль числа берем, то есть смотрим что разница у позиций меньше чем - N

[Арк Тарусов]

Denis Gaydak, не совсем так. Я то двигаю его через мувпозишен, и кривая потом постоянно одно и тоже число отдает, ну то есть он в любом случае довел бы объект куда надо.
А предложенная вами проверка не пододит так как объект остановится раньше чем достигнет нужной точки. И пару таких остановок и он перестанет двигаться по клеткам)
Проблема оказалась в самой физике. Заметно это стало когда двигать по оси Y стал. не доезжал 0.1f.
как бороться так и не понял) Я конечно пощелкал настройки физики, работать стало. Но не совсем так как надо.

[Denis Gaydak]

я в курсе про кривую..и я увидел как вы двигаете..
float - не точное число и в нем заложена погрешность..
и ничего не будет накапливаться в предложенном мной варианте..
я предложил вариант - как отследить что закончилось движение.
и по хорошему (почти везде в таких случаях) после определения что движение закончилось - объекту присваивают финальную позицию (не из кривой анимации, ни лерпом, ни еще как либо а вот прям приравнивают финальной точке) как раз чтобы не накапливалась погрешность..если нужно ходить строго по клеткам.

а так то к сведению, если вы именно из кривой или "накапливая" получаете число с плавающей точкой , то условно
float myFloat = 1f;
bool check = (myfloat==0.999999f);

может выдать вам false;