@Geez Ammo can be "repaired" by combining smaller damaged ammo piles with larger better condition ammo piles. If the intention of dmg ammo is so that it might receive dmg in your inventory and go ruined (good idea btw) make it so that piles of different condition ammo cannot be combined.

Resolved - Thanks

we also had players report that the same shed always spawns multiple plastic explosives. Wiped our test server and sure enough that same shed is still spawning multiple explosives. We do not have loot turned up (in fact some of it is turned way down) but it seems the world doesn't have enough space to place these industrial tagged items so it constantly chooses the same places.

They have a pretty low lifespan now so it kinda corrects itself

You can close this ticket - I found an xml validation error when I made my 1.14 edits.
Sorry :(

As an update, today I removed all non vanilla entries to the cfgspawnabletypes.xml and put them into a new custom spawnabletypes.xml
Added the entry to cfgeconomycore.xml and wiped our EXP 1.14 server

Almost @Progger , do you have IPs for serverranks.com?

BEC (BattleEye Extended Controls) doesn't seem to work properly after this change.
Normally I start BEC, then DayZServer
Now if I start BEC (with new port), then DayZServer BEC will not connect and Dart (client side) - won't connect
However - if I start DayZServer, wait, then start BEC, both bec and Dart will connect on the port specified
BRS (Dart Ban Relay Server) no longer functions (if you have more than 3K bans you need BRS)
Edit: so I worked around this by starting BEC 90 seconds after the server starts (other wise it fails)
I'm a little perplexed why the server starts in a locked state for 2+ mins after it says it is ready for players in the logs...

I believe the Hunting Scope has the same issue

I can add our own case of this, reported by many players not only with Barbed Wire but also with fires - continues to damage player even after they have moved away
https://www.twitch.tv/videos/762786590?t=06h19m38s

While this is fixed in latest build of 1.05 - I discovered today that if you have belt in cargo (inventory) and no space to pick up a canteen, Pressing F on canteen will attach the canteen to the belt in your inventory.

any confirmation that this issue is resolved in 1.03? nothing in patch notes....the masses are anxiously awaiting :)

please note that a "regular" restart to fix it doesn't work - we use #shutdown in BEC to perform our restarts. In these cases when the 2nd #shutdown is issued, the process goes to 0% CPU but remains in Windows. The process must be killed manually at this point. This only occurs during these "stuck in queue" instances

I'm sorry but "Probably not used" from someone within the Dev team is a pretty scary answer. you should know, or be able to find out if and when this is used before answering :)

yeah ok we knew those points. We just can't find the balance we need.
Can you fully explain Count_In_Hoarder and Count_In_Cargo - a lot of the community has been guessing so far :)

Really I think a good option would be max spawn values and another max value for "total in world" - so we could set 5 of an item to spawn at once, but limit the server to 25 of the item max for example

Can you expand on the use Cost? Currently every items has a Cost of 100 - why? This parameter exist but seemingly is not used by the Dev team

ie if we plot points on a map and zoom in - can we tell if the location was in an inaccessible room - so you'd be able to confirm the person was glitching etc

well I originally I was thinking it wouldn't be enough also since the default was 5 decimals, but testing it on a map moving from (3000, 3000.1) to (3000, 3000.2) is not even noticeable. As long the information is valuable enough to make decisions I guess it works :)

https://github.com/DannyDog/DayZSAEnfScript/blob/master/dta/scripts.pbo/4_World/Plugins/PluginBase/PluginAdminLog.c line 32
Dotindex + 2