Частота вызова RPC() в Update()

[IDoNotExist]

Допустим я хочу сделать так чтобы у меня виртуальные оси (Input.GetAxis()) с клиентов отправлялись на сервер где созданы собственно сами Player'ы способа сделать это лучше чем через RPC() с параметром RPCMode.Server я не вижу, поэтому собственно возникл вопрос:
С какой частотой RPC() будет отправляться на сервер если я помещу её в Update() либо FIxedUpdate() где и буду ловить Input.GetAxis(), с той же частотой с которой вызываются эти функции? Либо с частотой которая установлена в Network.sendRate?

Либо посоветуйте есть ли альтернативный способ решения данной проблемы. Проблема в том что Player должен находиться именно на сервере, клиенты должны отправлять запрос на его перемещение и получать только его позицию.

В Networking tutorial данная ситуация не рассматривается, там насколько я понял везде Player'ы создаются именно на клиентах и уже сервер получает их позицию.

[foonk]

Посмотрите примеры от M2H, там, насколько я помню, рассматривается и такой вариант управления.

[IDoNotExist]

Спасибо! Посмотрел, как отсылать GetAxis() на сервер и получать позицию впринципе уже понял, но вопрос по экономии полосы пропускания при этом остается открытым.

Вот что нарыл по поводу RPC() в Update(), скрипт Tutorial_2A3.js, строка 21-27:

Синтаксис:

Синтаксис: [ Показать ]

Используется csharp

//Save some network bandwidth; only send an rpc when the position has moved more than X
                if(Vector3.Distance(transform.position, lastPosition)>=0.05){
                        lastPosition=transform.position;
                       
                        //Send the position Vector3 over to the others; in this case all clients
                        networkView.RPC("SetPosition", RPCMode.Others, transform.position);
                }
 

Как видите в комменте автор написал что экономит полосу пропускания руками, уменьшая частоту вызова RPC(), с одной стороны да, действительно он её экономит, когда кубик стоит на месте RPC() не посылаются, но с другой стороны, если бы этого условия не было, то с какой частотой RPC() вызывались бы? Вопрос остается открытым.

[foonk]

Для этого, в NetworkView есть параметр State syncronization в котором
[*]Reliable Delta Compression - только отправляет значения наблюдаемого объекта в случае их изменения.
[*]Unreliable - Постоянно отправляет данные по сети, независимо от изменения данных.
[*]Off - данные не отправляются. (Требуется для отправки данных через RPC функции)
Соответственно, transform.position лучше всего отправлять при Reliable Delta Compression, что сэкономит трафик

[gnoblin]

здесь речь идет про частоту отправки RPC а не state sync

[foonk]

В настройках Edit - Project settings - Network есть параметр Sendrate, по умочанию установлено значение 15, попробуйте поиграться с ним.

[IDoNotExist]

В настройках Edit - Project settings - Network есть параметр Sendrate, по умочанию установлено значение 15, попробуйте поиграться с ним.

Я в первом посте про sendRate написал, про это и был мой вопрос, ну да ладно думаю можно его закрыть, в M2H networking tutorial откопал еще кое чего: "Sendrate: определяет, сколько раз в секунду будут посылаться сообщения об изменениях наблюдаемых (observed в networkview) объектах. Это не влияет на сообщения RPC. Уменьшение значения приводит к экономии трафика (и снижению точности работы приложения)."

[gnoblin]

интересно, спс!

[gnoblin]

Для таких целей было бы прикольно, если бы в юнити существовали unreliable rpc .