search

gruppe-adler / gruppe_adler_mod

Gruppe Adler Mod is a collection of Gruppe Adler original addons that add new functionality or modify and improve existing functionality to suit our Arma gameplay.
GNU General Public License v2.0
10 stars 6 forks source link

Update fn_loadMarkers.sqf #200

Closed nomisum closed 2 years ago

DerZade commented 2 years ago

How about letting every client create their own markers? As long as they have the same name it is even synchronized.

I just tested the following with global exec. Moving and deleting markers works just fine. 

"|_USER_DEFINED #962500445/0/0|[100,100,0]|mil_pickup|ICON|[1,1]|0|Solid|Default|1|You are here" call BIS_fnc_stringToMarkerLocal
nomisum commented 2 years ago

BIS_fnc_stringToMarkerLocal

Certainly more elegant if one larger broadcast is more handleable than multiple small. We cant really test either of them without inviting 80 people i guess :P

McDiod commented 2 years ago

Does stringToMarker/markerToString support polylines?

Creating markers locally means you'd have to add them to the remoteExec JIP queue. Not sure which is better or worse performance wise.

DerZade commented 2 years ago

Does stringToMarker/markerToString support polylines?

I would hope so, but I'm not certain.

Creating markers locally means you'd have to add them to the remoteExec JIP queue. Not sure which is better or worse performance wise.

That is indeed a valid point. 🤔 I don't even know how deleted markers would be handled with JIP.

Fusselwurm commented 2 years ago
Fusselwurm commented 2 years ago

BIS_fnc_stringToMarkerLocal

Certainly more elegant if one larger broadcast is more handleable than multiple small. We cant really test either of them without inviting 80 people i guess :P

wouldnt even need to be a broadcast, if handled like the replay - dont give the marker package to everyone all at once, but spread them out with half-second delays or something. efficient & safe much.

Fusselwurm commented 2 years ago

that being said, "perfect" is the enemy of "good".

the optimization that we have here (one marker broadcast per second instead of ten times markercount marker broadcasts all at once) is probably good enough. :shipit: