SMoss

What's with the childish business here? When making an estimate, there is an unknown factor that we can't calculate for: Testing. While I'm sure the leads have a good idea of how long work tasks require, they would have no idea what QA can dig up during testing. Severe bugs quite easily increase dev time significantly which cause us to go beyond initial estimates. When these extra tasks have piled up, testers do not put down controllers/peripherals and lean back in their chairs. QA keeps on churning, and in that process even more severe bugs might turn up which increases dev time even more. When we aim for a release at around a certain time, we don't take in hope as some kind of magical factor. We all know that those who live on hope alone will die starving. Pray if you must. We'll keep working instead.

Nobody is holding back on development here. As fast as tasks can be knocked off the check list, they will be. It's understandable that delays are not going to sit right with just about anyone, but I hope that you'll believe me when I say that estimations are done with the info we have at hand. What we don't have readily at hand when giving out an estimation is test data for example. Noone deliberately gives out bogus estimates on any work tasks or releases.

Afternoon Survivors, Brian, Mirek, and Viktor will be giving us a bit of info this week in regards to subjects such as current blocker issues, work on spawn systems and network code, and the new animation system. Contents This Week Dev Update/Hicks Dev Update/Mirek Dev Update/Viktor Community Spotlight: Tom's Story Dev Update/Hicks Greetings Survivors, Hey guys, its that time again - Status Report day. I know you all wanted to hear some crazy hype tastic reveal like - FREE OCULUS RIFT HEADSETS UNDER EACH OF YOUR COMPUTER DESKS OMG YAY (but more specific to our upcoming .60 experimental push) but I'm afraid I don't have that for you today, and we don't do hype like that anyways. While we've made strides in client side performance functionality, we're still chipping away at blocking issues in the following areas: Inventory UI With the move to Direct X 11, we'll no longer be able to support the legacy user interface. Thus, functional parity with the legacy UI -has- to be achieved on the new UI. The design team are currently working on resolving the last few bugs blocking us from having that parity. Reload mechanics The move in .60 to involving manual bolt cycling, as well as misfire and jamming management via the charging handle on weapons such as the M4 has an impact on every firearm in the game. We're currently working to resolve some functional hiccups in the switching between magazines, and the need to chamber twice before firing from a new magazine. Character Loading/Saving A very large volume of unneeded traffic was discovered when investigating issues with character loading - a rewrite of the methods used to save and load from the central hive. Once we restore proper functionality, this area will no longer be a blocker. Tasks Completed: - .60 Build Optimization Pass (Performance in cities increased by 50% from initial build - optimization is ONGOING however) - Cleared Rendering Test Pass list of visual/rendering based bugs - Renderer settings UI Current Focus: - MSAA Hardware Multisampling Support - Alpha to Coverage GPU Feature (Which will increase quality of vegetation rendering) - Finalization of In-Game UI Features We've heard a lot of feedback wanting some changes to how we're communicating development information over the last year - and we started steps a few months back towards adjusting to try and meet some of these requests. We've expanded the community team and put processes in to ensure that regardless of development tasks, the Status Reports will come out on schedule (Tuesdays, BiWeekly). In addition, we've begun using our YouTube channel more - to show upcoming changes to DayZ as they are developed. (Status Reports talk about development progress, and what changes are planned in the future - where as the YouTube channel should show what is coming in the next build - when it is functional enough to demonstrate) We'll also be trying a team Q&A type video where folks can ask questions about what its like to work on DayZ, work at Bohemia, and such - our first video on this from our Quality Assurance team should be coming shortly. Our Community Manager Smo55 is ramping up his presence on our subreddit and official forums, our new Brand Manager DHawkz is working with Bohemia Interactive publishing to expand the options for DayZ merchandise on the BI Store, and a redesign of DayZ.com, as well as working with our hardware partners to create opportunities for raising awareness of DayZ as it moves towards our Beta, and Release goals. I'll be discussing some of the systems and pending changes tied to the new animation system and player controller over on the official forums later this week, and next up for the YouTube channel we're working on our next Dev Log video on .60 covering performance comparisons between Direct X 9, and Direct X 11 rendering. Once .60 hits experimental branch, we'll start putting together our first "Whats new with .60" video - where DHawkz, Smo55, and I go over the changes in .60 and what to expect gameplay wise - for our YouTube channel. Lastly - as .60's time on experimental starts to draw to a close - we'll be bringing back the official DayZ survival gaming e-sport, The Survivor GameZ. The Survivor GameZ VII Qualifiers will be a fantastic way for us to stress test .60 before it hits stable, and to see how the new inventory, and reloading/chambering mechanics work in a high stress situation. Keep an eye on the official Survivor GameZ and DayZ twitter accounts for more info on this - twitter.com/survivor_gamez and twitter.com/dayzdevteam - Brian Hicks / Lead Producer Dev Update/Mirek Last two weeks, we spent our time mostly on bug fixing of some critical issues like client/server crashing or issues with weapon reloading, because we want that first release of 0.60 experimental will be in the best state as possible. Designers have started to use new damage system, so we have few requests on improvements, but they aren't blockers. A lot of issues were fixed in loot distribution and some new features were added. For example random loot spawning in world containers. This new feature is now moved to designers, so they can set it properly. We have also prepared new Infected/Animal spawner, but this won't be ready in 0.60 as we need to do some work in AI simulation. We will talk about this new system in next status report. Maybe the most interesting thing is that we've started to rewrite some core parts of network code, which should improve desync issues and server performance. I hope that we will be able to show these improvements in 0.60, but I don't want to give any promises, because it's possible, that first iteration will break the game even more. - Mirek Mañena / Lead Gameplay Programmer Dev Update/Viktor The ongoing work on weapon animations is still far from finishing. As there are more ways in which state gun can be when player will initiate the reload the proper animation has to be created to provide a corresponding reload action. Some reloads are being replaced with more polished ones and many new animations are being created to support possibility to load a chamber with single ammo. The animation sets for each gun now have magazine reload animations, manipulation with weapon mechanism, chambering animations and more is still to come. The main player graph now contains most of important functionalities but we are constantly going through existing animations and filling out some missing ones or replacing with more polished versions. Also the wounded character now has some sets implemented as a prototype (some walks and runs) but we will have to wait for all the animations until we fully introduce it. The previously mentioned improvements to pulling out and hiding of weapons was slightly polished in past week. We have achieved what we were aiming for. While standing still you can start arming a gun, begin walking and meanwhile change stance to crouch - it will just work, oh and of course you can stop while doing that anytime. This of course means a lot to other player actions like for instance gestures or eating as can be seen in the video capture from our animation editor preview. - Viktor Kostik / Lead Animator Community Spotlight: Tom's Story. Wow, a friendly user of our forums sent through a link to the following "real life" DayZ video: While watching the video, I keep wondering where the film locations are at since it could be awesome getting to see places like that (probably just a matter of asking the guys who made the video). Aside from that of course, you can't help but be amazed at the effort the creators must have gone through in order to make a video like this come together. On top of that, it turns out that there are three more episodes in the series which is available through the following Youtube channel: Denny Onex, and according to their Facebook site it looks like there are even more episodes to come. Very well done! As always, in case you also have a nice video containing DayZ related footage you'd like to share, or if you have an upcoming event of some sorts, don't be shy to post it on the DayZ Forums. Header image credit: DOS_v1.05 - Michael aka SMoss / Community Manager

Do you both get booted?

Thanks for your support :) While I don't know if the weather "cycles" will be fixed for 0.60, I can tell you though that the team also has eyes on this part of DayZ.

I wouldn't exactly say there's a narrow focus on guns: New user actions framework in Enforce Script has been completed and while all actions are being rewritten into it they rely on a connection to the new player and new animation system, we have also looked at crafting processes currently used in game and usage of activities available in DayZ such as preparing fireplace and cooking, creating electricity system, construction of non portable structures, vehicle maintenance, growing crops, placement of objects, weapons handling, interacting with objects in world, doors barricading and others. With such wide spectrum of different activities which were continuously implemented through the development and honestly most of them ended in prototype, unfinished or experimental state is easy that their usage can become inconsistent especially when we were trying different approaches to it over time. Now during general rewrite of scripted game systems and mechanics to Enforce script and overall heading towards Beta release it's a great time to overhaul everything which makes sense to overhaul and can be reasonable achieved in tight timeframe. Our aim is to bring as much consistency as we can into very different behaviors to unify and simplify them thus they become much more clear and understandable to players. I'm very proud that vision of physicality, tangibility and strong visual feedback through the whole game and it's actions and activities is becoming the reality which is, to be honest, quite unique in games nowadays. For example you can look forward to reinforcing the rule of hands even in crafting which become really close to user actions, or stretching the functionality of quick slots beyond their usual behavior seen in games. For greatestest experiences it's immersion that matters... See you in Chernarus folks! - Peter Nespesny / Lead Designer That there's a system in place which allows for a small risk involved in introducing a new gun in DayZ does not mean that focus has shifted towards that. As has been mentioned before; first priorities are not always first deliverables. Is DayZ in it's current state optimal for fans, me included, of ingame (pve) survival? No, we won't disagree on that, but I can guarantee you that pve survival elements have not been dropped on the floor.

Hey everyone, just in case you missed it, and all that:

As regular as possible, when having info to share.

Afternoon Survivors, For this week, Brian Hicks (Lead Producer), Peter Nespesny (Lead Designer), and Miroslav Maněna (Lead Gameplay Programmer) will let us in on details regarding the CLE, the new engine + renderer, and upcoming plans and work for the damage system and Enforce script among other things. Contents This Week Development Board Spotlight Dev Update/Hicks Dev Update/Peter Dev Update/Mirek Community Spotlight: NinjaYourself - One Life Series Development Board Spotlight Dev Update/Hicks Greetings Survivors, As mentioned as a high possibility, we ended up passing our internal goal for putting 0.60 in consumers hands. However, this was expected as a high chance. We are of course working hard on getting it ready, and on to experimental branch as soon as possible. Our work currently is focused on optimization of the performance inside major cities in Chernarus. New Chernogorsk has caused us some performance hickups we want to resolve to an acceptable playable frame rate. The engine team has a daunting task ahead of them, focusing on the last few hurdles to unlock the capabilities of the renderer while still combating and improving legacy engine scene management. With trouble areas in the DirectX 9 area dipping as low as the mid teens in some situations, we consider it critical to isolate those areas and ensure we can hold a stable 30fps (In Direct X 11) in them. Globally, frame rates on average can be in the 40 to 60 range on average - so obviously our focus right now is in those major cities. It is key to keep in mind as said many times before - this is just the first iteration. In addition to continuing bugfixes on into beta and the 1.0 release, the new renderer technology will open up many new particle effects to the design team, and we'll be working with GPU manufacturers for cross testing to isolate areas in which hardware specific optimizations can be made. Tasks Completed: - Implementation of all base renderer features - Simulweather/True Sky Implementation Current Focus: - Optimization of major cities - Dynamic Lights - Finalization of New Renderer Settings UI/Options - Implementation of New UI - Bug Fix, Bug Fix, Bug Fix I'm confident that a global increase in frame rate playability, as well as a huge upgrade in the visuals in DayZ are going to be well worth the work that has gone into the part of the Enfusion engine, and I can't wait to share it with you all. While .60 obviously focuses most heavily on implementing the engine's new renderer - .60 also has continued iteration on the Central Economy (something I think many people don't realize is VERY critical to the DayZ experience) with the audit mentioned in previous Status Reports complete, as well as changes to the tagging for weapons. Changes to vehicle spawn points, initial attachments, and finally - weapons are both spawning with random attachments AND a chance to spawn with magazines that have a random amount of ammo inside them. Beyond .60 - the teams next major updates focus is primarily on the new animation system and player controller. For the end user, it is important to understand these large engine changes have been holding back fixes on a lot of legacy issues with the title, as well as much larger over all changes to how DayZ plays - including, but not limited to DayZ's new user actions - something that I feel paired with the renderer, and new UI complete a 3 part massive change to how DayZ *plays*. In addition, the gameplay programming team's work on the new damage system - which will be explained in a bit more detail below by Lead Gameplay Programmer Mirek. The members of the programming team focusing on the Central Economy also continue to work on the deployable version of the CLE & Database structure for use by both mod authors and private server operators alike - as well as functionality for DayZ's local offline mode. On the Early Access / Community side - our forum transition is complete, and DayZ.com forums are back online. As some of you may know the feedback tracker is offline while we transition to a new software option for it. This shouldn't be down too much longer, as it is critical to providing an outlet to those testing DayZ's development builds to communicate the issues they encounter while doing so. We know that members of the community have wanted to see an increase or change in the format of our outbound communication, and that too has received some love this month. We've done some restructuring in the processes behind these, as well as the structure of responsibilities. We're hoping that over the coming month you'll all enjoy the changes in this area - and we'll be keeping an eye on your reactions. - Brian Hicks / Lead Producer Dev Update/Peter New user actions framework in Enforce Script has been completed and while all actions are being rewritten into it they rely on a connection to the new player and new animation system, we have also looked at crafting processes currently used in game and usage of activities available in DayZ such as preparing fireplace and cooking, creating electricity system, construction of non portable structures, vehicle maintenance, growing crops, placement of objects, weapons handling, interacting with objects in world, doors barricading and others. With such wide spectrum of different activities which were continuously implemented through the development and honestly most of them ended in prototype, unfinished or experimental state is easy that their usage can become inconsistent especially when we were trying different approaches to it over time. Now during general rewrite of scripted game systems and mechanics to Enforce script and overall heading towards Beta release it's a great time to overhaul everything which makes sense to overhaul and can be reasonable achieved in tight timeframe. Our aim is to bring as much consistency as we can into very different behaviors to unify and simplify them thus they become much more clear and understandable to players. I'm very proud that vision of physicality, tangibility and strong visual feedback through the whole game and it's actions and activities is becoming the reality which is, to be honest, quite unique in games nowadays. For example you can look forward to reinforcing the rule of hands even in crafting which become really close to user actions, or stretching the functionality of quick slots beyond their usual behavior seen in games. For greatestest experiences it's immersion that matters... See you in Chernarus folks! - Peter Nespesny / Lead Designer Dev Update/Mirek The legacy Arma damage system was designed only for ranged weapons, which means that every hit was an explosion. But when we've added close range weapons, we've found that this system isn't suitable and it's difficult to balance properly. It was hard to set up how much damage will be applied to different parts of character's body, and how this damage will be modified when characters has different types of armor and so on. We’ve decided the best solution is to write a completely new system for this, which will allow us to have several different types of hits and wounds, which will allow us to add more game features and easily balance them. Together with this, we're changing the process of damage synchronization between client and server, so this new damage system will be more efficient for server performance and network traffic, and be secure against the possibility of cheating. The new damage system is now pushed to our designers, who are creating the initial setup, at which point we will begin testing internally. The team is also working on performance and network optimizations and bug-fixing some major inventory issues. - Miroslav Maněna / Lead Gameplay Programmer Community Spotlight: NinjaYourself - One Life Series How long can you keep a single character alive? Depending on playstyle, that might vary quite a bit. This week we'll have a look at NinjaYourself and a series of videos he's created, "One Life Series", in which he showcases the many encounters, both friendly and hostile, of one of his characters. Part 3 @9:33 - That is one big bunch of team members! Taking the amount of encounters into account, it is quite impressive that NinjaYourself managed to keep that character alive for that long. Well done sir! As a content creator, there is of course a lot of material available on his Youtube account, and you can follow his Twitch account for updates and news in relation to new videos that he pumps out. http://www.youtube.com/user/ninjayourself http://twitter.com/NinjaYourself In case you also have a nice video containing DayZ footage you'd like to share, or if you have come across some DayZ footage from other content creators, just post it in the Gallery section of the DayZ forums and we'll be more than happy to have a look. Header image credit: Lucy ☕ away - Michael aka SMoss / Community Manager

I hear you, and don't worry, info directly related to development of DayZ would never be replaced by such videos.

I could imagine that modding support would help in that regard though.

That is really nicely done, indeed.

No, not deliberately as far as I know.

I read through the correspondence and asked around in regards to policy on server logs. As it is, there is no policy from our side in regards to how big a time frame each log should cover, so we can't force the GSP's hands there. If development of DayZ has indeed all of a sudden rendered your GSP unable to have logs cover more than 24 hours at a time, then I'll have to admit that I wouldn't know exactly which specifics would prevent the GSP from having logs that cover more than 24 hours.

Got it. Thank you kindly.

Do you by any chance have copies of your correspondence with Gameservers? If so, you can send it through to [email protected], and I can look through it, sync up with our server hosting policy owner dealing with the GSPs and see what's what.

Around the time when the server files are released for example there'll be changes to the setup of official/public/private/mod servers.

I get it that you're frustrated of waiting during development, but there's no need to deliberately trying to stretch and exaggerate your "arguments" and "timeline facts" in order to get your point across. Please play nice. Regardless of the timelines for other projects outside of BI, then yes, we're still in alpha (not pre-alpha), and as has been mentioned many times over, there are still some years worth of development yet to go.

Have you asked your GSP if they can investigate what happened with the persistence files? It is possible that something could have gone wrong here since items and vehicles are stored in seperate files.

In regards to the concern on future modded servers; there are of course plans for having un-modded servers.

As the infected, horticulture, crafting, basebuilding, and hunting for example gets more fleshed out, there'll be more for players to concentrate outside of hunting loot and then hunting players. Aside from that, once server files are released, there'll be a change in how servers are distributed across official GSPs and "personal" servers.

Sort of like a pre-Experimental branch? I don't think that'll happen. Before a build is ready to be released on Experimental branch servers, there are usually quite severe blocker issues (as you also mention) which would hinder basically any kind of testing, and as such there would be little to no gain in setting up an extra branch for this.

Afternoon Survivors, In this Status Report, we'll have Brian (Lead Producer), Peter (Lead Designer), and Viktor (Lead Animator) inform us of the latest work being conducted as we move closer to the 0.60 Update. Contents This Week Development Board Spotlight Dev Update/Hicks Dev Update/Peter Dev Update/Viktor Community Spotlight: PRISON BREAK MOVIE! - DayZ Standalone (Finale) Development Board Spotlight Dev Update/Hicks Greetings Survivors, With PAX South behind us - we're all looking ahead to .60 and the steps towards 1.0 that are taken within it. We've discussed our intent to have a .60 build in the hands of the consumers at the end of February, and while that is still our goal - we'll have to see how bug fixing and implementation go over the coming weeks to see if that means Stable Branch, or Experimental. As we've discussed before - part of the .60 build is our initial implementation of the new renderer (operating off of DirectX 11). Now, while keeping in mind this will be the first build of this in the hands of the Early Access userbase - I'm still cautiously (very) optimistic. The engine programming team are hard at work squashing a large chunk of visual and optimization related bugs - but even with those said bugs present, we're seeing some excellent performance gains across Chernarus. While it may not be quite ready for regular gameplay on the consumer branches, internal QA and the Engine Dev team are working hard at polishing the stone, so to speak. Even with the current internal DX11 client running with AntiAliasing, Alpha Coverage, Edge Smoothing, Clouds, and Post Processing disabled - the improvement of visual fidelity vs the legacy DX 9 client is clearly visible. Direct X 9 - Max Settings Direct X 11 - Low Settings Tasks Completed: - Detailed Terrain Shadows - Parallelization - Initial Simulweather/True Sky Implementation Current Focus: - Optimization - Lights - Finalizing Simulweather / Truesky - Bug Fix, Bug Fix, Bug Fix Past the work on the new renderer technology - the design and art teams are working on the initial art/skinning for the Main Menu, Server Browser, and Inventory Screen - while the gameplay programming team works on finishing implementation of requested functionality, and bugfixing. I'm personally excited for changes in the Central Economy coming with .60. As we've spent time triaging the root cause of repeated/grouped item spawns, and improper distribution globally (thanks to outstanding help on the feedback tracker ticket from twitch.tv/sacriel and his viewerbase) we've greatly improved the global item saturation and drastically dropped occurances of item spawns repeating within a cluster of structures. As well as the above mentioned changes - the discussed randomization of vehicle part attachments has been iterated upon and the tech passed on to include firearms, and their attachments. What does this mean for the average survivor wandering across Chernarus? Each weapon has a chance to spawn with random attachments fitting its configuration In addition to its base attachments The more varied the weapons potential attachments - the more random the potential configuration Eg: An M4A1 with a BUIS sight, OE handguard, 40 round magazine, etc In addition to this change in how weapons are spawned - magazine initial spawn capacity is now controlled dynamically via the central economy control. This allows the development team to set the initial ammo quantity for magazines to a lower value - thus increasing the global *quantity* of magazines. But enough about the economy - as we continue to bugfix and optimize the new renderer, and user interface technology in preperation for .60 we'll keep the information coming on how it is performing, how its looking, and how it is expected to function. - Brian Hicks / Lead Producer Dev Update/Peter Communication is one of the strongest direct player interaction in DayZ. The voice in particular is key to a rich and immersive experience. Volume, intonation, articulation and content of the message creates a wide scale of emotion and open DayZ up to great possibilities for players. With that in mind it's quite clear that providing more variety in voice communication will add to emergent gameplay. We can divide voice communication in DayZ into two groups - direct speech, which can be amplified, and indirect speech which can be transmitted via radio transmissions. Direct speech is pretty clear, and with amplification done with the help of megaphone it can be quite fun. However, indirect speech is where all the real fun begins. Unlike traditional and classic DayZ personal radio transmitters with limited range, you can get your hands on portable radio transmitters which can range across the entire map, so survivors can coordinate all operations within Chernarus while remaining safe in a secure or hidden location. More interesting, there will be static radio stations where players can with interfere and hijack frequencies, or transmit crucial message from long distances to allies. Radio stations will be located more or less in the middle of the map on the top of Altar Hill, so it will be fairly easy to trek to no matter where you are. To go even further, you can use public address systems with amplifiers locally in towns and villages. We are still considering extending radio cassette recorder use past the playback of online radios, perhaps adding an ability to record voice messages on tapes. This would not be an easy task to tackle right now, but we’ll see. Our aim is to make usage of transceivers as simple as possible. For example, no need for a push-to-talk mechanic; simply ensure the device is on and transmitting on the selected frequency once a battery is attached, or connected to a running power generator. One set of universal frequencies will help survivors keep from getting lost, or find the right one you want to listen to/transmit on. Transmitted signals on the same frequency are simply mixed together via the receiver, so the frequency works much like a conference call. The environment profile and structures won’t block signals, and these signal will propagate without the need for repeaters. Tune in... see you in Chernarus folks! - Peter Nespesny / Lead Designer Dev Update/Viktor The animation team is busy with many things related to the new animation system. Just recently we managed to implement in our animation graph and preview tool arming and disarming of rifles, and two-handed items in a much more detailed way than previously. As you may know, players have always been able to pull out a gun while moving forward only, and there was an actual full-body animation which had to complete itself once started. Obviously this led to many situations where one would lose control of their character. This was a big problem if say, you were doing this animation near a building edge or sharp drop. This was because of limitations in how the whole animation system worked. In our new working prototype, we are now able to arm anything almost any time without the need to complete the full-body animation. For instance, if you are standing and unsling a rifle, you can simultaneously begin moving and vice versa, while moving players can unsling a rifle, stop in your tracks, and the animation will complete itself with the upper body only. No more Wile. E. Coyote moments! You can even change stance to crouch while taking out your weapon. This is possible due to the recent introduction of additive blending and the ability to override body part animations that aren’t attached to additional animations. That said, although the basic functionality of arming is done on the animation side, we still have small adjustments and fixes to get rid of some unwanted issues. Our next task ahead in this area is also implementing some changes in how ladders work, and focusing on improvement of basic character locomotion by adding responsiveness and enhancing dynamics. - Viktor Kostik / Lead Animator Community Spotlight: PRISON BREAK MOVIE! - DayZ Standalone (Finale) Afternoon people, So, it's time for a bit of RP goodness. The video this time around depicts a whole bunch of players participating in a prison break event. It's an excellent watch, and it seems like it would be an absolute nightmare arranging something like this so kudos to all the players making the event possible! Unfortunately, I missed Twig's "Escape From Prison" event, but I'll definitely keep an eye out for future events! If you feel like doing so as well, you can follow Twig via his Twitch, Twitter, and Youtube accounts: http://www.twitch.tv/adventuresoftwig/v/44703359 http://twitter.com/adventuretwig http://www.youtube.com/channel/UC_vT9JXBStNOchHwN5cYkqw If you also have a nice video containing DayZ footage you'd like to share, or if you have come across some DayZ footage from other content creators, just post it in the Gallery section of the DayZ forums and we'll happily have a look. Header image credit: Rixxiz01 - Michael aka SMoss / Community Manager

Evening Survivors, In this week's Status Report, Lead Producer Brian Hicks will let us in on the work currently being conducted on design, the engine, and the renderer as we have entered the new year. Promising things lie ahead, so stay tuned! Contents This WeekDevelopment Board SpotlightDev Update/HicksCommunity Spotlight: Wolverine 60fps Development Board Spotlight Dev Update/HicksGreetings Survivors! This Status Report comes a little bit later than normal due to the team getting back into the office, and people getting settled. We're all focused on assessing the tasks ahead of us between here and beta - and prioritizing the when and how those larger engine changes will make their way to the consumer branch on Steam. Over the last week as far as Steam goes - we've pushed a small update addressing some security issues, as well as merging over some pending filters changes for the New UI. Enough about that though - you all want to know whats going on with the under the hood type stuff - so lets get to that. Keep in mind, we're at the start of the year - so not too much content changes will be featured in this week’s Status Report, but we will be talking about DayZ's underlying engine - and pending changes. On the design side, Peter and his team have been focused on several awesome upcoming changes to DayZ, as well as addressing some nagging economy bugs that we've been able to nail down thanks to Feedback Tracker usage. - Finalizing gameplay design for player constructed fortifications (tiers of walls/fences) - Finalizing gameplay design for player constructed watch towers - Complete audit of item category and tagging configuration (every spawnable item in game) Over in the gameplay programming team, Mirek and crew have kicked off 2016 with the following tasks: - Damage System implementation - Central Hive/Servlet Package for DayZ Server tool - Servlet & DayZ Server Modding Support - Central Economy Region Control & Tools - Expanding required fluids and parts for vehicles The Enfusion/DayZ Engine team have kicked off the new year right. - Extensive New UI bugfixing - Cooperation w/ Design & Art on New UI skin prototype - Optimization & Parallelization of Renderer Straight from the mouth of Filip Doksansky, Lead Engine Programmer for Enfusion - the current renderer goals and progress are as follows: Tasks Completed: - Ocean Rendering - Parallelization - Post Processes Current Focus: - Simulweather (True Sky) Implementation - Detailed Terrain Shadows - Dynamic Lights - Optimization Pass Internally we're hoping to have our next .60 update out late next month. I don't want to get any of you too hyped, but internally we've been observing outstanding client side performance (frame rate) with the new renderer technology. Paired with the performance increase of the New UI, and iteration upon the inventory and UI skinning - we're *hoping* to see .60 be a hell of an update. Please keep in mind as these systems are merged into test we could easily stumble across blocking issues, and we'll continue to keep everyone appraised on the status of these if they arise. - Brian Hicks / Lead Producer Community Spotlight: Wolverine 60fpsEvening people, Hope you all had a good start in the new year. Over the holidays there was plenty of extra time to look at videos created by DayZ players. While doing so, I found my way to this guy's channel: "Wolverine 60fps". Yep, having a glass of grog and watching a bit of action around Elektro wasn't all too bad at all: If you haven't come across his stuff already, there'll be plenty to catch via his Youtube, Twitch and Twitter accounts: http://www.youtube.com/user/steffo88 http://www.twitch.tv/wolverine60fps http://twitter.com/wolverine60fps Thanks for the entertainment friend! If you also have a nice video containing DayZ footage you'd like to share, or if you have come across some DayZ footage from other content creators, just post it in the Gallery section of the DayZ forums and we'll happily have a look. Header image credit: S3V3N - Michael aka SMoss / Community Manager

ColdAtrophy contacted me regarding the horses and dogs since they don't feature on the updated roadmap. So, the status is that the dogs and horses will not be part of the beta release. I could imagine that the decision has been made due to there already being plenty of work to be done on other more important parts of DayZ.