terox

Try turning UAC off, eg run steam and A3 as admin, see if that helps

The DEV has it, the stable gets what the dev has once the BI developers are happy its okay for stable. So most likely next stable update

The filenames are important, these cant be renamed It is the content of the files Dwarden is referring too. Its not that you cant use them as is, its the fact that a lot of strings they contain are specific to DayZ etc, so some of the content is redundant BE will end up seaching through a lot of strings unnecessarily if you leave them in Open up the files and have a read though, its fairly easy to filter out unwanted content You dont have to add any of the filters, these are all optional and add an additional layer on top of default Battleye There are certain sites you can visit to download the scripts the parasites use. Linking to them or mentioning their name on BI forums is a big No! No! Ask your peers in a private chat where these sites are and have a look through them and decide what strings you want to use.

You only need steam to update ArmA3 and you need to define steam ports in your Config_Vanilla.cfg, apart from that it isnt required while hosting If this is an update for the beta from Alpha, (You didnt define what patch version, nor if DEV or BETA) then the .profiles have been renamed from arma3Alpha to arma3 Other than that, there have been no reports of issues following any patches afaik, so I can only assume you have changed something else configs/commandlines etc whats the reporting IP? If you still cant find the issue then best thing to do is pastebin link your command line config_vanilla.cfg (Hide the passwords)

Bushwookie is a parasite. it uses resources that weren't intended for it, in an environment it isn't wanted and has nothing positive to offer in return Would be far better dead, the world would be a better place without it

thanks $able I have updated the first post. I believe it is fairly accurate, can you proof read it please. in addition you may want to add filters for the commands Allowdamage setUnitRecoilCoefficient

Ignore this

Battleye is out for dev versions, wont be long now til stable has it

I believe calling " allMissionObjects" is quite heavy on the cpu especially if it is looping This may be better suited to a debug script than a remote monitor tool

if you cannot access your *.arma3profile, then you need to contact the hosting company yourself and discuss the issue with them As for the scripting question, that needs to be asked in the editing forums

BATTLEYE IS HERE Clients will most likely need to run their game as ADMIN Battleye is an anti cheat application that has been implemented in previous B.I engine releases for several years now. It will automatically install when you update to Type: Public Beta Branch: Development Version: 0.73.107769 To configure it you need to do 3 things. Add a line to your server.cfg Add a BE.cfg file to your AtmA3\battleye folder Add your desired **filter**.txt file and edit them as you see fit SERVER.cfg entry Add the following line into your Config_Vanilla.cfg, or whatever you have named the .cfg where you define the admin and server login passwords Battleye = 1; (Although apparently it works out of the box without defining this) BE.cfg This file should be created (using a text editor) and saved to your ArmA3\Battleye folder Example Rconpassword 123mypassword456 MaxPing 369 // maximal delay to server before BattlEye autokicks MaxCreateVehiclePerInterval 72 1 MaxSetPosPerInterval 2 1 MaxSetDamagePerInterval 36 1 MaxAddBackpackCargoPerInterval 12 1 MaxAddMagazineCargoPerInterval 96 1 MaxAddWeaponCargoPerInterval 24 1 MaxDeleteVehiclePerInterval 48 1 MaxAttachToPerInterval 4 1 // above is in format of amount of entries (number) per timeinterval (seconds) // in dependency on maxplayers and gametype you might need increase/decrease the values Battleye Filters In your ArmA3\Battleye folder create a series of .txt files (All are optional) The most up to date list of .txt files can be found here https://github.com/DayZMod/Battleye-Filters addbackpackcargo.txt addmagazinecargo.txt addweaponcargo.txt attachto.txt createvehicle.txt deleteVehicle.txt mpeventhandler.txt publicvariable.txt publicvariableval.txt publicvariablevar.txt remotecontrol.txt remoteexec.txt selectplayer.txt setdamage.txt setpos.txt setvariable.txt setvariableval.txt teamswitch.txt waypointcondition.txt waypointstatement.txt As you will notice, each file (In most cases) refers to a scripting command AFAIK, what happens is, BE scans incoming packets to the server. If a command is found it searches through the relevant "**scripting command**.txt" to see if the string in the packet matches any strings listed in that filename. If a hit is found it then carries out the rule (1-7) defined for it. The contents of the files listed in the link above are for A2 and dayZ, so some of the strings contained within the file are irrelevant to A3. You will have to manually edit these as you see fit In addition there is another .txt file called scripts.txt This is for clientside checking and can contain any strings you want. Any skilled parasite (I wont call them a h*c*er) can intercept the contents of this particular file, so it isn't very secure. It works well against the kids Battleye Detection rules 1 - Log detections to "scripts.log" 2 - Log detections to server console 3 - Log detection to scripts.log & server console 4 - Kick for detections ("Script Restriction #X") 5 - Kick & log to scripts.log 6 - kick & log to scripts.log & server console 7 - Kick and log to everything ______________________________________________ Useful links http://community.bistudio.com/wiki/BattlEye http://forums.bistudio.com/showthread.php?131759-New-BattlEye-features-for-server-admins

Check this out, you may have done quite a few things wrong....http://forums.bistudio.com/showthread.php?147537-Tutorial-How-to-run-ArmA3-on-a-dedicated-server

I've always defined -mods with CBA first and our custom pack last. It's never caused us any issues. As a sideline and of interest to those using this mod. i am currently working on a cfgAIskill addon. This is a simple to make addon, its the values that require honing. I tested it on our gaming server tonight, and it made a lot of difference. Here's how the AI skill system works The cfgAIskill sets the range of skill values that the mission editor or setskill command can operate with Here is the current BIS values class CfgAISkill { aimingAccuracy[] = {0,0,1,1}; aimingShake[] = {0,0,1,1}; aimingSpeed[] = {0,0.5,1,1}; endurance[] = {0,0,1,1}; spotDistance[] = {0,0.2,1,0.4}; spotTime[] = {0,0,1,0.7}; courage[] = {0,0,1,1}; reloadSpeed[] = {0,0,1,1}; commanding[] = {0,0,1,1}; general[] = {0,0,1,1}; }; Now if we take a specific look at one setting.... lets say aimingAccuracy The first value is the low skill setting (which would normally be 0) Liken this to setskill = 0. Or the slider that defines the unit skill in the mission editor would be fully to the left The second value is the skill value the unit will have when setskill = 0, or the mission editor Unit skill slider is turned fully down The third value is the High skill setting (Normally 1). Setskill = 1 or mission editor Unit skill slider fully to the right The 4th value is the skill value if the unit is setskill = 1 If you set the mission editor skill slider to 50% or setskill 0.5, the actual value you will get is halfway between value 2nd and 4th value so for a 0.75 setskill or slider at 75% for the following value aimingAccuracy[] = {0,0,1,0.5}; the units actual aimingaccuracy would be 0.375 Until today, i though setskill overwrote the config value. I now know it is a modifier and will edit the actual value somewhere between the high and low value so if I had aimingAccuracy[] = {0,0.2,1,0.8}; 75% skill slider or 0.75 setskill would return an actual unit skill of 0.6 -------------------------------------------------------------------------------------------------------------- The best way then to edit the ai skills is not with this addon, as it only effects the ai skill in a minor way. (This addon could still be useful but will likely become redundant) For that reason i will be releasing, once I get the values correct a new zeu_cfgAIskill addon. This will be node specific, eg the server can run it, the client can run it, both can run it. My testing at the moment has returned the following data BASE: 8 * OPFOR rifleman at a range of 300m on the runway with clear line of site to the players with the aimingaccuracy defined in red, the ratio of shots fired to hits is as follows {0,0,1,0.5}; (Half of BIS upper value) skill slider ..... 0.25 .... 0.5 .... 0.75 .... 1 Prone: ..... 0% .... 8% .... 18% .... 25% Stood: ..... 1% .... 11% .... 33% .... 50% Running ..... 0-1 % .... 0-1% .... 0-1% .... 0-1% (Negligible, lucky shots) if I then change the cfgAIskill value to {0,0.2,1,0.4}; At 300m on setskill 1 (slider fully up) the hit rate is 40% when stood still At a skillset of {0,0.2,1,0.33}; the accuracy drops to 35% The values are pretty consistent, with a slight fluctuation of approximately 5-10% This is where I am at present. My intention is to try and match the AI skill in certain attributes to that of the players So that their aiming accuracy, spotting distance etc is as close as I can get it to the players abilities. Another issue i found, is that AI do not lead their shots, infact the less accurate the greater the chance they have to hit you when you are running

difficulty setting 3rdPersonView=0; for off

Bare with me I am currently working on a cfgAIskill addon. We run it tonight and it needs some value editing but it will be a node specific addon. E.g can be run on the server and or client, doesnt create mission dependancy etc

this can only be done with scripting, the server difficulty is either All third person or none. There has been a request for exactly that functionality, whether or not that gets implemented remains to be seen

Oh didnt know that, I thought it was loaded in the order it was defined. Are you sure ?

changing the skill***** in your server.cfg has no effect at present The ai will run with skill 0.63.. for every skill attribute unless you define them elsewhere. (Editor slider, zeu_serverskill, mission scripting etc) regardless of what you do there

Basically all you can do at the moment is verifysignatures=2 in your server.cfg, the file where you define the admin password etc This will basically only allow players to connect with a) BIS Vanilla addons b) Addons that you have placed the correct Bikey for in your server's "keys" folder (This will also stop some of the script kiddies but not those with a little know-how or their mentors. Battleye will prevent the majority of the latter when it is released) One other issue that you may be having is the settings in the mission that you are hosting. If the mission uses VAS, then it may be possible, that even if the mission you run has removed certain types of magazines, the players can still use them via their saved VAS profiles. I believe the latest version stops this

The 1.5 release has been repacked to include an updated version of the development mission. The addon itself remains unchanged There is a slight issue with the resetting of the counters that report back the hit ratio, the fired event handler sometimes stops responding Am having difficult figuring out why, easy fix for now restart the mission I would be interested in seeing a copy of anyones skill matrix values that aren't running the default settings

1) Change the startup for the mod folders to load @CBA first 2) use the default settings _option=[3,3]; 3) There is a verification mission to check you have installed everything correctly 4) There is a development mission where you can test the abilities of the AI and be given some feedback via hint messages. If you believe they cannot hit anything, run the development mission while having zeu_serverskills on default settings, switch action menu to "Combat data" and tell me what % hit rate they have at 300m and then at 200m

Follow the instructions in the readme that comes with the download please You should then have no issues. If there is something you do not understand in the readme, please then post your query here so I can improve the clarity of the readme

You are correct, it should not have any quotation marks wrapped around that line. Apolologies for the error in the config file you copied, this has been corrected for any future users

what problem ?

Okay folks hopefully this will fix your issues Download version 1.5 here The new version Has been slightly optimised for network traffic Has timing changes to stop any issues with variables been called upon that haven't been received over the network Has a belt and braces system for making sure all A.I are effected The test mission used to verify the installation has been edited and renamed to Zeu_Serverskill_verification.Stratis.pbo. Delete the older version The userconfig remains the same The readme has been revamped, hopefully will be easier for some tom understand the userconfig In addition for those that want to invest some time developing a set of values for the matrix, I have also included the mission i use to test and investigate the values (The docs folder has more information on this)