как присвоить локальные значения игрока в глобальные переменные?

Hate:

тебя бы следовало игнорировать, т.к. решений от тебя не будет

но смотри, публичная проверка:
как, зная координаты центра камеры игрока, или по-другому - координаты его центра экрана, то есть имея значения X Y - GetCameraTargetPositionX() GetCameraTargetPositionY() - заспавнить в этом центре по этим координатам, через строку чата, скажем, юнита, и не поймать десинхрона, чтобы этот юнит появился у всех игроков. т.е. перевести локальные координаты камеры игрока в глобального юнита.
ещё раз - игрок пишет тригер-текст в чат -unitcam и в его текущих координатах экрана GetCameraTargetPositionX() GetCameraTargetPositionY() (в момент нажатия клавиши Enter) появляется юнит без десинхрона и все другие игроки его видят

либо ты выдаёшь решение, ответом на этот пост
либо пишешь "ой, тебя неправильно поняли"

три, два, один:

host_pi, кто мешает синхронизировать координаты любым методом по вкусу?

nazarpunk:

что под этим понятием имеется ввиду?
nazarpunk:

какие несколько методов имеются ввиду?

host_pi:

Подрузамевается синхронизация значений между игроками.

host_pi:

Какая версия игры имеется ввиду?

nazarpunk:

т.е. я спрашиваю как по координатам камеры одного из игроков создать юнита, а мне в ответ предлагают поставить камеры всех игроков в одну (неизвестно какую) точку и там заспавнить юнита? а камеры потом пусть игроки возвращают самостоятельно в исходные точки? я сейчас правильно перевёл твою мысль?
nazarpunk:

1.26

host_pi, создать параллельные массивы точек и синхронизировать по индексу игрока религия запрещает?

nazarpunk:

давай ещё раз
ты мне предлагаешь задать самому в коде переменные set X=100 set Y=200 и создать по этим координатам там же в коде юнита? так?
или как конкретно ты предлагаешь создать массив точек? пиши код

Borodach:

на xgm ещё не изобрели multiwindow ?
Borodach:

я это протестил ещё ДО создания этой темы
и если бы десинхрона от координат камеры не было, этой темы бы тоже не было
да даже без тестов ясно как белый день что будет десинхрон
и да, на тестах десинхрон был физический а не только в значениях переменных
и да, на разных клиентах был разный результат исполнения кода
и да, на одном клиенте был объект, а на втором клиенте не было объекта
но это не десинхрон, это просто надо "правильно" кодить. но как конкретно - за 20 коментов никто не знает , да?
)))))))))))))) пиу пиу тирлюм тирлюм )))))))) весила смишна ))))))
Borodach:

а если у вас десинхрон это не разные значения у одних и тех же переменных, а табличка "ОЖИДАНИЕ ИГРОКА" - то удачи. щас бы сидеть и ловить когда игра обнаружит несоответствие переменных и выдаст тебе табличку не сразу в моменте, а минуты через две. зато две минуты не было десинхрона ага
Borodach:

это после таких советов появляются карты, которые крашат даже на стадии инициализации? а "умные" дяди советуют перезайти в лобби после скачки карты? а из новшеств в карте примерно НИЧЕГО особенного, но ты перезайди, а то вася-кодер криво накодил и обложил всё мемхаками. да?

А если сделать глобал массив чисел, куда отправлять все 2500 итп по индексу игрока, вводящего сообщение, это будет десинк? Мне кажется, что нет.

host_pi, ты куда слово паралельные из цитаты дел?

nazarpunk:

пиши код
EugeAl:

пример кода? имеется ввиду ставить зум по числу из чата? или что?
команды из чата не десинхронят
но задача состоит в том, чтобы получить число 2500 не из чата (путём ввода игроком этих 2500), а напрямую из настроек камеры игрока либо если такое невозможно - то признаться что такое невозможно сделать