terox

Squad name: Zeus Gaming Community (We are not a clan, we are a community of like minded gamers) Timezone/location : UK/Western European Gamemode : CooP or A&D Contact email: terox_@hotmail.com Website address: www.zeus-community.net Language: English Short description: Multinational Mature Gaming community, server based in the UK, players from Europe and the U.S.A. One of the oldest OFP/ArmA/Arma2 gaming communities still in existence and none ANAL in its approach to milsim gaming

I am not aware of anyone that is running a server getting a "Fade" message because of the set up as explained in the tutorial. So I suspect it is not your client and server mix that is causing the message. It is more likely another player is connecting that is using an invalid key or a duplicate key. As for your ISP and quality of service, you haven't posted any specs about your server rig or the bandwidth available to it. How many players you are hosting for it ? your configs etc Without more detail we can't really advise you more.

Are you sure the warning was for you and not a client that had connected ?

during first light and last light timings you can have a switch that modifies the speed of the updates and the speed of the time changes. Something like If ! (IsServer)exitwith{}; _addtime = 10; // Number of minutes you want to advance per cycle) _delay = 180; // delay in seconds between loops (3 minutes in this example) While{TRUE}do { // If the time is between 4am and 6pm, lets speed up the updates and reduce the time advance if((Date select 3) > 4)&&((Date select 3) < 6))then{_delay = 60; _addtime = 5}else{_delay = 180; addtime = 10}; // If the time is between 6pm and 8pm, lets speed up the updates and reduce the time advance if((Date select 3) > 18)&&((Date select 3) < 20))then{_delay = 60; _addtime = 5}else{_delay = 180; addtime = 10}; sleep _delay; Tag_NewDate = [date select 0, date select 1, date select 2, date select 3, (date select 4 + _addtime)]; PublicVariable "Tag_NewDate"; SetDate Tag_NewDate; }; Again play about with the various _delay and _addtime values to get a smoother transition

I didnt think it was an arma config value, thanks for the info. I never needed to use anything from the Battleye console

The location of your starting point and the equipment made available to you is defined by the mission maker and nothing to do with the server

BIS create the engine for us to use Server owners/admins create the environment to play in After that it is down to the quality of the mission design and the standards of the Admins, group leaders An unmanaged server is just that and so by default it will be an unruly shambles of gameplay Not every server plays wastelands and the likes. The players that are attracted to these typically public types of missions will always behave in the way they do unless there is someone on the server to control them otherwise Stay away from servers like that and find a decent server that serves decent missions with good management in an organised fashion NOTE Even good servers do not have 24/7 admins and also it takes a lot of patience and hard work to control this public attitude in a lot of players this is afterall not your typical 1st person shooter . Lone wolfing in ArmA3 should be left in single player

I cant remember any setting on an OFP/A1/A2 server that automated the start up procedure in the way described. I was under the impression that unless there was an admin to start the mission, be it a password logged in admin or a voted in admin then unless all the players greened up, the mission just wouldn't launched. Am I missing something here ? If so what was the config entry for it I don't see an issue with a cfg defined timeout value to autostart a mission providing there is no admin logged in, so good luck with your ticket for that However I personally do not want auto start to occur if there is an admin logged in, that should be manual start only To me a server without an admin to control it becomes unruly rapidly That isn't to say its the server owners fault, because its difficult to get cover 24/7 But when its not covered and your regulars are not on it, does it really make any difference how its running. If the answer to you is YES, I want my server to be run the way I want it (As we all do) there is still no substitute for a good admin and there never will be. I am not being derogatory or undermining anyone ability here, its just the truth of what goes on when there is nobody around to police it. My server is running right now playing some TDM rubbish, the amount of tk;s that are going on will be high, but it aint a gaming session we are running and its just online so others can make use of it while we are not using it

some class flag settings cannot be altered beyond certain values depending on the class difficulty setting. There hasn't been much reported on this other than the skill and precision settings for the AI, A complete rundown on what can be done would be a good for all of us

Wrong forums for this, when youn have a working system, update your initial post there for others to see skiptime is not the best way to synchronise this. (It used to be) Best way now is setdate Look up the following commands in the comref ( http://community.bistudio.com/wiki/Category:Scripting_Commands_ArmA2_ "addpublicvariableeventhandler" call compile preprocessfilelinumbers Date SetDate here are the basics //////////////////////////////////////// INIT.SQF 1) Define a publicvariable eventhandler for the variable Tag_NewDate 2) Have the pv eventhandler call a function ///////////////////////////////////////////////////////// The code for that function would look something like Just one line of code nothing else setdate _this select 1; ////////////////////////////////////////////////// // SERVERSIDE SCRIPT If ! (IsServer)exitwith{}; _addtime = 10; // Number of minutes you want to advance per cycle) _delay = 180; // delay in seconds between loops (3 minutes in this example) While{TRUE}do { sleep _delay; Tag_NewDate = [date select 0, date select 1, date select 2, date select 3, (date select 4 + _addtime)]; PublicVariable "Tag_NewDate"; SetDate Tag_NewDate; }; //////////////////////////////////////////////////////////////// What this does The server script , in the above example loops every 3 minutes On each loop it gets the current date array which contains the current time as part of its elements It then saves that date array as variable called Tag_NewDate and amends the value of the minutes (Date select 4) (dont worry if you have a value of 58 minutes when you add 10 minutes, it will still increment the time 10 minutes into the next hour) It then broadcasts this value over the net to the clients The clients receive this via the publicvariableventhandler That eventhandler then launches a function The value of Tag_NewDate is passed to the function as _this select 0 Setdate command then redefines Date with the new value defined by Tag_NewDate Important to note. The server will not initialise the Publicvariable eventhandler this is why you have the code "SetDate Tag_NewDate;" in the serverside script loop You will have to play about with the values _delay _addtime until you can create a smooth transition, especially around 1st light and last light

**** Zeus addon collection **** Zeus have hosted an addon pack collection since the early days of OFP Historically a few other servers used our collection as well Most server have their own custom packs, as and when they need them I would now like to take this to the next step and try to create a commonly accepted pack The idea behind the Zeus addon pack collection is to create an optional FOUNDATION Community wide addon pack that hopefully will be adopted by a large number of servers Some servers wont adopt it. Some servers may adopt it and only it Some servers may adopt it and have an additional pack This pack is already in existence anyway, It's there for the taking if anyone wants to use it. ___Advantages___ Play with Six supported (W.I.P: not as a custom rep, more inline with how addon packs are hosted) For the server admin, you wont have to administer your own addon pack, all addons will have keys and the pack will continously evolve. Add (Addons:Zeus) to your hostname to publicise the fact you have adopted this pack This will allow your server to be included in gamespy browser filtering For the clients: If the addon pack is adopted for common useage, you will then have a commonly accepted addon pack that you will be able to play on a large number of servers There would be 3 packs available @ZClient: @ZServer: @ZCommon: Each pack would have distinctive uses Each addon will require a working key for verifysignatures useage @ZClient: Download @Zclient Here Only signed addons would be allowed All addons in this pack would be Client-side only They would not create addon dependencies in missions They would only enhance the players experience and not give him tactical advantages eg different views etc There is additional content that I would like to add to this pack, however they either don't have keys or the key is broken I may sign this with a Zclient key which may be more appropriate @ZServer: Download @Zserver Here Addon pack that is Server-side only and doesn't create any addon dependancy in missions It may be possible that this pack could contain Zclient content, for example ai enhancements that do not create dependencies but would be beneficial to both the server and the client @ZCommon: This will be available implemented at a later date, when the alpha is more evolved This addon pack will be required by both the server and the client as missions may use classnames defined in these addons Historically, @Zcommon has only ever contained islands and their supporting dependants Units, vehicles and weapons are not normally included, this allows for easy integration for major mods such as ACE etc Due to the early stages of the AlphA development, a @Zcommon is not yet available The packs will be hosted on six (W.I.P) but for now they are available directly as .zip I have a small group or trusted core members who would decide the content based on various quality requirements Input would also be welcomed and cooperation between server communities could help to create a more robust package

Any update form the .bisigns and keys, its kinda needed now as there are a lot of 3rd party addons that require it and verifysignatures=2 should really be run My bad, play with six has them, armaholics doesnt

This contains the most up to date information so far Server Tutorial Thread CONTENTS Setting up your server What you need how you do it [*]Links Information useful Tools [*]Selecting between Stable & Dev Builds [*]Running multiple servers on one machine [*]Running server & client on same machine [*]Location of files [*]Re-locating MpMissions [*]Port Forwarding [*]Trouble Shooting & Help Best way to use this thread Live chat help What cannot be done Known Issues [*]Example files Arma3Alpha.cfg Arma3Alpha.cfg .Arma3AlphaProfile [*]Advanced configuration _profiles AutoServer_Restart.bat File Firedeamon [*]Changelog Changelog Version 1.05 Date: 17th March 2013 Added Section: "LOCATION OF FILES (When setting parameters)" Added Section: "RE-LOCATING MPmIssions (For example to a dropbox)" Added "VerifySignatures = 2" into config.cfg (My bad, why I forgot to add this I will never know) IMPORTANT Please add to config

Just to clarify here is an example file structure and location of files if you set certain parameters Command line entry: -profiles NOTE: If running Firedeamon, the user will be "SYSTEM", for most other scenarios it will be "Administrator" The below example is for Firedeamon. Files automatically created during exe.start if they don't already exist are highlighted in Blue "-profiles=d:\Games\A3\Server_No1" d:\Games\A3\Server_No1\Users\SYSTEM\SYSTEM.Arma3AlphaProfile d:\Games\A3\Server_No1\Users\SYSTEM\SYSTEM.vars.Arma3AlphaProfile d:\Games\A3\Server_No1\Users\SYSTEM\Arma3Alpha.cfg d:\Games\A3\Server_No1\MPMissions\ ? Think this was auto created can't remember d:\Games\A3\Server_No1\arma3.rpt Command line entry: -config if you then add a -config parameter as in the example below, you will need to manually create the file and edit it accordingly -config=d:\Games\A3\Server_No1\MyServerConfig.cfg In the "MyServerConfig.cfg, if you add the line logFile = "Server_No1.log"; The logfile will automatically be created as d:\Games\A3\Server_No1\Server_No1.log Command line entry: -netlog This will automatically create the following file d:\Games\A3\Server_No1\mpStatistics.log Initial Post has been updated to this point CONTENTS Setting up your server What you need how you do it [*]Links[/b] Information useful Tools [*]Selecting between Stable & Dev Builds [*]Running multiple servers on one machine [*]Running server & client on same machine [*]Location of files[/b] [*]Re-locating MpMissions [*]Port Forwarding[/b] [*]Trouble Shooting & Help Best way to use this thread Live chat help What cannot be done Known Issues [*]Example files[/b] Arma3Alpha.cfg Arma3Alpha.cfg .Arma3AlphaProfile [*]Advanced configuration[/b] _profiles AutoServer_Restart.bat File Firedeamon [*]Changelog Changelog Version 1.05 Date: 17th March 2013 Added Section: "LOCATION OF FILES (When setting parameters)" Added Section: "RE-LOCATING MPmIssions (For example to a dropbox)" Added "VerifySignatures = 2" into config.cfg (My bad, why I forgot to add this I will never know) IMPORTANT Please add to config

Why are you needing a reboot ? The issue of steam and rebooting hasn't been raised before

The servers are relatively stable. There are missions being played that are effecting stability. This at the moment is the main reason for server crashes on Stable version servers If you cannot connect to a server, reasons may be 1) if the colour of the icon at the left of the server name is green The server admin may have temporarily locked the server All the available player slots may have been taken (Number of players a server will accept is based on a config setting that the server admin defines. This however is limited by the number of playable slots currently available in the loaded mission) You are banned You are running a modified set of data files to that of the server and the server has implemented some basic security settings This may occur if both the server and you are running the same development branch, eg Stable or [DEV] but have different versions. In this case it is more likely you have the most up to date version, not the server 2) If the colour of the icon at the left of the server name is yellow The server or you are running additional 3rd party content that MAY NOT be compatible In a lot of cases you will be able to connect and play, however if you are not running a -mod folder, then the server most likely will be. If this is the case they may be running addons on some missions that you do not have. if that is the case you will not be able to play all missions on that server and if one of those missions is loaded it will kick you off 3) If the colour of the icon at the left of the server name is RED You are running an incompatible version, eg DEV or Stable mismatch between you and the server

I agree with you Sickboy, because this is more to do with core addon functionality, no fancy models or textures, it is overlooked by many but is probably, infact no, it is the most important addon we have by a long way. Might allow the cba, xeh devs to concentrate on another project and bring us something even better in the future ---------- Post added at 14:29 ---------- Previous post was at 14:20 ---------- I would regard this as core functionality. This is a system addon not a content addon as such

Look for servers that arent playing PVP or typical public missions like wastelands (Not knocking either the mission type or the servers that host them, but if you want to play this game as I believe it should be played (My personal opinion) in an organised and structured manner stay away from such publicly hosted sessions. look for servers that are running coop Ideal numbers, no more than around 30 players (More than that in a public arena is very hard to control correctly, for me anyway)) Get in before the mission starts, listen to the voice comms and see if they are attempting to structure it at that point Be on voice comms and be prepared to join their teamspeak servers (Teamspeak is the most popular 3rd parts comms app in this community) Dont be afraid to be a group leader and ask the mission commander for orders and then control the players in your group Be patient in these servers, trying to organise stuff before launch or while in briefing can take some time There are plenty of servers out there that play in an organised fashion It is a lot harder than you think to create good game-play at the moment, especially with a lot of newcomers from other 1st person shooters that aren't used to such vast areas (And at the moment, the size of the islands are very very small compared to whats coming) or are unfamiliar with the command and control system functionalities etc. Even the hardcore ArmA/OFP Players are having a bit of an issue getting to grips with some new additions to the engine, let alone the "G is for Grenade - I is for inventory" issue we are all having, which has got to to be the biggest accidental team-killer at present :-) especially around ammo crates

This is a minor issue, but if you command missions or lead groups or mark the map during the briefings while in-game, this can be very frustrating If you don't already know you can cycle through the markers and select different colours to place in the map while in-game. When you click on the map to place a marker, the default marker that is created is a rather large black cumbersome one. The most useful marker for use during gameplay is the "dot" and the most useful colours are BLUE: Typically used for friendly, or BLUFOR RED: Typically used for enemy or REDFOR None of these are default The ideal situation is to have a Blue dot as default and with one scroll click of the mouse wheel, reselect to red. Speed is of the essence while ingame, marking LZ's, rendevous, F.U.P's etc, enemy positions etc and the last thing you want is to scroll through 5 or 6 markers to get the most practical marker for this task. Because the black cumbersome one is the default, this is what is commonly used and is not the best marker for the task So in order to try and get BIS to rearrange them, I have raised a ticket. If you feel this is a worthy issue to resolve, please login to the feedback tracker, where all bugs and issues need to be listed and vote. Make the MP world as good as it can be Linky: http://feedback.arma3.com/view.php?id=4896

that to me looks like a forum message stating your signature file is too big many reasons why you might not be able to connect to a server You or the server are running addons that you or the server doesnt have Some of your files are failing a filecheck by the server You are trying to connect to a server that is not compatible with your install

for adding directly to a mission ? if that's the intention then yes, I can do that but it is kinda pointless just unpack it. It isn't a complicated script Just a pointer, by putting this addon in a -mod folder and / or CBA, it will create a yellow icon colour on the gamespy browser. This may confuse some players, so may reduce the number of new players connecting. Although it is a bit of a bodge and not best practice, an easy remedy for this is to add the addons directly to the BIS addon folder then you will be nice and green

No know Fix for Win Server 2003 following is for a not up to date version of 2008 Page 13, post by noseek has a solution to this @skydive Try reading the first post, specifically check out the sections RUNNING MULTIPLE SERVERS ON SAME MACHINE RUNNING CLIENT & SERVER ON SAME MACHINE To run the Development version Open Steam Select library Right click on ArmA3 & select properties Select Beta tab In the drop down box, select "development-Development Build" ArmA3 will then automatically update if it isnt running To roll back to stable build repeat the above procedure, but instead of opting in to the dev build, select the Opt out option If in the future you want to revert to a stable build, simply undo the option and the ArmA3 version will roll back to the last stable Impulse 9 has done some testing on this and states requiredbuild is not functioning as yet . Since a late patch, Only DEV clients can connect to a DEV server Only Stable clients can connect to stable servers The only issue that could arise is if there were mismatches with a server/client running the same version type branch but running different versions and the client can still connect to the server etc. Nobody has reported anything on this at the moment The initial post has been updated to this point All previously posted content that is important should now be in the first post Changelog Version 1.04 Added "How to run development version Updated troubleshooting: with fix for DirectX issue Updated troubleshooting: with "How best to use this thread" TROUBLE SHOOTING Best way to use this thread For any initial query Read through this first post (It is updated with posted content every few days) If your query is not answered here, then follow the "Updated to this post" link at the top of this post and read on from there If that does not answer your query, then you may need to read through the entire thread, I may have missed something important. if I have let me know. If you still have no answer then post on the thread and we will try and get a solution You could also join the Server Admins Skype group channel, where you will get live help IMPORTANT To help others please post back any solutions you find. Not all server admins are highly trained IT Technicians (Including me)

Another DirectX issue that has been solved, maybe this will fix your issue http://forums.bistudio.com/showthread.php?147537-Tutorial-How-to-run-ArmA3-server-on-a-dedicated-server&p=2334434&viewfull=1#post2334434

I have created a serverside only addon that automatically injects information defined by the server admin, into the mission briefings Easily customiseable requires CBA, serverside only Clients require No addons Does not create addon dependancy in your missions Link to addon thread, to download or read more about http://forums.bistudio.com/showthread.php?149882-zeu_A3ServerBriefing-(-A-Serverside-addon) Screenshot with customised entry for zeus community (350 kB) Just a pointer, by putting this addon in a -mod folder and / or CBA, it will create a yellow icon colour on the gamespy browser. This may confuse some players, so may reduce the number of new players connecting. Although it is a bit of a bodge and not best practice, an easy remedy for this is to add the addons directly to the BIS addon folder then you will be nice and green

Just a heads up on a recent change. If your server runs DEV version, only DEV version clleits will be able to connect if your server runs Stable, only stable clients will be able to connect Happy days @ rundll.exe, did you manage to sort your issue out?