ACMI during online session: recording the tape on server or on client?
-
In our case no one of the Clients would make a tape, only one big that is made by the host. Because he is the one who eners 3D first and leaves last. So he would be the only one racording the whole Thing.
-
The confusion was not on my side… The way A.S wrote it created the confusion. “Host can leave 3D after the mission ends, that’s not a problem for ACMI recording from clients.”
with red my addition so that ppl wouldn’t think otherwise… I know we talk about ACMI mainly but ppl could say…see they say the host can leave 3d without creating a problem in general for the mission.
-
When a client records, does this raise the level of network traffic to get the position updates from other flights or ground units which is not the case if the server makes a tape?
Shameless bump :mrgreen:
Maybe a dev may jump in and answer on this special case, thx in advance
-
there is a new ACMI merge function in newer(last?) ver. of TacView program - with more tapes taken from different clients + hosting server tape, it is possible to get the most complete ACMI file IMO
As I can remember, we had MP missions with 20+ players during F4AF era - final ACMI file was sometimes ok, sometimes without missiles etc. It is bubble dependent as well IMO. -
I know this function.
But the question is, does making a tape on the client effect the bandwith between server and clients. I think the best tape would be made by the server because all data is going thru the host and therefore his tape contains all data.
-
i dont know how 3D server works, but F4 world is a bubble world….IMHO ACMI datas are deagregated data - and your spawned “server entity” is not “everywhere present” or “infinite bubble” entity - hence my note about merge function
-
Indeed there is a Bubble world in F4. But the recording for the ACMI must work in an other way or i wouldn’t see other Flights way out of my bubble on the tape.
My suspicion: if a client records a tape he is collection additional data via P2P from the other clients and therefore produces more load on the connections. A workaround for that may be to record it on the server. And thats my question to the devs: does it work this way or is it working in an other way and recording on the client won’t strain the P2P connection between the clients.
-
Lukas, good info! I wish Tacview had “bubble detect” function to ignore units created/destroyed to not spam the log on agg/deagg. The merge feature is super smart.
ACMI recording should not strain connection. It only listens to what data is normally present and doesn’t demand any extra. I think.
-
Reaper good point on server doing the acmi recording but this would increase clients upload demand which is where most users have problems.
Also Frederfs point is good, tacview programmer could add this option. Maybe post it in tacview thread to get him informed? -
Reaper good point on server doing the acmi recording but this would increase clients upload demand which is where most users have problems.
Also Frederfs point is good, tacview programmer could add this option. Maybe post it in tacview thread to get him informed?Maybe, but we need developer info before someone can make a correct statement about how ACMI recording strains the online connection. Before that all is just wild guessing.
+1 about that Tacview thingie. Thought about the same some weeks ago