RimBlock

Sure but you would have to rework it a bit. The code above is more of a framework but you can do a lot of other things with it. It is quite simple to understand with a bit of checking back at the BIS Wiki for what the commands do. Update: You could take a look at my Ring of Death on my Git and by mixing and matching both you could come out with something you want. Yust make the monster a player instead (search for a player with a specific stream id for example).

Would agree. The key error seems to be Error Undefined variable in expression: dze_aplotforlife To be fair, whilst the install instructions do say *** Turn on options *** Turn on A plot for Life (check ownership against SteamID). DZE_APlotforLife = true; They do not say where. Put the options lines in the init.sqf file in the mpmissions\[mapname]\ folder or add them to the variables.sqf file. I will amend the instructions when I get a chance this week,

When working on something like this I tend to step back and put down some design goals, needs, nice to haves and don't cares. For this, off the top of my head, I would put down... Goal: Increase FPS via better wild zombie safe zone protection method. Needs: Remove zombies in / at the trader marker. Nice to haves: Fairly quick removal. Don't cares: Instant removal, any zombies not near the trader zones, anything at trader zones when players are not around. So from that and our knowledge of Epoch / DayZ we know we do not need to check that often and we only need to check zombies in the vicinity of the trader cities as other zombies are unlikely to be able to move so fast. To this end I would setup a tracking zone (lets call it the amberZone) where we want to track the zombies. There would also be a redZone for zombie removal and a greenZone for "Don't care" level zombies. Large arrays can be slow so multiple arrays (one for each zone) would be prefered. We can then build some rules / actions (not a fully comprehensive list); We need to track amberZone zombies more often than greenZone zombies. We need an amberZone marker (invisible) for each trader city. We need to record wild zombie agents and their positions. I would put all wild zombies spawned in to one of the 'Zone' arrays based on their location when spawned. Have a process running every 15 minutes checking position of zombies in greenZone and 2-5 minutes (fine tune based on zombie speed) checking position of zombies in amberZone. The theory is that you are checking a smaller number of targetted objects (wild zombies) much more infrequently thus reducing server load. Raymix has suggested the code to sort the zombies in to the zone arrays on completion. Possible enhancements As the checks are not so time sensitive, you could slow the scripts down and put a uisleep to put a pause of 0.001 or something between each zombie check. The script will take longer to complete but will not be fighting so hard for resources. Just need to make sure the script completed before another cycle is due to complete or build in a system to check to see if it is already running before kicking of another instance. 'On demand' checks based on clients positions. If the client is xx mtrs from the trader safezone then send a PVS to start the anit-zombie safezone check. Server receives the PVS and kicks off the safe zone anti zombie script and adds the client to a list of clients in the area of the safe zone. The server runs the script until the list of clients is empty and then stops. Clients are removed via the client sending a PVS when they leave the safezone. This means the scripts only run when there are clients in the arear near the safe zone (again fine tune the range). There is a little more PVS traffic but... with some throttling check to make sure no-one looks to abuse it and swamp the server buy finding the threshold and jumping in and out, it should be fine. We will likely be implementing something like these 'On demand'' checks in Dominion as the 'always on' checks are really quite wasteful on CPU cycles.

You cannot use anything from the DayZ mod files in anything but ArmA 2. This includes models, skins, FSM and sqf code, animations, everything. You can use models, code, textures etc from A2 OA / BAF / ACR / PMC / A2 in ArmA 3 though. You would have to write the FSM / SQF code from scratch, build the animations and create the textures. You would then have to tune it so it does not kill the server or client and improve on the original DayZ zombies. It is a very big job, especially for one person which is one reason why a single person, to my knowledge, has really taken the task on. The Breaking Point team had a bash at it with debatable results. I am sure there would be a lot of people out there who would be extremely happy if you pulled it off though.

Why not leverage object_speak.sqf already used for playing sounds in A2 Epoch. It will accept _unit _type _chance _dis (distance) and is called with (for example) [player,"tentpack",0,false] call dayz_zombieSpeak; If you have a process running on the server which 'selects' a player then it can calls it with a 100% chance. If any units in range are non local (to the server) it will fire a RE: to play the sound on the other players clients so everyone in the area gets the sound. Now, _unit need not be an actual player but could be some coords [x,y,z] so the sound could be played to anyone in range of a specific place. Wolf howl in the center of a dark forest, for example, for anyone close to hear. Detail on the RE (Remote Execution) framework can also be found here if you are interested. If the mechanisum is already there, why not use it.

...and gazing in to my crystal ball..... One person pays $1, seeds as a torrent. Everyone else gets for free...

Also check your client and server log files. Make sure you have no "not found" errors (they can be hard to spot). If you are ending up with a blank screen it is quite likely the server_monitor.sqf is falling over and it can be due to code (unlikely if it was working on another servers) or because the data the hive is sending is in an incorrect format and it cannot deal with it. As UKMartin suggests, check all teh object in the object_data table have their worldspace variables in the order he posted above. Only one object incorrectly saved could cause the issue. It would usually produce an error though so search the log for ".sqf" and see what comes out.

Interesting read in the ref. Have you found anything newer along the same lines as that discussion was from May 2013 (A3 Alpha). More interested in the security TBH. The thread also seems to be aimed more at transfering the code to the client via PV or if the code is in the MPMissions folder. Posts 27 and 28 from that thread sum it up nicely from my point of view...

. WOuld be nice for a macro to to replace the indents as well though. What people really need is for the instructions to be written in a brief guide and sticky'd to the A3 Epoch mods forum where people can easily find it rather than at the tail end of a thread that is likely to fade in to the mists of obscurity over time. This would require the forum mods action to complete which means, more likely than not, would require the dev teams approval which is a good indicator on whether the Dev team actually want the code to be easily accessable to the modding community. We shall see. Alternatively the Dev team could provide copies of the code which is more human friendly as an alternative download for modders. The majority with no interest in modding can take the 'smaller' package and the modders, and the mod-curious, could take the bigger human readable version. If, however, the Dev team would rather the community was not easily able to read through their code, possibly for good reasons, then clearly stating so here would clear up some missconceptions and make their position fully clear. Stickying that statement in the A3 Mod forum will also help to reduce future missconceptions. Keeping quiet and doing nothing really does not help either way :) .

I an see some benefit for reducing bandwidth used from the servers you are providing the Epoch downloads from. This is something that most would not consider and will be another cost to the Dev team if you don't have it hosted on an unlimited bandwidth plan. From the client side, the one time download saving a few K is probably less worth it. The problem seems to be that by using this techneque you are effectively locking out the 'hobby' modders who just come and browse some code and fancy having a play and learning. More experienced coders will, of course, be able to reformat the code in to a more human friendly workable format. Relying on the more die hard coders for modding, I would suggest, may not be the best direction. How about providing instructions for easily reformatting the code for people who want to take a look and get in to modding along with the download. This way you save the bandwidth and still enable the 'Hobby' modders the ability to have a look and possibly contribute ?. SHould be pretty trivial for someone with your experience to quickly put together a one pager. This is, of course, if you wish to allow people the ability to provide mods for this code set. Agreed. If the code was constantly downloaded everytime someone joined a server etc then maybe it would be worth it from a player / server owners point of view. I read somewhere that [space] and <CR> etc do not slow the code down. Presumabily the compiler removes them on load. If I come across the link I will post it up but it was from somewhere like the BIS Wiki of KillZone Kids site. Of course, if anyone has any evidence to the contrary then that would also be very interesting.

Had a play for the day with it over last weekend. It very much feels like more of a Photoshop level of editor than a Lightroom level. Of course the downside is the learning curve but the videos help. There seemed to be a few bugs with the sqf export code but they were easily fixed (missing } and ; in one or two places). Need to be careful not to use the X-Cam obects so as not to create a dependancy on having to include X-Cam with the map but most translate to ARMA 3 objects easily enough or you can choose not to generate them on first run. Makes 'dressing' the map and more importantly, exporting the results much easier although it is still quite a task that takes a lot of time. I now need to go through the tutorials so I can start to leverage the more advanced features as that will speed stuff up greatly. Highly recommended editor.

Unfortunately not. I don't currently run a server and have enough issues getting my own code to work without trying to integrate it with others ;) . I have also stepped away from A2 Epoch for the time being and have jumped with both feet in to A3 and building a completely new mod from scratch with another modder from here. Steep learning curve but we are finding a lot of good stuff. I do try to help others here now and then when I have some spare time but digging in to other modders code is a bit too involved to be a quick job.

Next, I started building a bunch of stuff that could be upgraded. The following is what was added to my database: I then went through and upgraded all of the objects to include upgrading the MetalFloors to elevator/elevator stops and as I upgraded each, that object was removed from the database. When I was finished upgrading, the only object left in the database was the plot pole. I also received the following information in the server report and client report respectively: The _safety error also being spammed in my server report from this point on. I am pretty curtain the sphere10cm_ep1.p3d error is related to the client error received when removing the dome in plotManagement In game, however, the upgraded models are being displayed as if the upgrade was successful. The first chunk of code you pasted with pp_Marks is not mine. Mine shows a ring of road cones in v2.5 not a dome. In the version for Epoch v1.0.6 I was working on I did put in a dome but it is not released. The code for showing and removing the plot poles in A Plot for Life v2.5 is contained in the two sqf files object_showPlotRadius.sqf and object_removePlotRadius.sqf. The one you are referencing is from the Plot Management mod. You will need to post on that thread to try and get the issue resolved. The db extract shows the A Plot for Life code is saving the objects to the DB correctly using Precise Building and saving the SteamID of the builder. The next chunk of logs shows an error in server_checkHackers. This also has nothing to do with A Plot for Life. You are right, the nonetwork boject sphere is related to the implementation of the plot boundary in Zupas mod. I has it too when doing the update for Epoch 1.0.6 and found a way to program around the issue. The code is on my git if anyone wishes to take a look. It is, however, not perfect and creates a couple of extra spheres :) . I have not gone back to sort it out yet as Epoch v1.0.6 seems to be a never released version going on past and now current experience. The other error seems to be with the Elevator script. All these issues seem to be with with others scripts that have not been updated to work with A Plot for Life v2.5 (i.e. Plot Management) or that have not been integrated correctly. I suggest you post on the other peoples threads as well and also see if anyone here has the same sort of issues you have seen and can offer a solution for you. I do not use any of those scripts so if the error is not with my A Plot for Life code then I am not of much help to you.

How much space are you saving ?.