helpthedeadwalk

looks like ASVAL moved, but looking back at EXP it was the VSS and not the FAL From EXP -> Changed: Moved ASVAL and VSS spawns from contaminated areas to high tier military areas and increased their numbers

@Kyiara can the github please be updated. the links on the sidebar claim they are 1.23 but the files inside are not.

Win7 is 14 years old and MSFT support ended for it 3.5 years ago. it shouldn't be a surprise.

I really like the first one, but it would need to remove the gun in pocket. just not a good look.

+1 again and again. the mission files have been missing since the first EXP @Kyiara

@Kyiara just wanted to +1 this. both chernarus and livonia are missing.

@Kyiara I don't see any chnage - https://imgur.com/a/03iZ7q8

@Kyiara can we please get the github updated with 1.20 files? https://github.com/BohemiaInteractive/DayZ-Central-Economy - still 1.19 https://github.com/BohemiaInteractive/DayZ-Central-Economy/releases/tag/DZ_120 - this link points to archives created on Jan 17, before 1.20 released (I downloaded them and they are 1.19 anyway).

what you first described is an item not in types.xml OR a typo in types.xml. Then you say its not even in types.xml so how can it spawn? it can't. without seeing the types.xml and maybe the modlist, its going to be hard to diagnose since you're issues are contradictory.

@lynn.zaw are there any thoughts to adjust the damage values or more importantly the exceptions? Many items cannot be repaired (plugs for example) but can show up with major damage. It feels like there should be a class of items that can only spawn worn or pristine because they cannot be repaired. If not, then everything needs to be repairable and those materials need to be in greater supply (like sewing kits and duct tape were increased).

yes linux server are cheaper to rent. each and every windows server "needs" a licensed copy of windows and msft charges based on the number of cores (which as passed down to end-users). linux is free!

I'm liking all the references to map/model fixes. one welcome change that's minor but not mentioned is that in cfgspawnabletype.xml and cfgrandompresets.xml the extraneous dashes were removed from the comments which caused basic xml validation to fail.

it's not a secret. it was in the last devblog and discussed on a stream a week ago.

sounds like you didn't open/forward all the ports. the usual ports are 2302, 8766, 27016 (all UDP). some people will claim some random range, but I can tell you 100% these are the only ports open/forwarded on my local test server and my public server. If you have changed any ports are unsure, locate the .RPT logifle and look for something like : ” 8:01:05.592 SUCCESS: SteamGameServer_Init(c0a80121,8716,2302,27016,3,1.07.153006)” – The 2nd, 3rd, 4th values are the ports that need to open/forwarded(UDP). If you are going to support dayzsalauncher, it has a server app you need to run and it will need gameport+10 (TCP) open/forwarded. in this examples, that's 2312. if you are going to us an RCON base too, you'll need to set that in BEServer_x64_active_1599.cfg (where "_active_1599" will be different for your server) Add a line like "RConPort 2322"

I was hoping all of these things would be super rare, especially given the new usageflag=Unique, but they don't seem to be.