g4borg

the name is as far as I read out, actually set in the mission base script. you could simply script a script which rotates through ~100 names, if the user does not provide its own name. If it is just about having a more unique name. the function where this happens is in missionServer.c at OnClientNewEvent. the survivor name gets set by characterName = GetGame().CreateRandomPlayer() you could simply override OnClientNewEvent, and hook in your own little name generator, right after this; or similar. just set the string to something else instead. as you can see the name is actually retrieved from the name of the skin chosen. together with random skins this creates a bit of a trifle. I never tested this, but I bet it works. this could include quite sophisticated solutions to that, but I think, the name itself should never be the identifier anyway. I did however consider to do this as well for purely aesthetical reasons, maybe I will drop the script if i ever do it (or someone else can be kind enough, or you try it yourself) Otherwise, give the community time. I will definitely personally release my own rcon script at some point, when it becomes usable, and I am sure, others will too. For now, I have been rather okay with DaRt, and one other trick you can do is place in any of the events that are fired at login (e.g. OnPreloadEvent), where you can get the identity from an argument, and Print it into the log file, if you need it for bughunting with Print(identity.GetPlainId()); this will output the SteamID64 into the logfile in the profile folder.

you could learn punctuation or it is really hard to read your sentences silencers on guns dont help with zombies, only pistol silencers do. it is true, they wear off quickly. gun cleaning kit is definitely useful. lags are random unfortunately. sometimes it can be a massive data burst, in which case it lags for everybody.

As this was one of our main goals for our server early on, and we already had a similar system in the mod, definitely agree. You might be happy to hear, that some hints in the scripts show that they were working already on something. There is experience based functionality, aswell as "softskills", whatever they may be. I totally agree with this; Anything that makes surviving worth while, without generally giving you an advantage over fresh spawns in terms of fighting was our idea.

should be doable with server scripts alone, but i think for that the whole persistence should be more streamlined, we need databases, and maybe even a better mod support so we can make stuff like bed mods. as long as they do not have a good solution for server hopping, building will be mostly just a gimmick on public servers anyway, so its something for private hives anyway. altough, i am personally against such a system in vanilla also for other reasons. death should not come easy. and in late game, once we have choppers, and stuff, spawning for inhabitants will be easier. i would actually whish for the map to be extended in size with some vegetation beyond the current borders, where maximal a few rabbits spawn, to have clear areas where teams can build their bases / or even some island mechanic. i see a bit of a mixed bag of interests, if someone builds bases in the middle of the existing map and tries to control a certain area. I know that is not the intent of someone who just wants a friendly player town with gardens and stuff, but it is what it ends up to be, see Rust, where you have to wipe servers because it ends up in a sniper tower landscape every time, or even Ark, where most of the map will be littered by abandoned strongholds.

did you set / tick port aswell as ip? if you only enter ip, game will hang in connection. what did you try exactly?

The launcher as in the built in launcher you can start from steam has a parameter menu. In there on the second tab is IP. Always also enter the port. Just look through all menus it is not that many. The dayzsalauncher however has no such field. There you need to go to the sponsor link, enter the IP on their website and submit it. It will ask for further donation for sponsoring it, but by then it is already in the db. You need to wait 5 Min and restart dayzlauncher. The server will be in the list now, if it is online. Last option is to create a steam link to dayz on your desktop, open that and append "-connect <ip> -port 2302" to the magic steam run command.

as items disappear even when servers are running, i would say persistence is indeed broken. but i agree also completely to the notion, that actually, we should have the ability to choose how we serialize this data out, instead of some undocumented binary blob files obviously this could go into any type of database storage and writing those files every few seconds is not really ideal either for SSDs and creates unneccessary io, which is just another source of problems. of course, it works nice on a ramdisk. but why write to disk, if you use ramdisks. tend to agree. there is simply nothing which can't crash. even perfectly programmed system with overly perfect hardware could crash with the next solar flare or a slight power fluctuation. not saying focus should not be reducing crashes. but if your server crashes, and your data has been safely streamed into a database, you won't care as much, as if it basicly makes things disappear at will.

I do not think you would even need ESP hacks for that. I can remember this was pretty much standard already in the mod. The game is after all - if you include the mod times - not new in terms of mechanics. there are people who have a ton of experience. As we ran back then in mod times a "graph" on our server, which showed movements of the players across the map, I can confirm, edge running was already as popular, as was running straight to stary. as already answered, unlike arma2, which allowed any client to give commands to any client, dayz is strictly server authorative. that means, you can't just teleport yourself around, or others. But as mentioned by others here, any "standard" (as in "like in every game") type of hack might still work, like aimbotting or packet sniffing. The network bubble is 1000m server side, and the game is pretty laggy, so both will not be as lucrative tho. I would extend this to: "find servers where the admins are already seasoned, and do not abuse their powers to powergame." I would not expect them not to use their powers at all for personal gain, but at least not abuse it to terrorize others. Good luck!

Use the external IP to connect. If you use launcher set ip and port Or use dayzsalauncher As others can join you should know the external IP already

just because the character is not on display does not mean it is not there. the client side display is only a cached copy of your loadout. the real data is server side. which means, connecting to a server you already were on will restore your character. in fact it can be that a character still exists in the main menu, but will not be there once you log in. @mookie gotta say, i am happy it proliferates. altough, atm. the mod playing community usually prefers heavily modded servers, and most with only a few mods usually give up again. imho vanilla should do what dayzsalauncher does already.

One question: anyone knows if lifetime gets subtracted by ingame / mission date? Or is it just some steady countdown that gets loaded / saved? My thought is this: currently the mission only allows the date to be between months 9 and 12. if however on first january the date jumped by one year, does that not wipe the server? what if the date gets set back at server restart, and something has been placed "in the future" because of that? Sorry, the despawning tent just gives me the creeps. All this does not completely explain why it disappeared at some random time while the server was running, but who knows... Can we access lifetime by scripting?

disappearing stuff is really a big letdown, and i think, they should prioritize this above everything, especially since it was their "release blocking feature" i feel it myself, that if you cannot even trust a tent / base to stay, investing time into more than pvp is kinda useless.

Dear DevZ. Some people have issues with DayZ release not being a bug free, all-weapons-vehicles-mechanics feature complete superb game, that will somehow reignite the magic of the game in the past and surpass all AAA expectations. Most only are a bit sarcastic, 1.0 felt a bit rushed and reduced, and fear you abandon extending it. I am not one of these people. I trust you to continue releasing content, and I rather have you work on the base, than anything else. But. If you talk about feature completeness, and basicly trying to offer a game, that will not break future mods, I do have to remark, some things are rather disappointing even from the "technical feature complete" aspect. Especially when it comes to community servers, I would actually hope for the rather painless experience. 1. Proper Database support. Those self corrupting bin files are not a really good solution. They get written a lot onto the disc. The whole process seems unstable. We live in 2019 where postgres is widely available on all platforms and supports binary json blobs for your orgasmic dynamic object pleasure. SQL was made for this. Please add database support for saves and player db. 1.a) Please do not forget primary keys. Please do not create tables without primary keys. 1.b) Please give us the option to clean up entries ourselves, if lifetime reaches zero. It is enough if the server adds a boolean, that the item in question is considered despawned. The rest is just an SQL statement. 1.c) BIN files and an SQLite DB could still be default setup for servers without db support. It might help you debug stuff even faster like this. 1.d) Please support postgres. If you support MariaDB/MySQL/whatever, i am fine with it, but please also support postgres. Json datatype is your friend. It is super fast aswell. 1.e) Of course adding some nice script options to trigger loads from the db would be awesome. 2. Proper official Docs. Please provide proper offical docs of the Enforce Scripting Language, and the XML files and their entries. You could also work together with community members to provide it, just please make it accessible and up to date. I think a lot of people would be very happy. I am sure this is a fair and nice new years job for someone, please dear scrum management, write that ticket. ;) 3. Join by IP. Join by Steam Link. Joining by IP is impossible from inside the game. steam protocol "connect" links seem to not work (e.g. used by dayzspy). also -connect does not work if you forget to specify port. LAN does not show 127.0.0.1. Stuff like this make it really hard to actually work with testing environments or inviting friends to join your server; if the server browser does not work, not everyone is versile enough to use thirdparty launchers or connection parameters either. 4. Linux Server Binary. Yes, I know you work on this. I actually invested now into a windows server. It is expensive as hell, and feels unconformtable in my trousers. 5. Client Mod Loading. Please provide a unified way to load mods. You could make it compatible to the existing third party solution DayZSALauncher in addition to steam workshop. Just please make it possible for people to join servers without magic. The engine supports it, it feels like you only need to tie it together. Well I do hope you already have planned it. 6. Server Mod Loading. Please add possibility for the dayz server app to download workshop mods from dayz. Other apps already do that for their server solutions, so i am pretty sure it is possible. It would be also a big step for modders and security, to allow server admins to use steamcmd to update not just the server but also the mods it uses via `workshop_download_item` command; which unfortunately does not work for steam accounts not owning DayZ client - of course anonymous download for the server would also be neat. 7. Proper Mod Flags, especially Server Only Mods. Is it client/server? Is it cosmetic? Does it have dependencies? Even if dependencies e.g. are not as important, marking a mod as server only might be important for "equalmodrequired" setting; atm. we can go two directions: either have the player install all mods on the server (leaving out the possibility to use a mod server only), or not use the mod check at all, which is built in (and building our own script based modcheck might be a bit fubar) Okay, my points are not all totally new, but I wanted to bring them together, after what we experienced in setting up a server. I hope someone gets to read this, otherwise, thank you all for trying your best in an industry, that is very unforgiving.

Added this point inspired by pilgrim*s remark, as I started to realize, this would also be important, very much so. Also fixed the year to 2019, as this text was started to be written in 2018, but we do not live there anymore :P

I doubt that however, I must say I even totally disagree with this - arma itself was based on a trust based protocol, where the server did not strictly have authority - that is what destroyed the mod most, not available mission / script code. Having the source code does not automatically make it easier to hack someone. IF someone has malicious intents, he will find weaknesses in any code. In fact, if we talk software, any code that is closed source, has no official bug tracker, and only gives you binaries is usually much more prone to problems, than code where everyone can write you an email and say "hey, your code has a backdoor if we do x or y". But usually they also have more money, and a better marketing department (its like arguing internet explorer is a safer browser, because you cannot find any reported issue, while the official mozilla bugtracker has 200...) Also even then you could have server side logic hidden from the user, did not help. I do understand why arma was built that way (expecting friends to play friendly war games with tanks and helis, mostly in coop, and wanting to make it easier for lots of units to be usable, so giving clients direct control over them), but it totally backfired, not only on dayz; the hacks were around in arma generally, it only made it more interesting to write even more, as the mod became popular. But anyway thank you for your positive feedback, having a first response being nice is something uncommon in the internet :)

i also hope that it is only for tent spawns, not pitched tents. but i am out of explanations otherwise. does not really invite to play on, if things just disappear. at least tents should not suddenly go away. unfortunately, without database, like in the past, you can't really just respawn it :( otherwise the "min" value is the one which is spawned definitely. so i kinda read "nominal" as the "max" amount.

we had the same problem now on our server. tent stayed fine for many restarts. it was placed 2 days ago. lifetime entry is vanilla 45 days (3888000). yesterday it vanished, while the server was running, and players were nearby. there was no entry in the logs, only players online who owned the tent. I could not explain it yet, as it was during server running. the car parked next to it stayed. no crash or restart involved. i certainly hope the "nominal" entry for LargeTent being 10 in vanilla does not mean, "built tents" despawn if new tents spawn in the loot? does a built tent still count towards that number?

thanx. you know what unit lifetime has? seconds?

it actually also happened in the mod for a while regularly. it only happened once in standalone. lets not talk about breaking your legs when running down stairs. to be honest, that was not always the case in the mod. i can remember a lot of stuff working badly; of course, you can only remember that, if you played consistently back then in the times until the epoch release. I do think, you have to keep a cool head, I think 1.0 was more a "engine feature complete" release, not a "game feature complete" release. Do I agree with that tactic? possibly not. But no reason to be either totally defending or hating on it yet.

My main problem with this is, that the cars spawned like this disappear, once they get driven by players. I mean it is a neat way to have one-way cars. Also what is the last boolean in .CreateObject( "OffroadHatchback", c_positions[c_count2], false, true, true ) doing? It is not documented. Also, for anyone having the issue of exploding double cars, this script needs to run a bit delayed to OnInit.

Missions or iterations over the game mode can be made by modders later on. What the game needs to do is indeed focusing on technical base elements. Adding Linux Server support. Database support. Helping the scripting/modding community. Adding more assets in future releases, more broadband features, etc. can be nice side goals or roadmaps for the general player, who wants to see cars, boats, maps, weapons, etc. added. And yes, because some of you need goals to play, I do think, by now some persistant element like Tarkov has shown could be a future idea for DayZ that would refresh its lack of goals; but the same is for heli crashes etc. But my biggest problem is, that this should all have been already maintained next to development. Especially things like as linux server binary is much easier to maintain, and also keeps the base code much more clean, if it is regularly developed in parallel. Things like "not enough official servers" could have been easily avoided, if installing a server would be easier to do, and more accessible. Other projects, like Squad, show, it's really not that hard to do, if you know your priorities.

lategame fun includes: more flying lessons, coz u can never have enough flying lessons, clan wars, community help or building, modding or scripting, blowing up stuff or building bases, helping bambies, hunting hackers or douches, or stand around with a SAW on NWAF. seriously. since frankie-bambie coined "you cannot trust anyone in dayz", anyone starts shooting anyway. finding friends, respectable allies or just clans that sometimes fight, but sometimes also work together, is the hard part. you die anyway a lot of senseless deaths, having longer survival times and zed kill highscores, etc. is always a challenge. also, survival is key. learning not to shoot anyone, and still survive and have fun is the best dayz has to offer. its also the most bitter part about the game. otherwise, there is always wasteland on some overkill utes map to let off some steam. but no other game will teach you to use terrain that well, like this mod. and last but not least, if you get bored, take a nap, do something else. its the memories that count in dayz, especially social encounters of any kind. even if its 3 hours of crawling with a broken leg to fix a car alone in stary. after a success, you are relieved and happy.

so is the food only off the loot tables, or did you really remove the configs, making them unplacable? (we are still running 1.7.6 so i cant look it up yet) because private hives could still enable them, and problem solved. thats what microcommunities are for, right? i often think the same thing about the civilian models. i whish, all those nice models would have a dayz based non-arma-spawning-items config entry, like soldier1_dz, overriding them to the survivor bp layout. not for adding it to the main game, where the survivor skin is just right. but to help using the game to its fullest, develop in ideas to keep a smaller server also lucrative, and probably learn from the emerging microcommunities (aka private hives, or servers). so i suggest if items fall out of main love, keep it in the configs, let them be used by private servers. just remove access to it via spawnlists. only remove deprecated and non functional stuff. its not like those few kbs in the config files really make the difference, in a game, where we still struggle with a fup network code, where we have to work around with nifty teleport detects, which still not supports some rpc calls on linux just because it has to be dynamic library loading... oh man there are so many bigger issues, both in arma and in dayz, than food insignias. blacklisted mountain bike. could go on forever. keep it up. and. nice code indention cleanup, thank you guys. :)

15 years fps players dont have this attitude, we are quite adult right now - and never had consoles with fps. and yah, calling others some politically correct names, like amateur, but trying to make a point about something being "overpowered", which actually is "noobish" is a bit laughable, too.

I dont think thats necessary. slow auto heal + faster run + bullet proof west should be nuf I would more encourage survival itself, also blood bags should stay the way they are to encourage teamplay more.