Open Jonathan-Rosewood opened 6 years ago
Experiments have shown that the problem disappears if:
But this is still a problem, because the modification of the RHS is declared as compatible.
this is an strange one, the Ai gets into the drag animation. have you tried to redownload the mission file?
i can assure you RHS works, now we really need that .rpt file to see what causes the AI to "Drag" someone else. Could you do a little more digging for that .rpt file?
@Mocksybren yep, i can redownload, what version u need? and where i can .rpt file on linux host? Is .rpt is a simple server log file?
p.s. AI continues to function - to report on enemies, spin and even shoot from this animation. But I have never seen him move, heal, change his stand (lying, sitting, standing). This behavior is noticed only with static infantrymen (guarding the city, factories, ports, airports, road blocks, outposts), while dynamic ones (coming from a helicopter) work normally.
It seems that AI has disabled simulation for some reason. Server or HC .rpt is really needed for further investigation
Here is a my fresh server log with ACE/TFAR/RHS mods on fresh mission from github. https://pastebin.com/9RNBjmJf
@Barbolani77 i don't know where .rpt located in windows Headless Client. But i will test HC on Windows again with RHS and can give another info. AI stays without DRAG animation, but still stays (shoots me, but without any movement).
Im totally lost on this. RHS has nothing special related to disableSimulation for infantry.
Maybe you HC is crashing and leaves all those AI bugged?
Try without headless client and if it still happens, bring me the server .rpt
Hm...at first I tried without a client and sent the log above.
Here is a my fresh server log with ACE/TFAR/RHS mods on fresh mission from github. https://pastebin.com/9RNBjmJf
I cannot say if this is the issue or not as I do not see everything but on an arma3 linux server there should not be any files with capital letters in it to be on the safe side. This is mentioned for files within mod folders on the BIS pages. I see that your mission file is like this: missionName=A3-AATemplate Maybe there are also files within mod folders containing capital letters. See here for capital letters and mods: https://community.bistudio.com/wiki/Arma_3_Dedicated_Server The mods you are using should have all files in non-capital letters (just downloaded all of them again to check)...but maybe other files in the server dir have that which might cause problems. When starting my server I change all uppercase letters to lowercase for folders and files and then rename the lib files (which for whatever reason the server needs with capital letter, otherwise it does not start): mv libphysx3common_x86.so libPhysX3Common_x86.so 2>/dev/null mv libphysx3cooking_x86.so libPhysX3Cooking_x86.so 2>/dev/null mv libphysx3_x86.so libPhysX3_x86.so 2>/dev/null mv libpxfoundation_x86.so libPxFoundation_x86.so 2>/dev/null mv libpxpvdsdk_x86.so libPxPvdSDK_x86.so 2>/dev/null
Maybe give it a try...I had so many issues in the past years difficult to tackle down. In the end it was often such a file/folder.
@jahangir13, thanks for your reply!
I already heard this feature with the case of letters, but on my server I only followed the mods directory.
If not difficult - send me the output of the command tree -apug /path/to/arma3server
Has anyone fixed the problem?
I can confirm this issue exists also on my Exile server: I migrated my server from Windows machine to Linux Ubuntu 20.04, Linux binary x64, Exile mod + extDB3 x64 + 42-44 more mods from Steam Workshop including RHS. It's exactly the same issue, but it doesn't happen for some AI units and doesn't happen at all if a unit was spawned inside a vehicle then leaves it. There is a workaround example posted in the BI Forums for this problem: https://forums.bohemia.net/forums/topic/228415-linux-dedicated-server-ai-doesnt-move/
Also there is another workaround, making then unconscious then conscious fixes it:
{ _x setUnconscious true; sleep 5; _x setUnconscious false; } forEach allUnits;
I'm having similar issue, and the workarounds by @Nerexis does not work for me. As this issue seems to be quite old, is there anyone taking care of it?
I once gave up and switched to another operating system for the host.
Any solutions? Have the Same problem
Version: 1.4.0.1 a2249a2ed8a9a4aeabeef4c63a06f8cefb64b782
Mods: CBA, TFAR, RHS (AFRF, USAF, GREF)
Environment: MP dedicated
.rpt attatched? No (can't find on linux host)
have you edited the missionfile?: Yes (add TFAR system component)
Issue:
Hardware Specs OS: Quest LXC container with Debian GNU/Linux 9.5 (stretch) CPU: CPU(s) 2 x Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (1 Socket) RAM: 3GB (specified for current container)
Start Parameters
arma3server-antistasi-altis.server.cfg
arma3server-antistasi-altis.network.cfg
antistasi-altis.Arma3Profile