Amerisun
Members-
Content Count
7 -
Joined
-
Last visited
Community Reputation
2 NeutralAbout Amerisun
-
Rank
On the Coast
Profile Information
-
Gender
Not Telling
-
Small problem of course, but it would be great if you guys could fix the UI of the game to work more like Arma, I mean from the perspective of ultra wide monitors. I have 5780x1080 and with Arma 3 and Arma 2 the UI fixed to the 1080 portion. It's great because it centers the UI on my main monitor making it easier to see everything and it's not stretched to hell. The way it is now I have to run 1920x1979 only on the center monitor for it to be somewhat usable.
-
DaRT - A Lightweight DayZ (and ArmA) RCon Tool (v2.1 | 11/10/2015)
Amerisun replied to domistyle's topic in Mod Servers & Private Hives
Just wanted to add to when people have said "It's lagged sometimes, and I have to stop / restart the tool for it to catch up". If you have lots of people on your server, all RCON programs have this problem, Gotcha, Dart, you name it I have had the problem. If I have 20+ people in large population areas (causing lots of zombies to spawn say) or 40+ people just around the server.. it starts to lag. The more people in heavily populated areas / zombie spawns it causes even more lag on the RCon clients. It would seem it's a problem with the core library not being able to handle the sheer volume of messages flying at it from the server, from what I can tell all the RCON tools having this problem out there use the same RCON library (BattleNET.dll). I think that library needs to be rebuilt in something lower level to handle the volume of traffic (C or perhaps just the code needs to be optimized now knowing RCon is spammed with messages to try to track hackers). Maybe also it's just a limitation of the protocol with the sheer amount of data BE sends through RCON with lots of people on the server it's inevitable to clog. -
DaRT - A Lightweight DayZ (and ArmA) RCon Tool (v2.1 | 11/10/2015)
Amerisun replied to domistyle's topic in Mod Servers & Private Hives
They put 2 "" in the configuration files of BattleEye to have all the logged information output to RCON so that some anti-hack tools out there would monitor this "live feed" if you will, so they can immediately kick someone. There is some really good tools out there that do this now, but it causes RCON to be spammy (I had reported this to you a week or so ago..). Basically they do the following 5 files named "createvehicle.txt", "remoteexec.txt" and "publicvariable.txt", "setpos.txt" and "setdamage.txt". If you put a 2 "" in those files, and restart your server, the RCON becomes seriously spammy especially with a bunch of people on. It's soo spammy the tool becomes a little lagged trying to handle the incoming results while drawing the display and getting the countries all at the same time. They look like this: [2012-11-06 | 09:20:39] SetDamage Log: #0 xxx (xxx) - #2 0.000000 1:-2058998543 [2012-11-06 | 09:20:39] PublicVariable Log: #0 xxx (xxx) - #9 "dayzPlayerSave" = [<NULL-object>,[],false] [2012-11-06 | 09:20:39] CreateVehicle Log: #0 xxx (xxx) - #62 "z_worker2" 40:891 [7852,1666,4] [2012-11-06 | 09:20:39] RemoteExec Log: #0 xxx (xxx) - #81 "[this, 1.54697, 872.56,false,true]spawn BIS_Effects_Burn" SetPos and Scripts are usually empty, but that's because only someone that tries to execute setting their position or running a script on the server side of things (and I think most hacks are running client side these days) show up so I don't have logs of them, yet, But they follow the same format. Hope that helps! -
DaRT - A Lightweight DayZ (and ArmA) RCon Tool (v2.1 | 11/10/2015)
Amerisun replied to domistyle's topic in Mod Servers & Private Hives
For our server, we have put 2 "" in the createvehicle, remoteexec and publicvariable files... this causes us to be able to see some things people are doing through RCon and another tool.. but it spams the hell out of this utility. Could you add a feature in the next version to drop / ignore anything from those? They look something like this: [2012-10-22 | 02:24:04] CreateVehicle Log: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx [2012-10-22 | 02:24:04] PublicVariable Log: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Thanks for the awesome tool!