PhillyJoker

Always the last thing you check, lol glad to help

Are you sure none of those mods requires @CBA_A3? Last thing if you want to try. I converted all of your information to the old way i used to do it, .cmd style. Try giving this a run as a .cmd: start "" "C:\TCAFiles\Users\komurikunmeow13\7\arma3hcserver.exe" ^ -mod=@Exile;@A2OP;@ryanzombies;@RZInfection_for_Exile;@NATO_Russian_SF_Vehicles;@NATO_Russian_SF_Weapons;@EBM;@RDS_Civilian_Pack; ^ -profiles=C:\TCAFiles\Users\komurikunmeow13\7\ ^ -name=HC_1 ^ -port=2346 ^ -connect=127.0.0.1:2342 ^ -client ^ -noSound ^ -High ^ -password=1test And here it is again with public IP. If neither those work i'm not sure what the issue is: start "" "C:\TCAFiles\Users\komurikunmeow13\7\arma3hcserver.exe" ^ -mod=@Exile;@A2OP;@ryanzombies;@RZInfection_for_Exile;@NATO_Russian_SF_Vehicles;@NATO_Russian_SF_Weapons;@EBM;@RDS_Civilian_Pack; ^ -profiles=C:\TCAFiles\Users\komurikunmeow13\7\ ^ -name=HC_1 ^ -port=2346 ^ -connect=94.23.252.71:2342 ^ -client ^ -noSound ^ -High ^ -password=1test

Those saying still broken. How are you connecting HC to the server? You must be using the local loop (127.0.0.1) not the public IP. We finally figured out that the -connect=127.0.0.1:2302 NEEDS the port of the server. At least in windows 2012 RC2 it does, and our naked AI issues vanished unless we drop like 300+ AI in less then a minute.

Well I feel like you're doing everything right Arma 3 wise at this point to be honest. Sometimes it's something so silly when people aren't used to each others way of doing it. Like you could be missing quotes, or used the wrong ones somewhere. I'd have no idea. But it all looks good to me. I would try it finally with the public IP address, from the box (not from a different pc). If that doesn't work then I would say you're going to have do some digging in your OS / on the forums to find the answer. Sorry i can't help more.

Just to clarify as best as possible since i haven't heard back and am now on my PC so i can type a bit better: This is my setup for running the headless client: In the Arma 3 main folder i have: arma3server.exe arma3server_op_1_hc_1.exe I use shortcuts to run them. Here is the server line: C:\steamcmd\arma_main\arma3server_op_1.exe -profiles=D:\A3_serverCFG\arma_main_CONFIG\ -par=D:\A3_serverCFG\OP_1_Param.txt The server cfg settings for that may (i'm no 100% on all of them) HC: kickduplicate = 0; verifySignatures = 0; allowedFilePatching = 0; requiredSecureId = 0; requiredSecureId = 0; headlessClients[]={"127.0.0.1","104.243.34.34"}; //List of IPs allowed to connect for Headless //If the HC are located on within the same VM guest use 127.0.0.1, otherwise use the local IP addressing of the VM host //This connection must have unlimited bandwidth and almost no latency otherwise BAD THINGS HAPPEN! localClient[]={"127.0.0.1","104.243.34.34"}; //List of IPs allowed unlimited bandwidth for Headless //If the HC are located on within the same VM guest use 127.0.0.1, otherwise use the local IP addressing of the VM host //This connection must have unlimited bandwidth and almost no latency otherwise BAD THINGS HAPPEN! BattlEye = 0; The param file for the server: -name=server -config=D:\A3_serverCFG\arma_main_CONFIG\op_1_config.cfg -cfg=D:\A3_serverCFG\arma_main_CONFIG\op_1_basic.cfg -mod=@CBA_A3;@RHSAFRF;@RHSUSAF;@RHSGREF;@RHSSAF;@task_force_radio;@CUP_Terrains; -port=2302 -cpuCount=4 -High The HC shortcut: C:\steamcmd\arma_main\arma3server_op_1_hc_1.exe -profiles=D:\A3_serverCFG\arma_main_CONFIG\Headless_Clients\ -par=D:\A3_serverCFG\OP_1_HC_1_Param.txt The param file for the hc: -name=HC_1 -mod=@CBA_A3;@RHSAFRF;@RHSUSAF;@RHSGREF;@RHSSAF;@task_force_radio;@CUP_Terrains; -port=2305 -connect=127.0.0.1:2302 -client -noSound -password=****** -High Hope that helps.

Looked at your other thread. Both the headlessclients[]= and local clients[]= need the IPs wrapped in double quotes. Also try with battle eye disabled. Finally -profiles should be a directory / folder location. Not sure if the way you have it for Linux is correct, but for window it is a file path

Because you are using the public IP address to find the server which defaults to the 2302 port, (or whatever the server instance is using) using the internal 127.0.0.1 does not default the port for some reason. This has been something I've been meaning to add to the wiki, but it's always down or I forget my user account when I go to do it.

I was unclear in that part of my post. I meant the arma3 main folder should contain all your mods, but yes, the mods should be broken up. You just don't need multiple installations of the game on the same PC to run multiple servers.

Actually, you are defining the port that the headless is running on with -port. Trust me. I've tested this many, many times. Any instance of arma3 or arma3server.exe requires a port because technically even clients can host their own instance that is multiplayer capable. I run multiple servers and hc's for those servers all on the same IP. How do you think you think you tell the different HC to connect to the right server when all instances are running on a box with the same IP?

Actually, you can and should use the same folder for all mods. I think your only problem is that in your connect line you need to add the port of the server. -connect 127.0.0.1:2302

Have you noticed the naked AI issues that come with setGroupOwner command? I've tried everything script wise to get it to not occur, and my last thought was to use an EH to get the group parameters, delete the group, then spawn them on the HC. But if you've found some workaround that would be highly useful to the community.

CPS / FPS are capped if i'm not mistaken. Only way to test is play with 50+ players and see where it goes. Could be bad mission, or need to play with the bandwidth settings.

Now that we can change group names, would it be possible to add a toggle switch as to whether or not the changed group name is copied to a new mission? Unfortunately, I think somehow the fact that it doesn't is having an effect on code like this in the init box: group this setgroupid [""Havoc 6""]; As occasionally half way through the mission all the group names will change. Because if you do go through the trouble of changing all the Arma assigned group names, they don't copy over to new mission's and I have to redo them every time.

Thanks for the hard numbers. Actually just went and built load sharing for 2hc into my EH. Will be testing soon. Just wish they would stop losing clothes. Have you noticed if the group amount or just total ai makes a difference. Aka 150 groups with 1ai vs 10 groups of 15 ai?

"It's the same.... but different!" +Makes circular hand motions+ In all seriousness, yes. They are certainly related, unfortunately with Zeus there is no way that I've found to directly spawn the ai onto hc, they are always owned by the player that spawns them. A workaround could be a module that detects hc presence and spawns zeus placed ai directly to hc ownership. But then it would run directly to your issue. It would be best, imho, if the command was looked at, along with associated net code. Incidentally, I've also noticed with patch 1.58 that all groups in the mission load screen are created as empty groups, and any spawn group that is killed or deleted also retains it's empty group id. To combat this I put a simple script on my hc to delete empty groups they own, along with the server. I too eagerly await a fix, as hc does seem to provide around a 5 fps boost when working.

I know this is slightly off topic, but since this is where you check more often I wanted to give you and those who check this thread the following demo mission for HC desync and naked AI. Reference this thread for what the conversation had been. There are 2 missions attached here. Version 1 includes a EH that automatically will move HC each time you place a group. Version 2 is manually controlled through the infostand to the left. Both can test ownership changes via the infostand on the right. dwarden, I PM'd you the RPT's from a test earlier today, and in summary for those that are curious: While it happens less frequently Vanilla, the AI still do loose their uniforms, and desync does still occur. Mostly (almost strictly) when transferring FROM a player to the Server or HC. It is a much more serious problem when you start running mods. Which makes sense, as the whole game is about 10 times slower with mods sadly. However, it does lead me to suspect this is an issue with netcode / the command setGroupOwner itself. In addition, this was tested NOT with the performance binaries, as I've yet to see anything in your logs indicating that any fixes for this had been pushed through, and it is a recurring issue since 1.40. Thanks for anyone's time who read this.

That SOMETIMES works thor. You may also need to add the actual ip of the hc. If they are on the same box it's the same obviously, but sometimes you need to add it anyways. If it's on a different box you need to add the other ip for sure.

Weird, does it happen on all missions you make our just this specific one? Try grabbing one if your buddies missions, d'pbo it and see if it works? I've had some weird stuff happen where hidden characters and ASCII text gets hidden in sqm files. Sometimes starting from a known working sqm can help. Other then that there is always the nuclear options. Verify, reinstall, and/or defrag.

Did you make sure to select custom spawn location in the attributes tab?

This got buried on last page, can anyone confirm or am I missing something simple?

There is no ability to edit the OnLoadName command from the description in 3DEN. It really sucks that i have to keep the description.ext around just for that one command. So close!

Main branch stable. I've even gone so far as to test it by just using the debug console and zeus. Spawning a group that I run setGroupOwner on changing multiple owners. Zeus player to server, player to hc, hc to player etc. The only one that causes desync is the very first instance generally. And mostly on player to hc. Just so I'm clear, this has been an issue since setGroupOwner was implemented in 1.4. However the frequency seems to increase and decrease between updates.

I've been experiencing this as well. In addition it seems (though ad others mentioned there is randomness to this so I'm not 100 percent sure) it only occurs with player(zeus) to hc transfer. Not server to hc transfer. The setGroupOwner command that all hc scripts use seems to be the issue, as it generally produces a 3-7 second desync spike as well.

Anytime you copy from one template to another, or import any sort of variable in the unit name, it adds + _1 to the end. So if you have any sort numbering scheme (IE, modules named ares, ares_1, ares_2) with any sort of scripting around it it will change everything up one. (ares_1,ares_2,ares_3) which is really a huge pain in the ass if any sort of script is based on variable names. It does this with objects, modules, markers, etc. Simple repro too, just copy a named variable from 1 3D edit to a new one (that has nothing on it) and it will add anyways.

Also, you may have noticed that if you start your client first and host a local game, then an instance of arma3server.exe it will choose port 2312 instead of 2302. So the client can and does "use" ports.