Как правильно называется принцип равномерного движения при разных FPS

Всем добрый день, кто может подсказать, как правильно называется или может, кто-то уже описывал данный принцип равномерного движения при разных FPS?
Что интересует, при локальной обработке, из-за разных причин FPS может быть разным и если скорость забить константой, то кто-то будет двигаться слишком быстро, а кто-то болтаться как улитка. По этому, как я почитал, используют время прошлого кадра сцены и добавляют это время в зависимость к скорости. И оно таки помогает. Сейчас хочу реализовать взаимодействие с сервером и не совсем понятно, как регулировать эту скорость через сервер? Чтобы реализовать client prediction нужно знать эту скорость заранее на клиенте, чтобы плавно передвигать модель, по этому я так понимаю, что я не могу завязываться на сервер. В общем может кто-то уже имел опыт с подобный? Предполагается движения в 3д мире. А так же возможность изменения скорости движения.

0

Дык это и есть "что-то просто", я сейчас даже не смотрю в сторону организации полного плавного перемещения и идеальной синхронизации, пускай оно хоть и рывками ходит. Мне главное понимание самого принципа откуда эти данные берутся.
Дело в том, что на клиенте скрипт не выполнить. Я сделал самокомпилирующися сервер на C# с динамическими скриптами. То есть по необходимости на сервере создается нужный скрипт(вещь, живность, растение и т.п.) имеющие ID модели, которая есть на клиенте, по этому клиент сможет нормально отрисовывать новые вещи т.к. эти данные у него точно есть. Но если я на пример создаю новое животное и ставлю ему максимальную скорость больше, завтра еще больше, то клиент об этом никак не узнает ну и выполнять эти скрипт у клиент вообще не вариант.

0

Но ведь параметры не непрерывно изменяются, верно? Так что мешает добавлять/изменять модели у клиента по мере необходимости?
Можно отдавать не все сразу, а по мере необходимости, при переходе на другую локацию, например. Хотя без кеширования на стороне клиента это опять же лишний трафик.

Говоря "простое", я таки имел в виду действительно простое. Простейший платформер на двоих, например, а то всё это выглядит как попытка разработать карьерный экскаватор в качестве первого опыта конструирования механизмов.

0

Так опыт создания одиночных игр по типу пак-мен, где было 1 шаг - 1 клеточка имеется, но даже если я туда прикручу сеть это будет не тоже самое. Проблем с сервером у меня сейчас нет, сервер частично готов, но пока еще не реализована отправка\прием пакетов т.к. я не уверен, что слать\принимать. Клиент делаю на Огре, вопросы конечно есть, но это уже отдельная тема и никак не связана с этим вопросом. Я так же могу и пак-мена делать на Огре, не суть.
А данный вариант я и считаю простым, просто из-за того, что я раньше глубоко не занимался геймдевом, то я не знаю каких-то базовых понятий, алгоритмов и решений. Когда я пойму, что мне делать, то у меня и будет простой, дерганый проект с одной моделькой, который я буду развивать.

Сейчас речь идет только лишь о перемещении, ничего более. Вопрос только в скорости, как ее брать. Мое решение, на первый взгляд - это при старте игры присылать пакет с данными, в котором будет скорость. Сохранять ее локально и использовать, когда сервер узнает, что скорость нужно изменить, он пришлет новый пакет с новой скоростю, тогда я вроде как затру старую и буду пользоваться новой. То есть вроде как скорость постоянно не будет слаться во всех подряд пакетах, а только раз при ее смене. Но это лишь мое мнение и я не уверен, что это правильный способ, по этому и открыл эту тему

0