This month's update brings massive improvements to how you live, build, and fight on water and in The Deep Sea. As well as extended daytime, balances, fixes, and quality of life improvements.
There have been a ton of small fixes and improvements to player boats and boat building this month. I want to a highlight a few of the more common complaints that have been addressed here in this section.
Boat building blocks can now be rotated and demolished at any time in edit mode - they are no longer subject to the usual 5 minute timer.
The tiny dive site buoys that would bring your full size boat to a complete halt have now been addressed. You may now sail freely!
The very annoying issue with sails randomly being destroyed has also been fixed. This was caused by a sail being rotated after initial placement, which sometimes led to them being placed off the edge of a boat. When you then picked something up nearby, the groundwatch triggered and the sails got destroyed. Not any more!
Finally, the Deploy & Edit steering wheel option will now always show, even if the current location is unsuitable. An error toast will be displayed if you try to use it, informing you that you cannot edit in this location. There are many reasons why deploy & edit can be unavailable and most of the time the reason is explained, but this one was missing - which led to a lot of confusion previously. Hopefully this will help clear things up!
We made a number of balancing changes and improvements to the Deep Sea.
Loot now respawns slowly over time. The initial loot fill when the Deep Sea opens has been decreased to around 70% of what it was.
The side of the map it spawns on is now random after each opening.
The deep sea will no longer open right after the server wipes.
You can’t go there using RHIBs now.
A notification sound will play when the deep sea opens.
All these changes can be configured via new convars.
We’ve also increased the network range from 300 to 620 metres in the Deep Sea, so you can spot ships from much further away. We can’t afford to do that on the mainland because of player and entity density, but out at sea we have enough performance headroom to support it.
Thanks to everyone for sharing their thoughts about their experience with the Deep Sea since its release.
We've added a movement penalty for player built boats that are hit by cannons. Repeated hits can reduce a ship's movement speed to 30% of its maximum speed. We'll keep an eye on how this plays out, but our hope is that this leads to more interesting ship to ship combat as well as some more boarding action.
We've also buffed the player protection while mounted to cannons so players shouldn't be as vulnerable while using them.
You can now use electricity, industrial and water IO items on boats.
Almost all the items are available. Some of them are more involved to support than others, for performance or various other reasons. Some of them are blocked purely for gameplay balance concerns.
Shipping this month is the Storage Box Pack, a packed-out collection of 16 uniquely designed and labelled skins for the Large Wood Box. Featuring bespoke and beautiful designs for Ammo, Armor, Charcoal, Clothing, Components, Explosives, Food, Guns, Meds, Metal, Ore, Scrap, Stone, Sulfur, Tools and Wood.
Get them boxed up from the in-game store or from the Rust item store!
You can now use deployable snapping on player built boats!
This works as you'd expect. Hold a relevant deployable and left shift whilst on a player boat. This works for the exact same set of deployables as it does on land.
We've added a moderate amount of ADS aim sway while on player built boats, scaled by the speed of the boat. Ideally this encourages the use of cannons over traditional weapons, but doesn't entirely rule out some poorly aimed rockets and AK spray.
Just like the line tool from back in the day, but updated for modern day Rust standards. You can now draw lines while painting by holding shift and dragging a click to paint a line!
While there's nothing more beautiful to us than the freehand drawing that took seconds to make, we think this tool could benefit the people who really go all out in making masterpieces.
We made it so that naval scientists can't see through the smoke from smoke grenades anymore.
If this works well we'll port the same soft occlusion tech to prevent them from seeing through bushes, which would be extra nice for the junkpile scientist once he gets the new AI.
There's been a bug in Rust since the very beginnings where the hazmat would give no protection against scientists or turrets. Turned out a lot of other armors actually performed worse than expected.
We updated the formula but only for naval scientists for now, as rebalancing turret damage is a gigantic can of worms.
tldr: Against naval scientist hazmat goes from 5% to 30% protection, and fullmetal from 25% to 50%
Naval scientists missed a lot but had high damage.
We changed it so that they miss less but have lower damage.
What this means is that you'll have more time to see your health ticking down and get in cover, as opposed to big chunks of health disappearing intermittently.
Unlike regular scientists naval scientists did not have flashlight and lasersights. We gave them some so it'll be easier to fight them at night.
There were a lot of rough corners to the scientists reactions to sniping from extreme distance.
They will be more responsive now, and will reposition if they hear bullets coming from other angles.
Previously at long range they would only reposition if they were hit or saw you flank them.
We'll keep monitoring the naval scientists performance and gameplay wise, before we start porting their AI to the scientists at other monuments.
Servers can now opt-in to requiring TPM and Secure Boot enabled for players to connect to them. This allows EAC to work better but not all players have it set up. Over 80% of players have TPM hardware already but just under 60% of players have Secure Boot enabled right now.
Servers that require TPM and Secure Boot for all players will have the Secure tag shown on the server browser. Clicking on a server with additional requirements will show you what is required and if it is supported on your system.
We will be enforcing this on a few Facepunch servers for the initial test period. Community servers will be able to enforce this at-will. Just look for the "Secure" tag in the server browser.
To require TPM and Secure Boot for all players and get the Secure tag you can enable the server.useServerWideRequiredSystemConfig convar.
Additionally, we are working on backend systems to require TPM, Secure Boot, and more for individual accounts. Servers can opt-in to enforcing these per-player requirements by enabling the server.usePerPlayerRequiredSystemConfig convar. Note that this will not apply the Secure tag to your server - that will only show if it is enforced for all players.
Please note, the following Facepunch servers are testing Secure:
EU 3
EU East 3
EU 14
EU Large 2
US West 3
US East 3
PLAYERS
Players can check to see if their PC is compatible by running a couple of Windows commands. If you have a PC from the last ~8 years It's likely your PC is already running it or equipped to run it.
Here's a guide on how to check for and/or enable TPM/Secure Boot on your PC. It's good to familiarize yourself with it, as many games are already enforcing this. Our end goal is to make it global in the future.
We will communicate more about this timeline in future devblogs.
The Shadow settings have been reworked to be part of a Shadow Quality preset setting that can be found under the Graphics Quality section of the Graphics menu. We no longer have a specific section under the Graphics tab for Shadow Settings, as it's no longer needed.
The Max Shadow Lights setting has been moved to the Rendering section of the Graphics menu, as we still wanted this to be separate from the new presets. Max Shadow Lights has also had its minimum value changed to 1 to prevent light-leaking issues.
This has been done to allow us to have more control over the performance and visual balance of the shadow settings, while making it easier for players to configure.
The physics library that Unity uses, PhysX, has always had a limitation that only around 64,000 colliders are allowed to be within a broadphase cell, the entire world is split into 256 of these cells (16x16).As the world got a lot bigger with the naval update the size of these cells also had to increase, meaning a lot more colliders per cell.
As we now use a custom version of Unity, using a custom version of PhysX, for both the server and client, we have more control over limitations like this.
There is now effectively no limit to the number of colliders that are allowed in each broadphase cell. There is a theoretical limit of around 4 billion colliders per cell, but you would hit performance bottlenecks long before that.
Alongside the new missions introduced with the naval update was a bunch of general misc changes to how missions function on the backend and code cleanup in an effort to make missions easier for us to work with and fix some longstanding issues with them.
One of those longstanding issues was a problem with how we would find which missions are valid and able to be accepted by players. We need to have this information on hand for each player whenever they open their map due to the mission provider map markers showing how many missions are available and where, and to have the correct dialogue options show up when we go to talk with these mission provider NPC's.
The problem with how this worked before was that we would have the client try to figure out what missions are available for the mission map markers and dialogue options, with the server then checking if a mission is definitely valid for that player when a player tries to accept and start a mission.
This led to scenarios where there could be discrepancies between what the client and server see as a valid mission for that player, due to the client not having access to all the same information that the server has. Where there was a discrepancy, a client could see inaccurate mission map markers and could try to select dialogue options to start missions but would then be booted out the conversation without understanding why.
The idea to fix this was to consolidate this mission validation
work to run on the server. To be smart and performant about it, we now
have a mission validation "work queue" (a pattern we use to load-balance
tasks across frames instead of running many tasks in one frame, to
avoid frametime spikes).
The work queue figures out which missions could
potentially be accepted by anyone on the server (do the required
entities exist, is there a valid spawn point for an entity which the
mission spawns, etc), so all players are able to pull from the same
information here rather than having a different work queue run for each
player. This work queue attempts to run any time a player needs to know
what missions are valid, but with a fixed cooldown. If the work queue is
in cooldown, then the player which requested an update instead receives
the last calculated valid states for each mission.
After
releasing the naval update, we were seeing that this new work queue was
too expensive. We were also seeing some expensive RPC frametime spikes
when players go to talk to NPC's (when a player talks to an NPC, the
server performs a complete revalidation of that NPC's missions and
checks that specific players mission prerequisites, so that they have
the most up to date information to display the correct dialogue
options). Data from our EU Staging server shows that the work queue was
second place in terms of time spent executing (data captured across 7
days after the naval staging wipe). It was also accounting for up to 6% of our total frametime.
Profiling this showed that the most expensive part of the work queue was for trying to generate points for missions which create generate random positions in specific biome/topology areas of the map, with one position generation taking in the range of 5-6ms.
To summarise, part of that process would iterate over thousands of potential areas of the map, before passing these initially found potential areas to a second filter, pulling randomly until we find one which we can generate a valid position from. This is something which would have always been problematic every time we we started one of those types of missions, but was only exposed in this way because we moved the work to run in a work queue, and more frequently than before as we are now polling the mission regularly rather than only when a player tries to start that mission.
Put simply, the optimisation was to instead of always iterating through thousands of areas, pull all these potential areas into a basic indexed data structure once as part of the servers bootstrap process, and when we need a position pull randomly from that preallocated data structure until we find a valid area. In testing, this showed at worst case we would test a few hundred areas instead of always at least a few thousand.
Profiling after this change shows that the cost of the task is now down to around 0.15-0.275ms, bringing down the total cost of the work queue (across all frames) down from around 20ms to 1.5ms. Our EU Staging performance data across 7 days after the change shows that the work queue has now fallen right down the list of total time spent executing, and is now accounting for only up to 0.15% of total frametime. The change also resolved the lag spikes created from talking to mission provider NPC's.
This was a slightly lengthier writeup but I hope it gave some insight as to the context for this specific problem, and how these problems come up and how we resolve them. It is also a good example of a problematic system which can end up being in a game for years, but is only exposed because we happen to try to utilise it in a different way from before.
To help ease the burden on the phsyics system this month I've taken a look at some of the worst offending parts of our game in terms of collider counts. These are important - we want accurate colliders for a variety of gameplay reasons, but the quantity and detail level of the colliders can be a drain on server performance, memory use and contributed to the 64k limit mentioned above.
After receiving some helpful breakdowns from a few community servers I made some specific changes that should help our most collider heavy environments.
Vine swinging trees use 6-9 less colliders (depending on which variation is spawned)
Collectable plants in the world (Hemp, Wheat, Pumpkins, berries, etc) no longer have a collider on the server, just the client. It's needed on the client to allow the player to interact with them, but not needed on the server.
Plants growing in planters have also had the server colliders removed. Sprinklers, heaters and environmental factors are calculated by the planter rather than every individual plant, so this should have no gameplay changes.
The first point should make the Jungle biome a lot less collider heavy, while the other two points will help across the whole map as well as in heavy farming bases.
We've discovered in the last week that Windows is rolling out a new MIDI interface that seems to be incompatible with the implementation in Rust. This is sometimes resulting in a constant increase of virtual MIDI devices that degrades client performance over time.
We would recommend disabling these commands if you are on the latest Windows updates and have used MIDI commands in Rust in the past: midiconvar.enabled and global.processmidiinput.
This will unfortunately stop devices like MIDI instruments and Stream Decks working with Rust. We are investigating a fix as a priority as we use these tools internally quite a bit.
Put another human meat on the barbie with this popular request from the skinning community. The possibilities are endless!
To make your own BBQ skin, head over to the in-game workshop and locate the Barbeque deployable item. From there, you can download the model file and add your own materials.
Launching this month is The Art of Rust. A book takes you behind the scenes with a curated collection of concept art, early explorations, environment designs, and visual development that helped define Rust’s unmistakable style.
From the first sketches of iconic monuments to the detailed artwork behind your favourite loot, this is a deep dive into the creative process that built the world you’ve survived in for years.
Whether you’re a long-time player, a creator, or someone who appreciates game art, The Art of Rust captures 12 years of visual evolution in one beautifully crafted, hardback book.
Electricity, industrial and water IO items deployable on boats
•
Wallpaper on player boats
•
Added boat building stations to Deep Sea Islands
•
Added some aim sway when aiming weapons on moving boats
•
Painting Line Tool
arrow_circle_up
Improvements
•
Improve deep sea spawning performance
•
Improved water junkpile spawning performance
•
Increased network range in the deep sea (300m to 640m)
•
Deep sea is now closed when the server just wiped
•
Improved wanted posters performance
•
Improved toast messages performance
•
Improved wallpaper performance
•
Improved player boat drag-by-angle calculations
•
Improved visuals when shooting cannons
•
Cannons now provide some protection to the player
•
If a player cannot spawn on the default spawn beach they will now spawn at a Fishing Village or Harbor
•
Planter interact options are now always visible but disabled
•
Improves sail placement guide, now goes yellow if the sail being placed will block another
•
Improved performance of UsePlayerUpdateJobs 2 by fixing duplication of entity snapshots
•
Improved performance of GamePhysics.TraceSpheres, GamePhysics.TraceSpheresUnordered, GamePhysics.VerifySpheres (scales better than serial counterparts around 32 queries)
•
Sunken player boats are now destructible
•
Cannon hits will now slow down boats
•
Player boat decay delay increased. Decay duration decreased
•
Player boat blocks can be rotated or demolished at any time in edit mode. Removed the timer
•
Unified health display for player boats so the behaviour is more consistent across all the parts
•
More feedback for "Deploy & Edit" option when it is unavailable due to location
•
Improved clarity for icons of AND, OR and XOR IO switches
•
Added particle controls to skin workshop, only BBQ currently supported
•
Added animator controls to skin workshop, only BBQ currently supported
•
Added painting menu rotation visualizer tool, with toggle to disable
•
Reworked redundant painting reset rotation button to "flatten" rotation, preserving roll and panning only.
•
Saving signs with "Hide Signs" option enabled will pop up a confirmation warning that you might be overwriting existing artwork
•
Added ConVar for painting autosave timer configuration “client.autosavepaintinginterval <timer>”
•
Added ConVar to support brush sizes greater than 100 “paint.maxbrushsize <number>”
•
Optimised mission WorldPositionGenerator, in turn improving performance of UpdateMissionValidStateWorkQueue and talking to mission provider NPC's
•
UpdateMissionValidStateWorkQueue now keeps a record of the last time it validated each mission to avoid revalidating missions if still in cooldown
•
Exposed ServerVar's for 'missionValidStateWorkQueueCooldown' and 'missionPerValidStateCooldown' to customise how often the UpdateMissionValidStateWorkQueue should run tasks, tradeoff with accuracy of available mission map markers on clients
•
Added ServerVar's 'resetmissions' and 'resetmissions_all' to reset missions progress for a target player or all players, leaving rest of playerstate intact
•
Updated deploy animations for building planner and wallpaper tool
•
Paintball overalls item icon now updates with the currently applied colour
•
Server runtime_profiling gathers more stats from various job queues
handyman
Fixed
•
Fixed UIDeepSeaPortalMarker NRE
•
Fixed demo.browser command not working since the new main menu
•
Fixed Swedish language not selectable in the option menu
•
Restored the warning popup when logging off from a safe zone
•
Fixed being able to deploy signs on door placed on boats
•
Fixed demo recorder menu missing texts
•
Fixed rugs and bear rugs placeable on cargo and harbour bridge
•
Fixed game tip never showing
•
Fixed bulb string light rotation issue when deployed on ceilings and floors
•
Fixed deploy interaction not showing up on string lights sometimes
•
Fixed auto turrets not targeting players when close to doors sometimes
•
Fixed some performance issues when playing the video in the settings menu
•
Fixed gibs missing textures for some skinned deployables
•
Fixed boats becoming bricked when sleeping in storm conditions
•
Fixed some player clipping issues with water junkpiles
•
Fixed aim jitter when reloading and firing cannons at high ping
•
Improved memory usage of tropical and tutorial islands, saves 130mb on client and server
•
Fixed an edge case that would prevent sleeping players from getting killed in safe zones after a server restart
•
Fixed UI spacing issue when snapshotting a container with less than 5 items for sorting
•
Skinned entities will now always despawn after the same amount of time as their base item when dropped
•
Fixed not being able to mount the new AI on Oil Rigs to Trophies
•
Fixed an entity leak when saving server state - persistent items are no longer saved if part of transient item container
•
Fixed ~40 cases of server pool leaks
•
Fixed bot IDs being incorrectly reused when loading a save
•
Fixed TriggerParent volumes sometimes sleeping when it shouldn't
•
Fixed a thread race condition in GamePhysics.SortDeferred
•
Fixed perfsnapshot/_stream crashing if ran again while snapshot is being exported (now warns that it's busy)
•
Worked around perfsnapshot/_stream failing to export due to system memory stats being corrupted (disabled mem stats gathering)
•
Fixed C4 issues with Boat Building Stations
•
Fixed getting stuck in the Boat Building Station umbrella
•
Fixed player boats getting stuck on dive site buoys
•
Fixed boat stairs having the incorrect protection properties
•
Fixed deployables on upside down boats
•
Fixed an issue where boat building stations could get locked in cooldown mode during a save
•
Fixed Boat Building Station and player boats not having ownerid set correctly
•
Fixed sails that have been rotated after placement sometimes getting destroyed
•
Fixed the incorrect icon being shown for the "Rotate" sail option
•
Fixed being able to briefly edit a sinking boat
•
Fixed immortal entities showing health information
•
Fixed Large Oil Rig vent openings causing projectile invalids
•
Fixed Large Oil Rig confusing black barrel props to instead be yellow/red
•
Fixed mannequins displaying the wrong paintball overalls colour
•
Fixed a null reference exception which could occur when quickly swapping between paintball guns
•
Paintball guns in turrets now deal extra damage to players wearing paintball overalls
•
Paintball guns in turrets now retain their last applied colour
•
Paintball impact effects now ignore max spawn distance if instigated by the local player (same as other impact effects)
•
Server memory optimisations relating to projectiles
•
UpdateMissionValidStateWorkQueue no longer validates tutorial missions
•
Fixed mission map markers initially not being visible when first opening the map
•
Fixed wolves not incrementing towards the Wildlife Cull mission
•
Gone Killing mission now fails if the deep sea closes
•
Fixed Beep in the Deep mission progress becoming stuck if player disconnects after finding but not opening the treasure chest
•
Fixed Storage Monitor and Hopper draw distances being too far
•
Fixed a multitude of items partially deployable in walls
•
Fixed some missing currency symbol in the store
•
Fixed owned items still showing up at the top of the limited and featured store when featured
•
Fixed limited store countdown showing "Refreshed in 6 days" when the skins are late
•
Fixed "Placing through walls" error popping up when you're placing doors sometimes, when you're clearly not placing them through walls
•
Fixed BBQ and garage door gibs not being skinned
•
Fixed performance issues with the video tooltips in the settings menu
