nasKo

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Zaumby Thursday
Hey all, here again for the March Thursdoid. Lots of stuff from lots of different areas of the game this time, we do hope you enjoy.
STRIKE A POSE
We’ve mentioned the fact that Build 42 will have a variety of readable materials that you can loot and inspect, but we hadn’t shown them off in-game as quite frankly they didn’t look great. They were crammed inside our existing Survival Guide UI, and it really wasn’t going to bat for us.
We didn’t really want to create a load of individual images that wouldn’t be readily translatable into other languages either, and become a massive timesink for our art department who are already pumping out loads of vital stuff elsewhere. So, clever Aiteron got onto the case
 
 
 
 
So what is this?
Well, it’s a secondary UI API system – and with it both ourselves and modders can create readable text UIs in easier and more flexible ways, and what’s more reuse templates for them too.
 
Techie bit: currently, 4 Java elements have been added: Base, Text, Texture, TextEntry, and then based on these we’ve built a more complex UI in lua that’s easily manipulated by us and modders to play around with position, rotation angle, scale, color, animations, text settings, etc.
 
Alongside this a new RichText system has been added, meaning the media templates can be changed completely in translation files (including size, position of elements and other settings) so we can make great media for our whole international audience.
Video for modders who might be interested here.
 
How are we using it?
For Build 42 we are using this to create two flavours of lootable reading material, although not all of it will be available in the game we moment we go into unstable beta.
Newspapers and Community News pamphlets, to help with world-building and to fully flesh out the timeline of the Knox Event. Local business flyers, house listing advertisements, restaurant menus and the like. These will all be locations that will be useful to your survival story – and reading the flyer will automatically reveal their location on the player map. In this way we will direct new players to helpful looting areas, and some of the community’s favourite safehouse locations.  
 
What’s making it extra cool?
This has been cooking for a while, but we were increasingly unhappy with aspects of the way things looked. We were using in-game isometric screenshots, and they didn’t feel quite right for our in-game newspapers as such.
 
We’re delighted to say, then, that community heroes unconid and Welias have agreed to come on board and help us out with this.
 
Both have been entertaining PZ players with their brilliantly made posed still images and videos using PZ models and imagery, and they seemed amazingly well suited to bringing life to the characters of the Knox Event in readable media.
 
Likewise, we will also easily be able to do fun stuff with, say Nolan of Nolan’s Used Cars, by easily placing his cowboy hat zombie at the location of the car lot that the flyer has revealed on your map.
 
GRASSED ME RIGHT UP
Something in PZ that’s needed improvement for the absolute longest time, is one of the things that you see the most.
We’ve been unhappy with the way that grass looks for a long while, and it became more unsightly with the advent of Build 41’s 3D models.
 
Build 42 is now blessed with a depth buffer. This means that we can reduce the player’s clipping with the scenery, we can show doors swinging open and closed, and (during our unstable beta) we will also be able to show seated characters on furniture in all four directions so players won’t have to use mods to access the sedentary animations for the directions that don’t clip.
 
It’s also great for grass and general undergrowth too, so alongside updating the existing grass sprites to feel more detailed and natural – we’ve also added support for depth maps so large blades and clumps of grass will intersect your character as you walk, crouch, etc as if they were 3D geometry.
 
 
As you can see, this makes the character feel much more grounded. It also has various impacts on the gameplay: crawling zombies are slightly harder to detect, falling objects get a little more lost in the grass etc.
 
With the increased wilderness gameplay that 42 will bring for many players, in terms of hunting and settlement building, players will be surrounded by grass and wilderness a lot more – so we’re really pleased to have got this in, and looking so good.
 
In the world beyond Build 42 we also intend to build on this, tying our grass and scrubland to our seasonal and erosion systems – helping you to get a better sense of the months and years as they pass.
 
In the meantime here’s another nice Before and After of the general grass sprite improvements:
 
 
SOUND UNDERGROUND
Now that 42 is delving underground, and indeed much higher into the sky, we need some improved soundscapes to deal with it.
 
Recently the team at Formosa have been working on what happens with your speakers once you start delving underground. As such they’ve kindly supplied two videos showing their work: the March Ridge bunker we saw last time, and a new spooky Ekron industrial lower floor.
What can you hear that’s different here?
 
Ground level and outdoor sounds gradually dip away the lower you go, and once you’re in an underground area various appropriate one-shot noises can be found – like distant mice, cans falling and rolling in somewhere in the gloom etc.
 
As far as the roomtones go there’s also water dripping layers to give it more of an abandoned feel too, where appropriate, and likewise gunshot noises and the like have been played with to sound more appropriate in an enclosed underground space.
 
 
 
 
  FENCING
A key part of zombie fiction that Project Zomboid hasn’t catered for yet are attracted hordes trapped up against long wire fences – as seen with the fences that surround the prison in The Walking Dead.
 
Previously our pathfinding hasn’t catered for this, and players have felt a sense of security while behind our sturdy wire fences.
Now, things will change a bit.
 
BUT FIRST: some traditional caveats.
 
This feature will be a sandbox option, and it will also only come into play with large hordes – and over a long period of time.
 
This video is WIP, and the effect is sped up, and we can work on the crowding/banging visuals too.
 
The point of this is that we want a gradual build up of a huge horde, so players get the feeling that they are safe – for now. The fence will only hold for so long up against so many zombies, and eventually it might give way.
 
In terms of pathfinding, with lone or few zombies, the change to zombie senses also leads to more Romero-like zombies, with some not being intelligent enough to go around and obstacle, and choose to slam into a fence in their efforts to get to a player instead.
 
 
GUN CHANGES
Fenris’ extensive upgrades to PZ’s guns continue, this month with changes of note like the following:
 
Wind, fog and rain, as well as general lighting conditions now have an effect on hit and critical chances. Some of these can be offset by traits or skill levels. Ranged shots at targets hidden by dense fog or darkness can be challenging or impossible. Maximum firing range has been increased and is no longer affected by skill level (chances of hitting targets at range still is). Distance to target has a greater effect on penalties caused by panic, drunkenness, player movement, weather, etc. Most penalties are significantly reduced at close ranges. Sound radius is increased overall, but with a sandbox option to modify higher or lower. Sound range is reduced when firing indoors. Sighting systems have an ideal range they were designed for: a minimum effective range, and a maximum. Outside of this range they are less effective. If the target is close enough that just pointing without aiming would give a higher chance then the sights are ignored (eg a x8 scope on a target 2 tiles away). Panic previously didn’t actually affect hit chances (just critical and damage). This has been corrected. Remain calm, don’t panic, you’ll be fine. Hit chances and critical chances are now calculated in the same way (with exceptions): if something (like panic) effects hit chance, it also effects critical. Hit chances are generally increased allowing lower levels to make a successful shot under the right situation. However, avoiding negative conditions is vital, especially panic. Ammo weights have been corrected and rebalanced. Mounted flashlights are functional and highly advised for low-light shooting.  
The above video shows Fenris’ experimentation and how he’s polishing guns – the graph shows the hit and critical chances across the various tile distances, updated in realtime, and overlays range circles showing the point blank, optimal targeting ranges (for the given sights), and maximum firing ranges. The chances of a hit can be seen rising and falling with movement, and after each shot
 
ARMOR
This month we’ve also had focus on improving our late-game B42 armour system. As with the weapon crafting, the intent was to make something that wasn’t referential to zombie media or other games, but instead something that seemed natural for the time and circumstances.
 
We don’t want crafted armour to look too anachronistic or “knightly” – looking like they should be part of a renaissance fair. We don’t want to be too goofy, although there are a few more ‘fun’ options in there, and we don’t want anything that doesn’t look like it belongs in the Zomboid setting. Importantly armour should work like real armour, and operate within the bounds of PZ logic itself.
As such a few categories that will come as part of B42 are:
 
Metal
While avoiding overt medievalisms, clearly 42’s crafting update and blacksmith skills necessitate metal armour: plates, leather, straps, buckles and all.
Inspirations here include Ned Kelly and his gang, while (although we always say we won’t take inspiration from other games) the way Rust implements its metal armours is very much along our line of thinking – though clearly we’ll make our own way with it.
 
Please note: there won’t be any historical armour and weapon museums in b42, or suits of armour on display in mansions. With this sort of high-end crafted stuff, we wants players to have to go out into the world and engage with the new crafting system – and not beeline for a spot on the map to enjoy them.
 
Apocalyptic Vibe
We had to ensure that the armour was believable and feasible, while keeping a procedural approach – like our approach of the “lego weapons” in which existing items are adapted and melded.
 
Then, for a more distinct look, we thought of tinges of punk rock and heavy metal imagery, with apocalyptic media such as Escape From New York serving as inspiration. From this we now have armour that can, for example, be crafted out of tyres.
 
Natural Ingredients
One important aspect of the new armour content was that it had to support the new crafting system, as well as survival gameplay on a forest map free of civilization.
 
Although we deliberately didn’t make it too odious to progress from dirt and sticks to solving the riddle of steel, there’s still a lot of middle ground between the two.
 
Leather is an obvious candidate, and is something we have already made some pieces for. However throughout history people have used all sorts of other materials for armor as well, and we are exploring some interesting ideas based on real world examples. We don’t want to go out on a ‘limb’ and ‘branch far’ with this, but knock on ‘wood’ it will work out okay.
 
A Sporting Chance
Given that the game is set in 1993 Kentucky, there’s all sorts of armour already available in the form of lootable Sportsball Gear!
 
All sorts of pads, guards, and paddings, including two items that should make players very happy: The Athletic Cup and the Ice Hockey Neck Guards.
As well, some of those items of Sports gear, like the weapons crafting, can be modified to make badass, cool, post apocalyptic armor, which brings us to….
 
Spikes
And you and the zombies can be spiky too now.
 
 
EXPLORING UP HIGH
Finally, we’re also in the process of testing Skyscrapers for playability and performance. Turns out 32 floors of zombies, all spawning at the same rate of zombies creates a LOT of zombies. So we need to get to balancing things out a bit.
 
 
 
Thanks all. Sadly not too much from the new crafting in motion this time. Please be assured, though, that there’s a lot of work going on there, but some aspects aren’t ready for show, and others are waiting for a core code update to hook things into and as such aren’t filmable.
There’s a bit of a logjam building of stuff that can be pumped out, so we hope it’ll be a flood of cool stuff next time round. This is such a core aspect of gameplay, which could bring huge improvements across the board, so it’s also needing the most consideration and care to not get wrong.
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

Hey all, a good mix of things this ‘doid.
 
Fun gameplay stuff, and a chunk of info we wanted to flag for modder-awareness and the more tech-minded amongst you. (Feel free to skip that bit to get to the more enticing gun stuff from Fenris that’s become its first application.)
 
Onwards, then.
HUNKER INNA BUNKER
Permanent underground structures are being added to the internal build’s map for testing.
 
As discussed before some basement locations will be randomised to add surprise flavour to your looting, but there’ll be plenty of ever-present locations that will likely be survivor favourites for taking over and making your own.
 
Here’s a fun example, which also very clearly demonstrates the effectiveness of B42’s tech upgrade that governs the realistic spread of light. It really is very dark down there, and with that very claustrophobic and scary…
 
 
Another aspect of the underground structures is sound, and now we’ve got more and more of these in the test build our sound team will be working to cut out wildlife sounds, add muffle, echo, drips and such. Likewise, meanwhile, another focus is adjusting the noise of ‘street level’ activity when you climb higher in buildings.
 
It’s also worth mentioning that in 42, or at least certainly its unstable release, you will not be able to tunnel or break down the external walls of underground structures. This is something it would be healthy for the engine to be able to do (although we’d never have Minecraft-style insta-tunnels in vanilla, clearly) but is probably a can of worms best opened later down the line.
 
CRAFTING
In amongst the feverish connecting of code wires from others on the crafting team, Turbo has been working on the new interface that will allow for hand-crafting items on in-game surfaces.
 
We’ve got something ready to go into the internal build, but in its current WIP form still needs some polish – and probably isn’t quite ready to show off before its rough edges have been smoothed out.
 
In essence though, this work has been to cater for crafting items that aren’t as straightforward as ripping clothing to make bandages or opening a can of beans (which will always be feasible just in your hands) but don’t necessarily need a specialized workstation either.
 
Activities like preparing a sandwich or making a nailed baseball bat logically require a handy surface to perform the work. The way it’s being implemented – any logical surface will do (tables, counters etc) but this sort of crafting will no longer be possible while standing in the middle of the street with zombies approaching.
 
In terms of changes in player habits and behaviour going from 41 to 42, this will probably be the one that’s felt most keenly. There’s a lot of muscle memory we’ll be scrubbing out here, after all. However we are doing our utmost to keep it logical, and to keep it real.
 
The current challenge has been to devise an interface that accomplishes all the tasks necessary: providing a handy way of browsing or looking up the recipes, allowing for crafting of multiple objects, allowing the use of tools to modify the quality or success chances of the crafting, and giving access to all the functionality provided in the crafting update.
 
We’re not there yet on this surface level, but functionally on the code level it’s all there and working and ready to be integrated into the game. Next steps will be to make the UI as clean and convenient as can be, improving and iterating as we go, as it’s such a core aspect of 42.
 
(Just to reiterate, however, simple crafts like ripping bandages and so on will still be craftable in the way they are in 41: right clicking the item and clicking the relevant right click menu option. This is still the most immediate and convenient way for a player to do these split second crafts in the midst of action.)
 
Meanwhile, of course, the results of all this new crafting continue to get pumped through from the art department, prepped and laid into the code. Here’s a few that popped through recently.
 
MULTIPLAYER
We haven’t heard from the MP bods in a little while so let’s go over to Andrei for a little while:

“We are very busy on the Multiplayer side of things. When Build 41 MP was first released we had three coders on our team, and now due to the success of 41 we have five.
 
As many will be aware we have been focused on anti-cheat functionality for the last several months which is now being finalized: preventing cheating with inventory and items by moving their processing from clients to the server.
 
Clearly simultaneous to this we have also been working on the integration of new 42-specific gameplay – most notably adding support for animals into MP.
 
We have also been moving the team onto the fixes, feature requests and changes we have heard from the community.
 
Some highlights of this are as follows, but please note that our list is long and not everything will be mentioned! If you’ve felt it or found it annoying in your MP play then it is probably on our list:
 
Privacy and Anti-Cheat work. We are improving our anti-cheat functionality, and adding various new mechanisms. Improving synchronization of characters between clients. We are debugging and fixing issues where zombies appear unexpectedly for the player, or players teleport instead of walking. PVP animations and logging. Current hit reactions in PVP lead to unfair and unfun behaviours, likewise there are issues with disconnecting during PVP. We are planning to fix this and extend PVP logging. Safehouses. As players will be aware, there are various issues related to exploits and safehouse raids that we need to fix. We also have a lot of things in mind for nice-to-have improvements that we hope to share with you in future blogs.  
Thanks to Andrei for his thoughts and, again, to underline – this isn’t the only stuff that’s on their ‘to do’ list. It is, however, what’s in their sights over the month ahead.
 
While we are talking MP, however, it would be remiss to not mention another side project that’s gone into the game recently.
This is disguise option for multiplayer which, if enabled by the server admin, will allow players to disguise their username by wearing a combination of lower and upper face coverings, or indeed full face coverings.
 
The hope is that these will create some interesting dynamics for RP and PVP servers, and indeed for general banditry purposes.
 
(Clearly there’s also a few failsafes having to be built into this! Admins will be able to can also disguise themselves too if enabled and will always see right through disguises, there’s an option to disable disguises inside safehouses, and the system can be disabled entirely on servers that don’t want anonymity to be a feature).
 
OTHER FUN STUFF
Okay, before we get to some of the more in-depth stuff some quickfire smaller nuggets of interesting things that have gone into the game recently.
We are making some character traits have more direct gameplay implications – with a case-in-point being character builds with vision-related issues. Likewise, helmets and headgear that limit what your player can see will get similar, but not identical, effects.
 
(PLEASE NOTE: effect seen in the following video is WIP. It was an internal video, but is too fun not to share)
 
 

The Event Zone’s Wild West tourist attraction is now in testing and open for business – now featuring a new game item that is the wooden coffin.
 
 
Our good friend Ash from TEA has been working with us to integrate Bink into PZ, which is some cool middleware that grown-up games use to play videos, cut-scenes and the like.
 
We’re primarily getting it integrated for some cosmetic changes you’ll discover when you boot up the game that’ll be seen at a later date, but it also means that we can now show tutorial videos and such in-game.
 
In future it also makes moving images on TV screens, cinema screens etc. a possibility – although that’ll be a luxury that comes about long after 42 unstable.
 
 
Finally, in the Fun Stuff section – Fox’s 4K-ification mission continues. In fact, it’s nearly done and higher-resolution UIs for 4K players will shortly become available in the internal test build.
 
With higher resolutions, meanwhile comes higher resolution screen furniture. So bid a hearty hello to some of your new, newly detailed, moodles. Friendly folk, aren’t they?
 
PROF’S PROC-GEN
ProfMobius, he of Minecraft heritage who we brought on board towards the end of last year, has been working on the procedurally generated wilderness to exist outside the map borders to allow for a not quite infinite but huge world outside the main map.
 
Currently he’s working on automatic blending between hand crafted content such as the edge of the map with the generated wilderness biomes, to allow for a smooth and seamless transition between them without visible borders.
 
This will also be invaluable for modders, as currently it’s a rather difficult task to blend the edges of a modded map with the vanilla map, which often results in an ugly sudden border of trees or vegetation changes as you transition.
 
The new system will blend in the procedural elements gradually into the vegetation that exists on a modded map, so the border will be less jarring.
He’s also looking into generating roads so they continue from the borders of the main map, which will massively expand the canvas for modders to position their modded maps – what with them now being able to space them out amongst a huge game world instead of overwriting or extending the main map which will vastly reduce the potential for conflicts.
Definitions for biomes, as well as template for road styles will be creatable in lua, allowing for easy modding to provide more diverse and new biomes with different vegetation, different road styles, and ultimately modders will also have access to the building stamping functionality provided by the basement system and could well extend that to place buildings in the world too.
 
The full wilderness map will have a different set of biomes to choose from, allowing less realistic but more varied biomes to be feasible: travelling an hour down the road to get from a desert to a tundra, for example.
 
For obvious reason, however, the extension of the main game map borders will be restricted to sensible Kentucky biomes, but may be able to include stuff like farmland as well as forests and plains.
 
With this system in place, and the huge swaths of wilderness with convenient road networks to utilize, it’s our hope that a heavily map-modded game could have a truly huge gameplay area 100s of times bigger than currently, with potentially miles of wilderness between major locations added by modders
IMGUI DEBUGGING
Okay – this is the technical bit for modders I warned you about. There’s some fun gun-related stuff afterwards if you make it through.
Finally, we expect this to be more of interest to modders than general players, but it will also impact the ease of future development of the game so is good news all around.
 
For the ease of integration of various aspects of Build 43 we took some time to implement a debug gui library known as imgui into the game which replaces our somewhat time- consuming lua based debug interfaces. We realised that it would likely benefit Build 42 content too, and as such it became part of its glorious whole – and indeed started giving us results the very next day.
 
Imgui is, essentially, the industry standard for providing powerful easy-to-implement debugging uis into game engines and it’s already paying dividends.
If you are bored at this point it’s fine to skip to the guns.
First of all, before anyone gets excited about this being used for mod UIs for gameplay, we’re strictly only allowing this to be enabled when debug is activated in the game.
 
This is because the way imgui needs to be rendered is extremely detrimental to our rendering multithreading since it doesn’t support it on opengl, as well as this the entire point of the system is to provide extremely quick to implement debugging UI that favours ease of implementation over performance.
 
As such we need to put our foot down on restricting the new UI to debugging otherwise we’d quickly see our performance gains eaten up dramatically by modded games. We do plan a big UI overhaul in future but want to use UI middleware suited for actual end user gameplay, with all the performance, swishes, fades, pulses and slickness the UI finally deserved. ImGui is not that.
 
In debug mode, the game can now run with more a ‘development IDE’ feel, with various inspectors and dockable windows to examine the bowels of the game and the game viewport as a dockable and resizable window. For example you can inspect all the game UI elements active to allow for easier UI work and debugging within the game, and you can inspect variables on a plotted graph to help balance values over time. Otherwise you can inspect in-game textures and other assets, and numerous other helpful things which should really aid in demystifying the game’s innards for our modding community.
 
 
Modders will be able to dive in and look into the guts of lua and java at runtime to inspect anything they like: navigating through characters, items, or anything else to inspect them.
 
Imgui also contains a fully functional text editor. We plan for this to be completely integrated for lua editing within the game itself, as well as a more robust debugger to replace the slightly ropey F11 one we currently have, however this is also a challenge due to the way lua executes so will come later.
 
In the meantime, for a nice Build 43 behind the scenes, here is the in-game AI behaviour editing UI with breakpoints, stepping and watch window:
In terms of more imminent usage for game-improvement, meanwhile, let’s move over to Fenris at the gun range.
 
GUN IMPROVEMENTS
From the second imgui was made available Fenris, he of ORGM mod vintage, leapt at the opportunity to use its features to do some intensive firearms work: making them more useful at lower skill levels without breaking balance, while also providing for more tweaks for accuracy based on the player’s actions.
 
Here he is on the firing range, with imgui active.
 
 
Here, the graph shows a new AimingDelay mechanic (the blue line) first initially dropping after the player starts to stablise their aim, then rising with each shot – then overlaid with the recoil delay and animation states. We see him taking timed shots and waiting briefly so his aim stabilises again. The effect can then be seen across the different skill levels, and how the rate of fire changes.
 
Fenris’ work on improvement here is extensive, but aspects of his commits to the game these past two weeks have included:
 
Rebalance of how hit chances and recoil are calculated, and general RoF with firearms. Improved the target highlighting which was previously misleading, with the colour shifting to green shades with lower hit chances than expected. This is now corrected to go green closer to 80%. Previously only aiming & reloading skills, the distance to target and how long ago you stopped moving had an effect on the highlight. Now Strength helps with recoil, Dexterous and All-Thumbs impact on shouldering the weapon, and Eagle-Eyed and Shortsighted can change the optimal sight range. Rates of Fire have been increased to more realistic expectations, but it now takes a bit of time to stabilize your aim when initially shouldering the weapon or after each shot. This time is reduced by aiming skill and various traits and conditions. Firing as fast as possible is less accurate then taking your time and lining up the shot. The lighting of the target square is also now taken into account.  
FINALLY
We saw this pop up on the YouTubes and thought it was a great run-down on what we’ve been working on. Our thanks to CosmiicSteem for the vid!
 
This week’s foggy safehouse from Rick Grimes, though presumably not the real one. A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.

It’s been a really big week for us, as we merged the second-to-last element of Build 42 into the main codebase across the rest of the team – which is the long awaited tech upgrade which brings a whole host of improvements to the engine.
 
It’s currently being tested and the feedback has been super positive so far. This said, it’s also brought over lots of small bugs, visual glitches, and issues with new depth map clipping items incorrectly. Nothing over-dramatic, but enough stuff to keep testers and coders alike fully occupied.
This is where a lot of our brains have been at recently, so we thought we’d give you an update on the engine as it now stands while testers run around kicking its tires – alongside some videos they have made along the way.
 
Likewise, we also have some examples of some of its new capabilities that we will be able to explore in future – perhaps during the Unstable beta, perhaps beyond.
 
So, a run-down of what this tech upgrade brings into the game:
 
OPTIMIZATION
We’ve made huge optimizations to the rendering of the map that should have a huge impact for most lower-midrange and upwards systems. We are now easily able to get a solid framerate even on 4K, or on furthest zoom. The difference in performance is honestly surprising, and extremely satisfying.
 
For full disclosure, however, we’ve discovered that a few of the absolutely lowest end systems capable of running our game are still adversely affected. This is because the solution for such large FPS optimization comes at the expense of GPU memory usage for the caching textures used. Cards with extremely low dedicated GPU memory may run into problems.
 
We’re investigating and trying to optimize this further to make sure as many systems as possible can benefit, and worst case scenario these optimizations will be disabled on systems where they would do more harm than good.
 
However, it’s still entirely possible that we’ll be able to resolve this completely and provide a large boost to even the most potato systems. More likely, we’ll provide some kind of automatic detection to provide as large a portion of the optimizations as possible for a GPU’s available memory. This will be our next task post visual-bug clear out.
 
Generally we estimate that a huge majority of our playerbase will benefit greatly from the optimizations. Since most of the optimization frustrations we hear come from players who feel their machine should be able to run PZ at a solid framerate, we feel this work will ease the vast majority of performance sadness we see in the community.
 
VIEW CONE
Another improvement born out of necessity is an improved and smoother viewing cone. Due to the optimizations, it was no longer feasible to alter the lighting of tiles frequently enough to allow for the smooth light changes required for our tile based viewing cone.
 
As such we needed to implement a completely separate and newly-coded viewing cone that didn’t rely on tile lighting – which truth be told we were never a huge fan of anyway.
 
Now we have a much more accurate, smooth and fancy viewing cone – and now we have extra hands on it internally feedback is being collated so that we can provide plenty of requested options to allow you to tweak it this way and that. (Making it more or less visible probably being the primary one.)
 
 
 
LIGHT PROPAGATION
The new lighting system is now in full testing, and seems to be working pretty well so far.
 
This new propagation system allows for much prettier and more convincing lighting of the world, especially now we have basements which would have been extremely unsatisfying with our existing 41 lighting.
 
41’s system basically had an ‘ambient light’ level that permeated the entirety of the world depending on the time of the day. Then on top of that indoors would get a reduction in ambient light to make them slightly darker than outside.
 
The new system propagates light from light sources such as bulbs, or the sun, across tiles to simulate reflective light. It’s not something cutting-edge that you’d expect from the Unreal Engine, or something, but for our purposes it’s extremely effective. It allows for light from a window to creep across the room, allows for rooms with no natural lighting to be in complete darkness even during the day, allows more immersive coloured lighting, and all manner of other things not previously possible in PZ.
 
Most importantly of all, it fixes the room lighting issues that plague b41 when room layouts are changed with sledgehammers leaving strange lighting artifacts on the floor, since all lighting is calculated purely based on the geometry of the rooms now.
 
With this will now come gameplay balance – there’s debate on the team as to whether the player character should have a little more clarity in the darkness, some internal spots are a little more inky-blue than black, and new gameplay elements like not being able to read in the dark will need finetuning to the new visual.
 
Also seen in the following video, for extra immersion, doors are now fully animated – as discussed last time. This makes a huge difference to the feel of interacting with them during gameplay.
 
 
   
OVERGROUND UNDERGROUND
We’re still in the process of adding basement spots around the map – whether random or permanent. However, as discussed previously, the new upgraded engine allows support for levels from -32 to +32.
 
This allows for both much more convincingly tall skyscrapers for city locations, as well as for basements and potentially sprawling underground complexes. The mapping and modding is gonna be wild.
 
Part of this is also strapping in engine capabilities to help us in future – and as such please take the following as an EXAMPLE video of what we can now do in PZ.
 
Our coders and mappers have enough on their plates at the moment, and as such this is not a confirmed feature for when 42 goes Unstable.
It will, however, be feasible within the engine which is why we’ve chosen to show it.
 
Essentially, EP has been working on some extra physics engine functionality to allow for the physics to exist on floors other than the ground floor – as well as providing new physics shapes that in future will allow for this. This work was also a necessary foothold for other physics-based features we have brewing for future versions.
 
 
Please note also, just to quell any mapper fears again, these extensive engine and map data structure changes will not make existing map mods invalid. All maps will need to be reexported in the new versions of the tools when we release them, most likely around the time we put out the Unstable beta, but they won’t need to be redone from scratch.
MEANWHILE…
We’re waiting on a big commit to fill in some of the gaps in the crafting system process itself, so in the mean-time lets focus on some of the fun stuff that’ll be coming out the other end: weapons.
 
Clearly we already have the more ‘normal’ and traditional blacksmithed weapons for B42 already, and likewise the more ancient-styled stone axes and such. With these we’re avoiding anything specific to any period or culture, going for real life examples that were common across history and geography, and that could pass as something reasonably iron age, medieval, or post-apocalypse. We have consulted an expert in these matters regarding the designs and selection, and we’re also providing them with further weapon designs as we make them for feedback.
 
But, as we stretch out into our apocalypse we also wanted something a little more… apocalypse-y.
As such, currently what’s being wrapped up are post-apocalypse improvised weapons. These include classic examples like the “nail-spiked weapons”, but also weapons that have been constructed with welding and metalshop tools.
 
With these designs a conscious decision has been made to not think about weapons from other games or zombie media, and instead research was conducted regarding real life improvised /crafted weapons. This included stuff like police collections of seized weapons and trench warfare, with additional inspiration from weapons in Max Mad-style post-apocalypse media.
 
We also took on something of a procedural approach, where we looked at the weapons and items that existed (or could exist) in the game, and imagined them being combined like Lego bricks to create weapons. Granted in many cases we just re-invented the wheel, but that helped keep things grounded, realistic, and consistent with the rest of the game.
 
Although we tried to make these weapons realistic and believable, we have allowed for a couple of weapons to be slightly (reasonably) zany. We’re allowed to have a little fun, after all, and all those weapons will also have realistic drawbacks when wielded.
 
Simultaneous to this, we are also adding some broken versions of existing Zomboid weapons. Some of these broken weapons and their parts will be used in crafting other weapons, but these fragments also exist for gory consequences when weapons break when bashing a zombie with them.
I don’t quite know why we’re using this strange moustachioed gentleman to demonstrate these today, but lets have a proper look at him in any case. Curious chap.
 
BACK TO ANIMS-LAND
Finally, a big welcome to Nick from our colleagues at TEA Games who has joined us to help us implement something we call PenguinTech – after the time Zac got two million on-screen dancing penguins into a Wii game.
 
Originally slated for B41 this will, in essence, be a clever way of optimizing our zombie hordes – pooling what states they are in, and then sharing a smaller pool of zombie skeletons for the same anims. With this, fingers crossed, we’ll get better performance when there’s a horde on-screen and in turn we can be less dainty with their application in your survival.
 
A full round-up of everything confirmed for Build 42 can be found here. A changelist of all our pre-release and post-release patches since the 41 beta began can be found here. The Centralized Block of Italicised Text would like to direct your attention to the PZ Wiki should you feel like editing or amending something, and the PZ Mailing List that can send you update notifications once builds get released. We also live on Twitter right here! Our Discord is open for chat and hijinks too. Experienced games industry gameplay coder and want to join Team Awesome? Jobs page here.