This is our third major update to Brickadia Early Access, greatly increasing the amount of interactive game modes you can create, along with more random improvements than we can count. Check it out and let us know what you think! Read on for what's new...

Big Major Stuff

Microchips

You have too many logic gates taking up space in your world? That's a problem of the past, as you can now easily organize your wire contraptions inside hidden, nestable microchips. Place a chip anywhere, build logic gates (or other bricks!) on the virtual grid inside, then collapse the whole thing to hide it away. Copying a microchip brings along a copy of the whole circuit inside. You can also a microchip inside your microchip. And then put that in a microchip again. Oh no.

Text Decals

Have you ever wanted to place arbitrary unicode text in your world? Now you can. Just attach a text component to any brick, including on moving vehicles. The text display is highly customizable, with different fonts, outlines, materials, shading modes, scaling and spacing, etc. You can dynamically control the text and its appearance using wires. It's also incredibly fast, handling hundreds of thousands of texts without issue. During early testing, we've already seen so many crazy ideas realized that we never thought of, this one might be as big as microbricks...

Game Modes

The ancient minigame system with its 150 settings in a single long list has been thrown out and rewritten from scratch as a modular game mode system. Attach only the rules your game mode actually requires, with far less cluttered UI. Game modes can also be shared across different worlds. For EA3, we have mostly aimed at parity with what the old system could do, but there are already quite a few new goodies to play with.

Massive Performance Improvements

Performance has been improved enormously across the board. From loading worlds, to physics, to servers processing replication, to rendering, to VRAM usage, everything is quite a bit better.

New Vehicle Physics

We started working on a new vehicle simulation system for cars. Rather than physically simulating wheels with all the issues like bouncing off plates, wheels are now faked using sweeps and essentially become vfx. As a result, cars using the new system drive vastly better on brick terrain. Old physics based wheel joints are still available for contraptions like physically simulated tank tracks.

Rigid Joints

Bearings too wobbly? You just want to make a door that opens, without being affected by physics, having to place endstops, and a bunch of other bullshit? Want to add a bunch of rotated armor panels to your jeep, without breaking the physics replication with a dozen servos? Now you can! Rigid joints are available in bearing and slider form, and directly weld different grids together at a dynamic offset. The attachment angles can be changed from wires and they automatically interpolate smoothly on the client side.

Weapon Customization

You want a pistol that fires rockets? Well, why the hell not? Let's also make it red, and deal 10 times the damage... Then we can give it a custom name for the HUD, and what if you could fire it twice as fast as normal?

New Logic Gates

We've added a giant pile of new logic gates so your wires can do more things. From projectile spawners, game mode controls, dozens of math functions, new types and arrays, tweening, to persistent data storage, there's something for everyone.

Prefab Spawners

This cursed brick lets your wire contraptions spawn arbitrary prefabs anywhere you want. Very useful for creating dynamic environments for your game modes!

Proximity Voice Chat

Now you can finally talk with your friends. Or your enemies. Or breathe quietly into your microphone. Comes with some fun voice filters too!

Hyper Search

Quickly find the brick, entity or prefab you want to place with a fuzzy search and tab completion.

Full Changelog

Microchips

• Added microchip bricks that spawn a collapsible plane for you to build on.
• Microchip planes can be moved with the manipulator and resized with the resizer.
• Can add custom input and output ports inside the plane that show up on the chip brick when closed.

Logic Gates

• Wires now support more types, such as enums, strings, vectors, rotations, quaternions, and assets.
• Wires now support array variables along with many gates to read and modify them.
• Added more than 150 new logic gates, covering game events and controls, physics controls, vector math, trigonometry, colors, and much more.
• Added tween gates to smoothly animate values over time.
• Added a way to format and draw text on a player's HUD.
• Added a way to create chat commands for players to trigger.
• Added persistent per-player leaderboard data storage.
• Added entity tags and zone collision detection for entities and projectiles.
• Added projectile spawners that can be triggered by wires.
• New unified models for most logic gates.
• Gates can now support error states when their configuration makes no sense.
• Rewrote the Buffer, now has separate on/off timers and no longer flip flops when used as a pulse extender/debouncer.
• Fixed issues with buffers initializing incorrectly when reloaded from a world.
• Fixed issues with exec events being dropped if occurring in the same frame.

Text Decals

• Added extremely efficient GPU driven text renderer that draws arbitrary unicode text in 3d space.
• Imported entire Noto font range to render all sensible unicode, along with many other smaller fonts.
• Use text to display signs, strange symbols, emboss them into bricks with shading modes, apply them as graffiti decals, ...
• Added a rich text adapter for TextDisplay component. Supports following tags:
  • </>
  • <b>
  • <i>
  • <br>
  • <color="..."> #RGB, #RRGGBB
  • <size="..."> 1-256
  • <font="AssetName">
  • <outline="#hex" width="..." mode="..."> width 0.25�2.5; mode = outlined | inlined | hollow-outlined |
  • hollow-inlined | none
  • <shading="..." width="..." invert="..."> none | chamfer | fillet | double-chamfer | double-fillet | rounded;
  • width 0.25-2.5; invert = 0/1
  • <scuff="..."> 0-2.5
  • <skew="..."> -45-45
  • <spacing="..."> -10-50
  • <skew="..."> -45-45
  • <spacing="..."> -10-50
  • <sharp corners="..." outlines="..."> corners = 0/1; outlines = 0/1; <sharp>, <sharp="off">
  • <icon>name</icon>

Game Modes

• Deleted the old minigame system and replaced it with a new modular game rules system.
• Can easily make the game mode do what you want with a less confusing UI.
• Added builder mode, equivalent to leaving the old minigame, except you don't respawn.
• Can now configure whether inventory should be kept on spawn.
• Several gamemodes come with the game to help you learn to use the system.
• DEEP integration with wires and other new features (the whole point)! Build tycoon games, capture point and payload gamemodes, and more.
• Far superior implementations of the old capabilities. Different music for different teams, fully customizable scoreboards with asymmetric stats, multi-round deathmatches, infection without respawning, features like disabling interaction, restricting certain bricks, hiding deaths, restricting the camera, full control of the starting inventory including custom weapons AND MORE!
• Just as important for your freebuild as for your deathmatch. The gamemode helps you make whatever you want to make, rather than getting in the way. A microbrick-free freebuild is just as easy to put together as a zombie survival RPG, and uses the same system.

Bricks

• Added cannon. Spawns a projectile.
• Added thruster. Adds force to a vehicle.
• The maximum size of a brick is now 800 studs.
• All mystery 8-bit linear colors have been converted to srgb, making them have more distinct dark shades.

Resizer

• The resizer can now move bricks by holding ctrl, and move an entire selection.
• The resizer can now resize in two dimensions at once by grabbing a corner handle.
• The resizer can now rotate bricks.
• Added measurement lines showing the size of your brick.
• Added tool bind hints showing how to use the resizer.
• Added grid snapping modes.

Placer

• Can now place mirrored copies of your prefabs.
• Fixed issues where some grids placed as physics did not, in fact, have physics.
• Fixed issues with prefab previews being left behind.

Applicator

• Added brick grid settings similar to entity settings. Alt+click to edit them.
• Can now change the mass, gravity mode and buoyancy on all physics entities.
• Removed strange 2 second timeout on replicating properties of components open in the UI.
• Show output properties of most gates as non-editable fields.

Connector

• Shows the current wire value on hovering a wire port or wire.
• Can now interact with aimed at wires, to start from or replace them.
• Draw an overlay of nearby gate values in real time, enable with middle mouse.
• Can now interact with buttons and switches by pressing E.
• Can now open the applicator edit dialog on gates.

Worlds

• Worlds can now embed prefabs inside themselves, such as the ones used by Prefab Spawners.
• Fixed objects not sleeping correctly on load when saved as sleeping.

Sounds

• Weapon sounds have been added to the one shot audio gate.
• Added Apogee, Canopy of Light and Micro by APX.
• Added additional sound settings.
• Raised the volume of all of Lilyvert's music.
• Sounds are now compressed using Opus codec.
• Fix one shot audio repeat timer not saved if active.
• Fix max focus angle not applied to underlying sound.

Voice Chat

• Added proximity voice chat system.
• Added voice chat settings.
• Added voice chat filters.

Prefabs

• When saving a prefab, the settings of the original brick grid are now saved.

Selector

• The selection manager has been rewritten and now supports a persistent, server-side selection, allowing different tools to interact with the things you have selected.
• Can now expand the selection to contain an entity by clicking it with ctrl.
• Can now start a selection by dragging from the ground.

Building

• Improved the material used for visualizing hidden bricks.
• Allow undoing removal of entities and components that were over the limit of the brick owner.

Vehicles

• Added gyroscope to keep vehicles upright.
• Added new vehicle physics system based on sweeps.
• Build the vehicle as before, using the new wheel joint bricks, but without a custom mass offset.
• Once the engine is connected, wheels will stop being physical objects, and the car will hover over the ground on an internally simulated suspension and tire model.
• Drives vastly better on brick terrain than the old physically simulated wheels.
• Fixed that the steering wasn't calculating the differential to set different drive speeds on different wheels.
• Fixed various issues with the steering math.

Weapons

• Added Road Flare.
• Melee weapons now predict their hits like projectile weapons do.
• Rewrote the hit validation system.

Maps

• Cleaned out the mold from Studio.

Character

• Fixed moving out of your seat sometimes.
• Fixed unable to interact with large bricks.

Chat

• Rewrote the markdown parser to remove strange parsing bugs, improve parity with other programs.
• Fixed several issues with hierarchical rich text parsing causing it to emit segments of closing tags.

UI

• The details panel has been remade from the ground up and now supports arrays, arbitrary nested types, and more, letting us make much better settings menus.
• Added a cache for catalog thumbnails so they don't re-render on every open. They also generate much faster in the first place, now.
• The downloads tab is now sorted by download time and searching it actually works.
• The catalog can now be searched.
• Added hyper search (ctrl B).
• Added a customizable UI scale setting (may be scuffed).
• All in-game text is now rendered using distance fields to prevent hitches from font caching if you scale it.
• Updated fonts used for console and stats display.
• Improved gamepad handling for menus.
• Added a VRAM LOW indicator.
• Added a BAD PING indicator.
• Fixed missing disabled style on input fields.

Physics

• Rewrote the physics replication system. It should now work vastly better for dynamic contraptions.
• It is no longer possible to cause a singularity with degenerate velocities, making the whole server useless.
• We've implemented an experimental filter in the collision algorithms to reduce ghost collisions on edges between bricks.
• All physics entities now use a new mass calculation. Existing contraptions may behave slightly differently.
• All entities now float on water, not just brick grids.
• Fixed buoyancy for fully submerged objects whose origin is not at their center.
• Tuned sleep tolerance scale for the size of the world, so objects no longer freeze unexpectedly.
• Improve hand held grab for long thin objects.

Performance

• Overall, performance has been massively increased while RAM/VRAM requirements have shrunk.
• Brick geometry is now streamed into VRAM as you move through the world, massively reducing GPU requirements.
• Ray tracing geometry is now streamed into VRAM based on a fixed memory budget.
• Rewrote brick cluster mesh manager, now merges some clusters to reduce draw calls, overall faster.
• Bricks no longer use unreal scene components to render, reducing CPU overhead.
• Player parts also no longer use unreal scene components to render.
• Servers no longer process any player animations, greatly reducing CPU usage.
• Clients only process player animations when the player is on screen.
• Optimized Lumen card generation for brick clusters.
• The release build is now compiled with Thin LTO, improving overall performance slightly.
• Iris replication has been significantly optimized to make servers run faster.
• Brick components ticking has been significantly optimized.
• Buoyancy has been significantly optimized.
• Performance of Virtual Shadow Maps when turning the camera has been improved.
• Performance of Lumen Global Illumination has been improved.
• Correctly clamp light radius to max sensible based on brightness.
• Pulling out a placer or hammer no longer hitches the game.
• Resizing a brick too far no longer hitches the game.
• The wire renderer has been significantly optimized.
• The wire graph execution has been optimized.
• Loading worlds has been optimized.
• Physics collision detection and simulation has been optimized with persistent contacts.
• Avatar editor no longer permanently steals 2GB vram when you open it.
• Placing rows of prefabs has been significantly optimized.
• Fixed brick replication sending bricks in seemingly arbitrary order.
• Parallelized much of the render thread work in Unreal Engine.

Rendering

• Bricks and characters now have a more realistic looking material on them.
• Player parts now show up in the Lumen scene for indirect lighting and reflections.
• Lumen now correctly calculates fog in reflection views.
• Added an Extreme Reflections setting that looks nice but is ungodly slow.
• Added additional FOV settings.
• Using new ACES 2 HDR tone mapper.
• Fixed HDR UI blur compositing.

Engine

• Upgraded the game to Unreal Engine 5.8.
• Updated DLSS to 8.6.0-SL2.11.1.
• Updated FSR to version 4.0.3.
• FSR Frame Interpolation is now available.
• Fixed the DLSS transformer setting always selecting preset K, breaking DLSS 4.5.

Debugging

• Added various debug views you can use to investigate the performance and behavior of your server.
  • br.DrawDebug.Entities - shows all entities and their physics sleeping state
  • br.DrawDebug.Lights - shows where lights are and if they cast shadows
  • br.DrawDebug.BrickColliders - shows brick grid collision meshes
  • br.DrawDebug.BrickClusters - shows brick geometry streaming state
  • br.DrawDebug.ClientUpdates - shows brick and component replication bandwidth
  • br.DrawDebug.Constraints - shows physics joints and attached entities

Localization

• Recreated the German translation. It's now actually sensible.
• Improved French translation thanks to community contributions.
• Refreshed translations for all other languages.

Servers

• Many permissions have been reorganized, you will need to review your role setups.
• All project-specific commands are now organized under a br. namespace.
• No longer include Tutorial world with the dedicated server.
• Additional commands to manage entities:
  • /FreezeAllEntities (no args)
  • /FreezeEntities (no args)
  • /FreezeEntities (player)
  • /FreezeAllLooseEntities (no args)
  • /FreezeLooseEntities (no args)
  • /FreezeLooseEntities (player)
  • /FreezeAllFarEntities (distance)
  • /FreezeFarEntities (distance)
  • /FreezeFarEntities (player, distance)
• Remove all commands interacting with brs, add useful new commands interacting with prefabs.
  • Removed:
    • br.Bricks.Save
    • br.Bricks.SaveRegion
    • br.Bricks.Load
    • br.Bricks.ClearRegion
    • br.Bricks.ClearAll
    • br.World.LoadAdditive <path> [<offset x> <offset y> <offset z>] [<orientation>]
  • Added:
    • br.Prefab.Load <Path> [<Offset X> <Offset Y> <Offset Z>] [<At Original Position>] [<Orientation>] [<Root Entity Persistent Index>] [<Mirror Axes>] [<Override User Id>]
    • br.Prefab.SaveRegion <Path> <Center X> <Center Y> <Center Z> <Extent X> <Extent Y> <Extent Z> [<Include Entities>] [<Root Entity Persistent Index>] [<Filter User Id>]
    • br.World.ClearRegion <Center X> <Center Y> <Center Z> <Extent X> <Extent Y> <Extent Z> [<Clear Bricks>] [<Clear Entities>] [<Filter User Id>]
    • br.World.ClearAll [<Clear Bricks>] [<Clear Entities>] [<Silent>]
  • Notes:
    • Mirror axes: bitmask, X=1 Y=2 Z=4 (e.g. 3 = mirror X and Y).

Crashes

• Fixed server crash possible to trigger by clients saving the world.
• Fixed a crash leaving world after saving a prefab.
• Fixed a crash in the wheel engine.
• Fixed a crash shooting at a bot.
• Fixed cases of physics memory corruption.

Bugs

Hundreds of minor bug fixes that we would need to spend another hour collecting here only for no one to actually read it.

This update is the biggest we've ever shipped, and we tried to summarize it by hand from 2000 lines of commit messages, but there might still be things we forgot. Now go download it!

Hello everyone!

The time has finally arrived for us to announce our third major update for Brickadia! On top of that, Brickadia will be going on sale during the Steam Summer Sales, starting June 25th all the way to July 9th!

This update has been in the works for a long time, and we all hope you're as excited as we are for when this update drops on July 3rd, 2026. Thrusters, game modes, new vehicle physics, new logic gates, huge performance improvements and so much more are on their way!

If you don't have Brickadia in your Steam library already, now's your chance to get in on the brick action while the game is 50% off:

Additionally, if you haven't done so, you can stay updated with Brickadia by following us on social media and by joining our online communities: Bluesky, Twitter/X, TikTok, YouTube, Instagram, Discord, Reddit.

Stay tuned for further content in the future!

Hello fellow Brickadians! We've been super busy working on the next version of the game that will have scripting, voice chat, new wires features, performance improvements and more! But first, an announcement:

Brickadia is taking part in the Steam Spring Sale! The game will be 25% off all through the sale. If you want to pick the game up at our lowest ever price of $15, now is the time!

Overall Goals

Brickadia is a great building game, with some of the most robust and advanced tech powering it (in our opinion!) But with it's current feature-set, building is still the one primary way players play the game. It's very rare to see other kinds of servers beyond your classic freebuild server.

Our goal with EA3 is to turn Brickadia from one of the best building games ever to one of the best games ever for building and playing. In other words, give Brickadia gameplay!

We want you to be able to make tycoon games in Brickadia. We want you to be able to make Battle Royales in Brickadia. We want you to be able to make procedural dungeons in Brickadia. We want you to be able to make Prop Hunt. And Trouble in Terrorist Town. And deathruns. And so much more.

While some of these games sort of exist in the current version of Brickadia, they usually employ a ton of tricks and hacks. Most are unfinished due to a lack of tools to let creators cross the finish line.

Like last time, there is a lot we are doing. Let's talk about it!

Proximity Voice Chat

Brickadia will soon have proximity voice chat. Speak to your friends as you would in a Discord call, but in 3D space!

It will be highly configurable. Servers can enable and disable it, players can mute others, and it makes everything just a bit funnier.

New Wires Features

Everyone trying to use wires has the same three problems:

• Wire contraptions take up too much space.
• There is a lack of useful gates.
• They are super annoying to edit once they've been built.

Let's fix all of those at once!

Microchips

You'll soon be able to collapse your infinitely complex circuits into a single brick with Microchips. You can put a microchip anywhere: inside your arcade machine, inside your car, even inside another chip!

We are working on further features for microchips, like inputs and outputs, gamemode integration, and player microchips, prior to release. Stay tuned on this one! It's going to be big.

New Gates

We're adding a bunch of new gates to the game and have a bunch more on the way. Our focus with the gates we're adding is the same as it is for the update overall. We're fully invested in drastically increasing the scope of what Brickadia can do gameplay-wise.

One of the reasons we haven't added very many gates in the past few updates is because it actually involves quite a bit of stuff: Programming a gate involves quite a lot of boilerplate code, and art pass where the final gate was modeled by hand. Over the holidays, we've streamlined this!

We're now procedurally generating our gate models. This has allowed us to speed up our iteration times by decoupling the need for a gate model from the final art pass. We also decided to update the base model for gates to try and make it slightly easier to read connections and layers of gates. It now only requires us to manually add the icon to make the gate shippable!

Icons are now textured icons, rendered using an MSDF-encoded texture. No longer are the icons 3d modeled and baked into the gate mesh!

Vectors are now a supported wire type. All of the existing math gates will support it, and we're adding new gates to complement them!

We're also finally adding support for strings! All of the existing gates that accept a text/string input will be upgraded to have a wire port for the field. We're also adding gates for manipulating strings: formatting, combining strings, etc. And of course, there will be new gates to display text, including one that will let you place text and icons anywhere on your HUD.

So far, a lot of the changes have been back-end changes, but we did still manage to cram in a few new gates. We still plan to add a huge number of useful gates before the update launches, so if you have any suggestions, please let us know through our usual channels!

Moving

The resizer will soon be able to move and rotate bricks. Meaning you can now move and rotate your gates without disconnecting the wiring:

You can even move multiple bricks around at once:

We hope this will make wiring a bit less painful than it is currently!

Scripting with Luau

Scripting has waited long enough, and is now officially in production! The next version of Brickadia will feature Luau, a high-performance scripting language, complete with a REPL accessible via chat and the console.

Luau scripting is intended to have a lot of control over the game. For that reason, we're gating script usage behind a special permission. It is also server-side only, but we will be augmenting it so you can do more client-specific tasks like UI. Worlds and Gamemodes can include scripts, and they can be shared on the Gallery.

This prototype version uses auto-generated bindings based on Unreal Engine's API, so there will be many changes to make scripting easier and friendlier.

Here's some things people have already done with our initial prototype!

There is still quite a bit to do, but even in this state it can do quite a lot.

Performance Improvements

For every major update we try to make your game run a little better, and this one is no exception. Off the top of my head, here's everything we've done so far, and there might still be more to come:

• We've upgraded Unreal Engine to 5.7, which required solving several hundred rebase conflicts to integrate all our custom changes into the new version (it turns out Epic also likes to change the engine a lot!),
• We've fixed a major performance flaw in the Iris replication system that was causing it to poll sleeping and frozen entities every frame, only to discover that they did indeed not change,
• We've implemented a new fast rendering system that makes use of a new engine feature to render meshes while completely bypassing all the overhead that comes from using heavy primitive components to draw them, now in use for brick cluster meshes and character parts,
• We've implemented a new tick manager for brick components that only sometimes require ticks to update every frame, such as wheel engines that can go asleep when no one is driving the car and the steering has returned to idle,
• We've moved the final remaining part of the weapons system that was using Open Alpha-era barely functioning server side hit detection (melee weapons) to the new system of client predicted hits, which then allowed us to completely disable evaluating player animations on servers and only do it when the player is actually visible on clients,
• We've nativized more parts of old character blueprints like updating the nametags on screen that was taking up a lot of time, and optimized some redundant logic for bot controllers,
• We've made buoyancy computations roughly 10 times faster while also parallelizing it, now making it so fast that we could also enable buoyancy for all entities such as wheels,
• We've fixed that light components did not correctly apply the radius clamp from brightness when loading a map in single player or as a listen server (the issue did not occur as a client),
• We've refactored the brick cluster mesh system to now allow merging geometry across chunks when the world contains many sparse bricks over a large area, though it cannot yet combine meshes across different grids,
• We've removed all unnecessary access to physics scenes from background threads, which now allows us to run PhysX without the scene locks on every API call, removing a lot of overhead on basically everything,
• We've started compiling our "shipping" config binaries with Thin LTO, allowing the compiler to remove many unnecessary virtual function calls and inline small functions even across different files and modules,
• We've fixed that physics wasn't parallelized at all on typical cloud servers with two cores, previously it only worked on three cores and up,
• And more that wasn't worth mentioning here...

Client Performance

Wew! That's a lot! So what did we gain? Are we writing all this fluff for 5% performance gains? Well, let's compare EA2 to the current main branch. We'll use a version of the world "Pinkadia" for comparison, which is one of the most complex worlds ever created in the game:

Since most players would see this as a client on a server, we've also joined a server as a client. These screenshots are taken on a system with a RTX 5090 and Ryzen 9950X3D, but relative improvements are similar on other computers.

This world seems to perform terribly on a very high end computer. Let's see if that runs any better in the new version so far.

We've certainly made progress here!

There is more to come for optimizing the client - we'll soon introduce a new kinematic joint to connect multiple grids together rigidly, while allowing it to rotate with interpolation when controlled by a wire. This will allow you to replace slow physics based doors with much faster kinematic grids, and in the case where the angle is not controlled by a wire, we will be able to merge meshes across subgrids, making builds with a lot of rotated decorative grids massively faster.

And we haven't even started optimizing the GPU memory usage yet - the core brick renderer is still from Open Alpha days where builds mostly fit in VRAM and ray tracing was something far off. There are plans for streaming brick clusters so only the ones within the view distance must be resident in VRAM, and a new way to organize brick vertex data that should reduce its size by roughly 5 times (sadly, that will not apply to the separate ray tracing data, but it should help low end computers who will not be using ray tracing anyway the most).

Server Performance

Dedicated servers are now also much faster. Before, most of the time was spent on useless things, which we've now removed. For example, here is a direct comparison of a server frame running Pinkadia with a single client connected. To capture this trace, we have to use an instrumented build, so it's a little slower, but watch the difference in timings of the sections:

Running the server with tracing capability adds a lot of overhead, so let's also just compare the final frame rate the server is able to achieve, by joining it as a client and viewing this beautiful tps counter made out of bricks and gates and wires:

In the proper "shipping" configuration of the server we can now also see the performance impact of using Thin LTO to let the compiler optimize across the whole program, making it even faster than the previous comparison.

A listen server runs both the client and server code each tick, so if you are hosting a large world locally, you should expect performance increases somewhere between the two above.

Oh, and we've also made some tools so you can make your own builds and servers faster rather than waiting for us to find a way to do it by magic!

Performance Debug Views

Previously, whenever we tried to implement debug views in the engine, the performance left something to be desired:

But recently, we've gained a super fast new debug drawer based on the excellent work in the VoxelCore plugin:

So naturally, we had a solution and went looking for problems to solve with it...

For those interested in finding laggy contraptions in your servers and improving the performance of your worlds, we now have several useful debug visualizations you can use, all of which also include statistics for you to look at and use to track down performance issues on your servers.

Entity Debug View

This makes it easy to track down rogue entities, like physics grids, that may be contributing to server tick rate issues. It can be enabled with BR.DrawDebugEntities 1.

Watch out for red entities. Those are actively moving in the simulation and processed by physics and replication.

Light Debug View

A very common performance pitfall many builds suffer from is from overlapping lights, and this visualization makes it very easy to spot. It can be enabled with BR.DrawDebugLights 1.

If you have many overlapping lights at some location, and you get close to that location, all those lights are going to cover your entire screen, which is very slow.

So we thought it'd be useful to show how much overlap there really is, counting up for every light how many others touch it, and coloring them from green to red depending on the number, which ended up being a lot more difficult than expected.

Quiz: How do you determine which of 15,000 lights overlap each other in under 0.5ms on a single core?

Replication Debug View

It can be difficult finding specific contraptions in your world that may be contributing to network performance issues. Thankfully, we have a colorful solution! This can be enabled with BR.DrawDebugClientUpdates 1 in the console.

Collider Debug View

We've had this view before, but it has now been upgraded to visualize the origin, center of mass and intertia tensor of the object, letting you see whether your custom masses had the intended effect. It can be enabled with BR.DrawDebugColliders 1 in the console.

Brick Cluster Debug View

This one shows you how the brick engine groups the brick geometry to render. It can be enabled with BR.DrawDebugBrickClusters 1 in the console.

Other Goodies

Characters are finally present in the ray tracing scene, and the quality of ray traced reflections is also vastly improved with the new engine version.

We've fixed replication of sleeping object positions. No more will you load into a server, approach an object, only to learn that it did in fact not exist at that location, and see your character teleport 50 studs to the side.

We've added a network lag indicator that shows up if your average latency is too high or the server hasn't sent any message at all within a short time frame. There's also a similar warning for getting close to maxing out your system VRAM.

...And more.

There is so much else that we could have covered, but we have to get back to work! If you want to see further highlights, we highly recommend joining our Discord to get the latest and greatest news in one place.

Thanks for reading! Stay tuned.

Hey everyone,

We've been reading all your feedback since the Early Access release, and one thing that's come up very often was the price of the game. Many of you felt that $29.99 was too high a price while the game is lacking the last major features, and was making it difficult for you to get your friends to try it out with you.

We are confident that $29.99 reflects the value of the full 1.0 release, but we want the price to reflect the Early Access journey we’re on together right now. To make it easier for you to invite your friends and grow our community, we’re lowering the price to $19.99 for the duration of Early Access. Regional pricing will apply as before.

To those of you who have already jumped in at the original price point: Thank you! Your early support has been instrumental in keeping development moving at this pace. We've always said that our community is the most important part of this project, and by making the game more affordable now, we hope to see your servers feel a lot more alive.

What's next?

We have a large content update following soon after with many new additions to the logic system, giving you greater control over your gameplay. Stay tuned!

This is our first major update! We've cleaned up all major bugs and fixed a lot of stuff that was broken since EA1. If you encounter issues, please let us know in the bug-reports channel of the Discord or the Steam forums.

Winter Sale

Brickadia is taking part in the Steam Winter Sale! If you haven't bought the game yet, now is a great time:

Major Features

Customizable bots to give life to your maps! Give them any weapon and customize their settings like aggression or 360 degree vision. You can use them without weapons to create wandering NPCs, give them swords to make an army of warriors, or give them all guns to create a deathmatch server. They look the same as a player, and you can give them your avatar settings.

We've fully reworked the prefab system. The new prefabs live in your catalog! Save entire cars, contraptions and other interconnected objects locally for easy reuse. Grab a vehicle from the gallery and place it, instantly, anywhere you have permission. Copy things from the world into your real clipboard, and paste them into Discord or another running instance of the game.

The selector has been completely rewritten with a new connection mode. Grab a complete physics contraption with all connected grids and entities in a single click.

Four separate player collision channels let you create invisible walls that only certain teams can pass through, opening up new possibilities for minigames and maps.

A new component that lets you dynamically change a brick's visibility, collision, and color through wires. Perfect for hidden doors or interactive displays.

The Applicator and Connector now have an X-Ray mode, letting you edit components on bricks hidden behind other bricks and entities.

Full Changelog Since EA1

Gallery

• Renamed "TOP" and "TOP ALL TIME" categories to "HOT" and "TOP".
• The "HOT" category now also shows older files on the next pages.
• The browser page no longer reloads every time the dialog is shown.

Worlds

• You can now save the server world to your client if you have any building permissions.
• You can now upload worlds to servers with extended permissions. The server will be in read-only mode with autosave disabled.

Prefabs

• A new prefab browser is now integrated into the catalog, letting you save your creations and add them to the inventory to place much like bricks and entities.
• Prefabs now have automatically generated thumbnails that look the same as bricks and entities, no longer requiring you to get a nice screenshot.
• A new prefab gallery is also available, letting you share your creations, and browse the ones others shared to use immediately or save for later.
• Copying things now stores a prefab file in your clipboard, letting you paste it in another game client or share it through applications like Discord.
• The legacy prefab system and its associated dialogs were removed, but a button exists in the prefab browser to convert any legacy brs files you may have.
• The Max Selected Bricks default value is now the same as Max Prefab Bricks.

Physics

• There are now 4 separate player collision channels, so you can make invisible walls that only some teams can pass.
• Can choose which channel to use on a per-team basis, as well as which channels players on those teams collide with.

Selector

• The selection system has been rewritten and now supports tracking an explicit selection of bricks and entities.
• When using a selection box, in addition to immediately copying/cutting that box as before, you can now also add/remove the bricks inside to your selection to refine what you have selected in multiple steps.
• The selector now has an alternative connection selection mode that selects adjacent bricks, such as a whole house on its baseplate.
• The connection mode also supports selecting an entire physics contraption including all connected grids and entities.
• Added entity and brick count limits to the selector.
• The mode switch binding has been changed to C.

Applicator

• You can now press R to toggle X-Ray Mode, which will edit bricks that have existing components through other bricks and entities.

Connector

• The connector now also has an X-Ray Mode that only interacts with bricks that have components.
• The gate brick will now be highlighted when hovering a physical port.

Painter

• The painter can now paint and pick the color sections of entities, such as making wheels have differently colored tires.

Building

• High friction tires is now the default for newly placed wheels.

Components

• Added a new component, the Brick Property Changer. Can be used to change the visibility, collision channels, and color of a brick using wires.
• The ancient per-type component quota has been removed. There is now a single per-user quota of active components (lights, audio, item spawns, engines, etc) which can be adjusted in server settings.
• The Seat component can now be manually attached to all bricks, in case you want to fit custom seats in tight spaces.
• All the uncategorized components have been organized in the list.

Bots

• Bots can now be given weapons and use them, attacking with melee weapons or shooting guns, reloading them when appropriate.
• Bots can now wander around freely on the map or walk towards goal points, jumping over obstacles.
• Bots can now be given character skins by copying the current skin from your character.
• Bots can now damage players in the default minigame and join teams by coloring their spawns the same as the team color.
• Bots are now considered for win conditions like last man standing.
• Bots can now spawned and despawned by wires.
• Bots have a lot more settings than we are able to list here.

Weapons

• Return of Crystal Kalis which was accidentally disabled.
• Added Laser Cleaver.
• Added Laser Axe.
• Added Medi-Syringe, an item which quickly heals 50 health when used.
• Added Spear, a melee weapon with a fast underhand stab and a slow overhead stab.
• Added Bandage, a slow self healing item that restores 25 hp.
• Added Basic Claws, Sharp Claws, and Shadow Claws, fast melee weapons intended for zombie bots but also possible to use yourself.

Cosmetics

• Added Twintails
• Added Snout (multiple variants)
• Added Shaggy Swept hair (2 variants)
• Added Wings
• Added Back Valve
• Added Robot Paw
• Added Robobunny Ears
• Added Secured Bag
• Added Employee Card

Sounds

• Tool audio has been reclassified under Item audio.

UI

• The world browser and catalog now remember the last used tab between sessions.
• Pressing Ctrl F in the My Worlds or My Prefabs tabs will now focus the search box.
• Clicking the current folder breadcrumb will now reload the listing to see external changes.
• The pause menu now has a button to open the server list when on a server as a client.
• The unimplemented admin button has been removed from the pause menu.
• Added the ability to search for worlds. Search also includes files in subfolders of the current folder.
• Added the ability to delete worlds.
• Added a dialog when failing to create a folder.
• Removed the defunct controller column from the key binding menu. This never functioned correctly once we began implementing chorded bindings for tools. The intended way to configure controller mappings is to use Steam Input settings.
• Removed the defunct help menu.
• Removed unnecessary "Release-" text from the version display in the top right.
• The folder tiles in the world and prefab browsers now show how many files and folders are inside them.

Servers

• Improved /BrickCount output to include entity counts.
• Removed /DestroyAllGrids, which was an obsolete test command.
• Added /ClearAllEntities, which removes all entities in the world.
• Added /ClearEntities, which removes your own entities.
• Added /ClearEntities [player], which removes someone elses entities.
• Added /ClearAllLooseEntities, which removes all entities not attached to at least one more entity.
• Added /ClearLooseEntities, which does the same but only for your entities.
• Added /ClearLooseEntities [player], which does the same but for someone elses entities.
• Added /ClearAllFarEntities [distance], which removes all entities further away than some distance in studs.
• Added /ClearFarEntities [distance], which does the same but only for your entities.
• Added /ClearFarEntities [player] [distance], which does the same but for someone elses entities.
• Added /BrickCount [player], which shows how many bricks, entities and components a specific player has.
• Updated player admin actions drop down to include Clear Entities, Clear Loose Entities, Clear Far Entities (defaults distance to 10000 studs).
• There is now a permission for whether players can use X-Ray mode, intended for Tutorial but can be used by players too.

Performance

• Optimized building and share zone checks when modifying bricks.
• Optimized zone checks when characters move.
• Optimized manipulator searching for possible joints to attach while holding entity.

Engine

• The experimental Behaviors code has been removed in preparation of integrating the new Lua scripting engine coming in a future update.
• The world boundary no longer instantly vaporizes your vehicles and simply keeps them inside.
• Some improvements to player movement prediction when walking on large frozen physics grids.
• Refactored how the game accesses worlds and prefabs. File handles are now automatically closed and databases unloaded after a few seconds of inactivity, allowing external access to the files.
• The Test executable is now included with the dedicated server deployment.
• Updated PhysX to the newest patch release of version 5.6.1.
• Updated DLSS plugin to version 8.3.0-NGX310.4.0.
• Updated FSR plugin to 4.0.2b, improving performance and stability.

Localization

• Updated Spanish localization with reviewed strings.
• Refreshed strings.

Servers

• The server log file now logs when a user is unbanned.

Bugs

• Fixed crash auto toggling tool with controller.
• Fixed crash joining server while using a controller.
• Fixed crash when creating a very (very) long chain of rerouters or logic gates.
• Fixed several crashes due to unused quickbar ranges legacy code.
• Fixed crash when recreating output wire with a new type.
• Fixed crash when taking a screenshot with HDR.
• Fixed crash when grenades explode after a garbage collection.
• Fixed clients crashing when homing missile hits a physics object.
• Fixed crash when dedicated server is left alone for a while due to iris replication not ticking.
• Fixed crash running out of replicated objects when playing alone in a listen server.
• Fixed crash when loading specifically crafted world file.
• Fixed crash when applicator dialog is viewing a brick component while replicating additional components.
• Fixed crash when equipping a tool while loading into the server.
• Fixed crash when undoing deletion of a brick tried to revive a brick grid that was deleted.
• Fixed crash due to incorrect check for sync state in async serialize function.
• Fixed crash setting minigame inventory size to 0.
• Fixed crash when placing, resizing and deleting bricks too quickly.
• Fixed crash when trying to load an old world file with components that no longer exist.
• Fixed crash when destroying brick grid entity with a building zone attached to it.
• Fixed crashes caused by being able to attach invalid components to bricks.
• Fixed check against NaN object positions not actually working on world load.
• Fixed rare crash due to use after free in legacy save file loader.
• Fixed rare crash in wire type propagation logic related to placing prefabs.
• Fixed brick replication deadlock in rare case where the first component in the update list generates a message of a specific size.
• Fixed trace scene corruption when trying to set the velocity of a frozen entity.
• Fixed broken overlap check allowing certain cases of intersecting micro wedges to be placed.
• Fixed very rare bundle corruption due to background file write tasks executing in incorrect order.
• Fixed being able to pick up multiple pistols.
• Fixed clients not being able to switch to precision mode on paste when copying bricks from physics grids.
• Fixed chance of mysterious 1 unit offset when using switch to precision mode on paste.
• Fixed Painter getting stuck in "Paint Only Material" mode if put away while ctrl is held.
• Fixed selection outlines not rendering in simple shading mode.
• Fixed hologram and translucent plastic brick materials causing Lumen to render an extremely slow ray traced reflection which cannot be seen.
• Fixed broken depth bounds for fog rendering causing it to cut off on surfaces close to the camera.
• Fixed Z fighting of brick previews when overlapped with the original bricks in precision mode.
• Fixed ugly one pixel visual seams along the edges of brick previews.
• Fixed race condition causing the options button on the escape menu to not function sometimes.
• Fixed non-deterministic vehicle behavior due to wheel engines not applying some settings on servers.
• Fixed non-deterministic joint behavior due to not updating average mass on modifying attached objects.
• Fixed contraptions exploding when deleting a set of jointed bodies and undoing the deletion.
• Fixed re-attaching objects to joints not correctly restoring the relative transform if the joint was bent.
• Fixed re-attaching objects to joints not correctly moving further attached child objects.
• Fixed incorrect mass calculation for bricks grids since the ability to disable collision was added.
• Fixed incorrect joint behavior after re-attaching a wheel to a wheel joint connected to an engine.
• Fixed deleting an entity and undoing the deletion not restoring any changed properties.
• Fixed deleting a frozen object and undoing the deletion failing to re-freeze it.
• Fixed having wheel joints connected to an engine preventing idle physics contraptions from sleeping.
• Fixed being unable to create multiple levels of folders for worlds.
• Fixed client predicted hit markers showing for objects that cannot be damaged.
• Fixed extra physics grids and entities attached to the vehicle you are in blocking the camera.
• Fixed loading a world in single player not waiting for meshes to upload before hiding the loading screen.
• Fixed wrong formatting for the message when using /clearbricks [name] as server.
• Fixed distance to target output not working when a teleport target wire is connected.
• Fixed server settings defaulting to the permissions tab.
• Fixed broken "at target" output on servo bearings.
• Fixed various correctness bugs in world serializer.
• Fixed being able to redo undone actions if the permission to do them was since removed from the client.
• Fixed being able to load nan values through presets in the applicator.
• Fixed being able to place more bricks in a single chunk that the world serializer will allow to load.
• Fixed brick grids teleporting into space when attaching a socket to a bearing.
• Fixed firing weapons in first person while crouched not hitting the correct target on the server side.
• Fixed being able to upload to the gallery from the downloads tab.
• Fixed lives counter not updating for clients in minigames.
• Fixed connection not being aborted if client fails to insert a replicated brick into the designated chunk.
• Fixed gallery viewer scaling incorrectly when there are very long titles.
• Fixed long gallery descriptions breaking the layout of the details page.
• Fixed buttons remaining held when clicked too fast.
• Fixed input splitter being shown in add component list.
• Fixed "Failed to insert brick in chunk" log spam.
• Fixed being able to get stuck in freeze camera mode when entering a minigame.
• Fixed not leaving the current seat when trying to use the teleport command.
• Fixed seats showing the sit prompt in third person when occupied.
• Fixed brick delete sound playing in wrong location when removing bricks from physics grids.
• Fixed "Reselect Last Port" on Connector not being rebindable.
• Fixed "Johnny Ledger" music tracks missing in minigame music selector.
• Fixed inaccurate tool traces against wheels attached to wheel joints.
• Fixed aurora setting in environment not functioning.
• Fixed a case of precision mode on paste selecting the wrong grid.
• Fixed water effects and damage not working when standing in low water.
• Fixed Missile Launcher still being able to fire when out of ammo.
• Fixed flying against a wall accumulating velocity incorrectly.
• Fixed gibs and detached hats affecting physics contraptions.
• Fixed being unable to kick gibs around.
• Fixed hitmarkers playing twice on clients.
• Fixed Manipulator not aiming correctly in free mouse mode.
• Fixed wires not respecting render distance limit.
• Fixed additional bugs that were not correctly tracked.

Brickadia is taking part in the Steam Autumn Sale! If you haven't bought the game yet, now is a great time:

EA2 Preview

At the same time, we're releasing a preview version of our first major update on the unstable branch so you can try it a few days early. This has two long-awaited major features:

We've fully reworked the prefab system. The new prefabs live in your catalog! Save entire cars, contraptions and other interconnected objects locally for easy reuse. Grab a vehicle from the gallery and place it, instantly, anywhere you have permission. Copy things from the world into your real clipboard, and paste them into Discord or another running instance of the game.

Customizable bots to give life to your maps! Give them any weapon and customize their settings like aggression or 360 degree vision. You can use them without weapons to create wandering NPCs, give them swords to make an army of warriors, or give them all guns to create a deathmatch server. They look the same as a player, and you can give them your avatar settings.

Watch the video below for a sneak peek:

You can read the full changelog on Steam.

Hello again! After our previous car building tutorial we promised to release a second part dedicated to car tuning, and here it is!

Got a car built and driving, but you're struggling to get it controlling well? Wheels bouncing all over the place, or your car flips over all the time? This tutorial guides you through the most important settings to tune your car properly, providing far better control and stability.

If you're not sure how to build a car in the first place, check out our beginner's car building tutorial.

You may note that we don't give concrete "recommended" numbers in this video to use - this is because everyone's car can be so wildly different! They can be small, massive, super long, super wide, carrying a whole lot of cargo, wielding a massive robotic arm, or even more. So, we encourage experimentation on your specific vehicles to find the right calibration for the kind of handling you'd like.

Thank you all for your feedback on our previous tutorial video - let us know what you'd like us to teach next!

Hey all! We've been loving your enjoyment and feedback of our in-game tutorial. We definitely want to build more in-game tutorials for more specific features, but we've also decided to start a new series of video tutorials too!

Our first video tutorial is on how to build a simple car in just one minute:

The next Brickadia video tutorial will be about vehicle tuning - guidance on how to create cars that are more fun to drive. Our video tutorials are going to always be uploaded in full on our Youtube channel with shorter versions on all of our other social medias, so follow and subscribe to become the most skilled builder around!

So, it happened. After quite a bit of time, Brickadia Early Access is available for people to play! We still can't really believe it.

We've been loving your creations on the Gallery. We saw a concurrent player peak just a little higher than what we had in the free demo, which is amazing for day 1 of the paid release! We also saw a really nice amount of engagement with lots of servers being put up and plenty of players running around doing things.

Short Term Roadmap

Bugs

It turns out the best way to find out how many bugs your Early Access game really has is to launch it! While we've tracked and fixed dozens of bugs during the closed beta, there are still a few more we didn't manage to get to in time.

Notably there are lots of crashes coming in from AMD. For now we've made the game switch all AMD users to DX11 by default as that seems to not crash. We've also bought one of the affected AMD GPUs and began debugging it, but it only arrived today, so it will take a while to fix the DX12 mode.

We're going to address the most critical issues as they pop up while we work on the new features. The first hotfix went out today, with more coming over the next weeks.

Gamemode System

The Minigame system we currently have is causing a bunch of problems and badly needs an update. It was made for Alpha 4, where it wasn't really possible to make any kind of real gamemode, and was meant more to help players mess around together in an otherwise building-focused server.

Over the coming months, we'll be working on a Gamemode system that will replace it. There will only be one Gamemode supported in a server, but Gamemodes will be much easier to use than Minigames and much more powerful. Crucially, they will be much easier not to use incorrectly, resulting in people who downloaded your world spawning outside it and other issues.

It'll be designed for hosts, rather than random players who want to deathmatch in the middle of a server hosted by someone else. In addition, once your Gamemode is done, you'll be able to put it on the gallery alongside all its internal wires, due to a feature called Gamemode Microchips we'll talk about in the next section!

Don't worry for your existing worlds with a default minigame set up - everything should port over sensibly. In fact, due to the removal of the "included bricks" system, many worlds that are currently broken will immediately be fixed!

Wires V2 - Come on... More Stuff!

Wires V2 is an upgrade we made to the wires system for EA. It turns your wire contraptions into a graph that is stored on the server, like this:

Wires are now automatically organized into a dependency graph so we can update all gates in the correct order in a single step. This means you can build arbitrarily complex circuits without having to deal with any of the problems getting multiple signals to arrive at the same time like in the demo! The new system is also massively faster.

This does add a new restriction - the graph can't have cycles, so you need to break your circuit up with delays. But it also means things that were slow in the NextFest demo can suddenly run very very fast:

It also means that there are no more "false" states. Unlike the demo, wire circuits fully update when an input changed, rather than signals taking 1 tick to propagate.

The new system has allowed us to add something called Exec wires. Exec wires make wires into a scripting system, by passing along a pure "update" signal rather than data. Any data passed into an exec port becomes an update signal if it changed to a nonzero value. Unlike the demo, this lets actions run in a chain:

Unfortunately, making the system itself took so long that we could barely include any gates aside from rewrites of the ones we already included in the NextFest demo! Which is a shame - because once those are in, Wires V2 will really start to shine.

Our plans for the following weeks are thus:

• Microchips - compress your logic circuits into a single 1x1f brick. Create entirely custom gates by combining the gates that come with the game!
• Variables and Branching - Store, read and write values when your wire nodes run. No more manually building flip flops or using the blend gate to store data!
• Proper Gamemode Support - MANY more gates for responding to minigame events like new rounds, custom chat commands, entity manipulation and more!
• Gamemode & Player Microchips - Store information on your gamemode/minigame and on players via microchip grids that save and load. Create callable circuits and build a fully reuseable gamemode - just with wires!
• Implicit Input Combining - Wire multiple things into one input. Booleans implicitly OR, numbers implicitly add, execs implicitly union. In some cases, save tens of gates!
• And Much More - Array variables and iteration, queues that can wait for many events with parameters, loops, data displays, strings, kinematic joints, entity homes, and more...

New Prefab System

This sadly didn't make the cut for the initial Early Access release, but we're very close to having our new prefab system completed.

The new prefab system finally replaces our legacy "brs" save files from the first alpha version, which can only store bricks from a single grid in a very inefficient manner, with a completely redesigned one based on the worlds format. We will include a brs -> brz converter with the release so old builds can still be loaded in.

Prefabs will then be able to contain full physics contraptions, properly tuned cars (including their wheels!), logic computers, and whatever else you can think of.

They're going to be integrated with the main catalog UI, so you can put prefabs in your hotbar the same way you do with bricks and entities. And we're adding a gallery for them so you can share them with others.

Bots

This was actually one of the most requested features to the game that we've been able to see, with lots of players having a strong desire to use bots to make zombie servers, or simply adding ambient NPCs that roam about the map. We didn't have strong plans for this, but we think it'll be cool to throw in as soon as we can especially with our focus on adding more gameplay features.

The initial version of bots will be ready soon, letting them hold different weapons, move around randomly, and be controlled through wires. This is only the starting stage, but we'd like to get this out the door quickly so that people can start experimenting with them. Here's a preview:

They will be improved over time, with features like smarter navigation, direct wire controlling, and a special bot type to replace players that disconnect from a minigame. These features might take a while to get to, depending on priorities once the first version is released.

Sounds

A much smaller but still prevalent complaint that was brought up, presumably from the excess of deathmatch servers, was the difficulty of hearing other players when they were walking around. If someone was sneaking up on you, you could barely hear them!

We'll be adding a bunch of smaller features to try to allow hosts to set up exactly how they want such things to work in their server. This requires certain systems to be rewritten first, but we'd like for the game to support dynamically changing how loud and how far certain sounds are on a team basis for minigames. You should also be able to change how a team perceives sound, such as making teammates sound quieter than enemies.

This is one of the lower priority changes, so we have no ETA on when that will happen. In the meantime, more sounds are going to be added to the audio components, as well as the environment settings. If you've got any desires, feel free to suggest them in the Discord!

And More...

• Aircraft - We've been experimenting in the last 2 days with tools for making aircraft. There is nothing that is showable yet but we expect this feature to develop quite quickly, so I've included it here.
• Better Admin Tools
  • Finder tool server admins can use to see a tree view of all entities in the world and find hidden or far-away spam entities.
  • "Home" positions for entities that they return to when respawned, leave the world, or when the gamemode is reset (mentioned with wire changes above).
  • Better, more in depth permissions for players - we've already started on this one!
• Avatars on the Gallery - It's coming, folks! We're just working on what the UI looks like.

Long Term Roadmap

While it's too early to fully get into details, we have quite a lot of other features we're interested in adding to the game, over the next year.

• Editable Voxel Terrain - Building terrain is super hard! It's so difficult and tedious for even experienced builders that it causes them to not try to build things. Unfortunately, if you don't build any terrain, Brickadia currently imposes upon you a very heavy visual punishment - the sight of bare plate as far as the eye can see. Terrain would fix this.
• Destruction - You've probably tried blowing up a wall of bricks with a rocket and noticed that nothing happened whatsoever. So lame! Luckily we're going to do something about it.
• Scripting - We're moving into prototyping for this. Luau is currently on the table, but research is ongoing. Stay tuned.
• Custom Content (Modding) - We have existing plans for how common types of custom content can be added to the game and automatically replicate to players joining servers. It's very much on our minds still!
  
  PS: We have removed all technical measures preventing modification of the game such as package signing and obfuscation. These were leftover from the Open Alpha and never intended to ship in the release. While we don't think this is the correct approach for a multiplayer game in the end, feel free to mess around locally in the interim. There will be no support.

Anything Else?

We'll be keeping our ear to the ground on what our players think is vital to add to the game. The things that we prioritize will change over time, so make sure to provide your feedback on what you think is most important, or if there's anything we haven't yet mentioned you want to see.

That's it for now! If your game doesn't work, let us know and hang tight, we'll fix it. Otherwise, we hope you are having fun! This is just the beginning of our journey.

Hey, everyone!

After this long journey of development, we first want to thank you all for joining us on this incredible adventure that has been the creation of Brickadia. We’re beyond excited to finally announce that Brickadia Early Access is NOW LIVE on Steam! To celebrate, we’ve put together a launch trailer made entirely with in-game footage, check it out below! 👇

This isn’t the typical Early Access release, Brickadia Early Access already feels like a full game, completely polished and content-rich. With constant updates planned based on your feedback, it’s only going to get better from here.

What are you waiting for? The world of Brickadia is yours to shape, one brick at a time. Join Early Access now and unleash your imagination!

https://store.steampowered.com/app/2199420/Brickadia/

As always, thank you for being part of the journey as we build Brickadia together ♥️. 

We can’t wait to see the game in your libraries and your creations on social media with #Brickadia!

Look for Brickadia on Bluesky, Twitter/X, TikTok, YouTube, Instagram and join the always growing community on Discord.

Welcome to a new little blog series we're doing in the run up to Early Access. We currently don't have time to write huge technical dev logs like we did in the past, but there are still a lot of new features to talk about! So, we decided to instead post a bunch of little blogs whenever something is ready without losing ourselves too much in the details.

Today we'll talk about a few optional graphics enhancements you can use if "Ultra" just isn't good enough for you and you would really like to use your GPU for heating your room in the winter.

Introduction

Before we start, you can watch this video demonstrating what it looks like with all the features enabled. We had to wait over a day for YouTube to process the video and actually make the 4k60 HDR option available. Isn't that crazy?👇

HDR Output, Episode 2

If you remember our post from a year ago, we actually talked about this before.

The only problem was that since that previous post, we had upgraded to Unreal Engine 5.5 just before the demo, and naturally Epic had managed to somehow break the HDR in the new engine version. This is what were greeted with after the update when a user enabled HDR and opened any UI:

Luckily, this turned out to be easily fixed after some investigation in RenderDoc. They had merely forgotten to clear a render target before using it, causing all this garbage data to be displayed on screen.

There was also a second issue where having the avatar editor on screen turned the background black. That one was more involved, but is also fixed now - to render the avatar editor we now first blur the background in HDR, render most of the UI, render the avatar background on top of the blurred HDR render target and cut a hole into the UI where it should show, and finally composite everything back together into the final output.

These images were captured in 4k HDR using Xbox Game Bar on Windows 11, which writes a JPEG-XR file, and then converted to AVIF using this tool I found, so they can display in the browser. On my computer, the version in the browser looks exactly the same as the game, but I have no idea if that works for you too.

Some troubleshooting if the images don't display correctly:

• If you don't have a HDR monitor, you can't view them.
• If you have HDR disabled in Windows, enable it.
• If you are using Edge or Firefox or something else, use Chrome.
• If you are using Chrome but the images are too dark, change the HDR brightness balance setting in Windows, or change the dynamic tone mapping setting on your display's menu.
• If you are not using Windows, I can't help you.

Lumen & Hardware Ray Tracing

Remember how we implemented support for hardware ray tracing bricks a long time ago? That code had gotten a little scuffed up over the years and was no longer functioning in the demo, but I just fixed it up. Hardware ray tracing is now back for Early Access, it's also quite a bit faster since back then (but still slow...).

In the mean time, Epic had made lots of progress on Lumen. Since we are now on Unreal Engine 5.5, I thought I'd give it another try. We still don't have distance fields to be able to use software ray tracing, but what if we could make the hardware ray tracing path work?

Naturally the first attempt did not work at all. We weren't getting any information from HWRT to Lumen whatsoever:

Since I had never really worked with Lumen before, I opened up an Unreal Engine example project to see how this view should look, and theirs is... quite different, wouldn't you say?

Turns out most of that was just because I had purposefully broken the lumen scene some time ago while making Proto Lumen. Let's revert that change so it only applies when we are actually running in Proto Lumen mode...

The bigger problem is that our bricks are still broken.

It turns out Lumen requires something called a Surface Cache to work properly. Basically, we have to cover our meshes with planes onto which it will render indirect lighting. Of course the code Epic made to do this for normal meshes only works in the editor and is extremely slow as it is intended for offline processing.

How do we do this? We could just write a more optimized version of their code that works at runtime. They are doing ray tracing against the meshes on the CPU side and it can take like half a second to process a single mesh this way. When we build clusters for a large build, we have thousands of meshes.

To do it at runtime, we'll do all of the following:

• We will use the embree4 library to trace the rays, making full use of its capability to trace 8 rays in parallel with AVX instructions.
• We will use our low detail mesh as input for each brick cluster.
• We will use very few rays, accepting a mediocre real-time result.

The full algorithm ends up as the following: it will take the low detail mesh we build for the brick cluster, convert this to an embree4 scene to be able to ray trace it on CPU, overlay a 32x32x32 voxel grid, then for each face of the grid (6) it will trace rays through the grid to hit the mesh, generating layers of surfels at the hit surfaces, trace additional rays to determine if some hits might be "inside" the mesh only and useless, then cluster those surfels to finally end up with the set of most significant surfaces to output as cards.

Our implementation of this is now so fast that it barely increases the time it takes to generate brick clusters.

In real builds, it looks significantly more cluttered, but it works surprisingly well. We don't always cover every surface since the brick clusters may randomly include multiple hollow structures, but we get most of them which is enough for the whole system to work.

Almost every build I've tried had ended up with a usable surface cache.

Let's get rid of those annoying debug views so we can appreciate the glory.

Yes, it does ray traced reflections too.

Almost feels like a real-time photo mode, rivaling the old path tracer we used to have. I've never seen a building game capable of looking this good before...

The memory usage and performance of this mode can be quite heavy. Epic has several performance optimizations in Unreal Engine 5.6, but we won't be able to get that in before release. If it doesn't currently run well on your computer yet, maybe it will once we upgrade to that.

Well, that's all for this preview. There are going to be many more before we reach Early Access. Stay tuned!

Hey everyone!

You’ve been asking us everywhere, and we can finally say it: Brickadia is launching in Early Access on July 11, 2025, on Steam - We can’t tell you how excited we are to finally write those words!. And we’re making this announcement in style, with a new montage trailer made entirely from in-game footage. Check it out below 👇

Here’s what we can share right now: the Early Access version will feel like the full game experience from day one, with the extra-benefit that it’ll come at a lower price than the final release. It’ll be your chance to jump into Brickadia early and be part of something big as it evolves. So for now, don’t forget to wishlist the game on our Steam page.

As always, thank you for being part of the journey as we build Brickadia together. We can’t wait to see the game in your libraries, we're almost there!

For more regular updates, join our Discord!

And to make sure you don’t miss anything, let us remind you about our official Brickadia newsletter - in it, you’ll get everything from the latest game updates to behind-the-scenes news, and even a chance to be selected for an exclusive closed beta ahead of Early Access!

Sounds interesting? 👇 

Hey everyone! With Steam Next Fest wrapped up, we're now full steam ahead, working toward our Early Access release. From the bottom of our hearts, we want to thank everyone, especially our amazing community, for participating in the Demo!

We loved playing with your different worlds and meeting new players and veterans alike. The creativity on display is genuinely beyond our imaginations! Seriously, thank you. We love this community❤️!

Survey Results
Feedback
 Horrible hit detection
 Vehicles are hard to control, slip, and clip often
 No prefab support for physics grids
 Griefing physics contraptions is too easy
 The Tutorial is clunky, unclear and confusing
 Limited gameplay gate options
Plans for EA
 Improved tools and prefabs support
 Improved combat and hit detection
 The Gallery
 Improved physics and vehicle handling
 Wires V2
 New Game Mode system
 Tutorial World
Key Giveaway
Community Showcase

Survey Results

Near the start of the demo, we put out a survey to help us gauge where we are doing things right, where we fell short, and where we should aim our development goals toward. Nearly 2,000 people submitted their surveys, and there are some interesting findings! That is roughly 5.5% of demo players submitting the survey. Thank you to everyone who submitted one.

First, some fun statistics (unfortunately, non-interactive on here).

Roughly half of players who filled the survey indicate they played the Open Alpha. This is interesting, as only about 10% of total players linked an Open Alpha account:

We have an overwhelming majority of male users:

Our main audience appears to be young adults currently:

The majority of players prefer playing in small friend groups:

During the demo, most people focused on dressing up their avatars and exploring existing worlds, which is about what we expected:

Surprisingly, the most liked built-in world was Officecorp Inc! We didn't know we had so many single player puzzle enjoyers among us:

Most of you were happy with the visuals and performance of the game, but we can still improve on making the interface easier to use:

The avatar editor was well liked in general, though some people are still wishing for even more options, despite us already having hundreds of parts!

It's very interesting how the mouse controls and keyboard controls were rated nearly the same. I think there is still room for improvement here:

Using the hammer to delete bricks is the easiest tool to use. Who could have thought?

Most of you prefer the streamlined mouse building control scheme:

We experimented with a lot of ways to integrate removing bricks into the builder, but it seems the hammer is still the most popular:

We are frankly surprised by how high you have rated the stability of the physics in the demo. Are our standards too high?

Most of you said you were able to figure out some basic contraptions:

Everyone figured out how to drive a vehicle but it was much harder to make a new one that drives well:

Your most desired future features seem to already align with our goals for Early Access and beyond:

It's clear that those of you who filled the survey were already very invested in the game:

Feedback

There was a ton of amazing feedback posted on the survey, on Discord, and on Steam, and we've been reading all that we could. Here's a list of things that you all made very clear needs improving (in no particular order):

Horrible hit detection

Hit detection has degraded noticeably from Alpha 5 (which already had subpar hit detection).

The Alpha 5 version of hit registration is based on an unfinished rollback model, where the server validates hits by rewinding time to see where you hit the enemy on your screen. Unfortunately, the solution implemented isn't perfect due to many factors, and it has seemingly gotten worse due to latency issues from EOS P2P and bugs from engine upgrades.

Another issue with weapons is that bullets come from the muzzle of your gun. Seems realistic and reasonable, but in practice, it is very easy to hit obstacles blocking your shot instead of your target in first person. It makes gun fights in corridors and nearby obstacles very annoying.

Vehicles are hard to control, slip, and clip often

One of the more common problems faced in the demo was vehicles flipping over and having little traction. Plus, since we're using actual physical wheels that actually spin, there's quite a bit of unstable behavior that occurs (especially at lower frame rates!). Additionally, climbing up plate bricks is a bumpy ride.

There were also many cases of "clipping" that occurs when two brick grids interact on a seam. You may have ran into this going up ramps or roads on vehicles where the chassis is low to the ground. This is an inherent limitation of how contacts are generated with physics. This has been mitigated with wheels, but not with brick grids. You can see the core of the issue here:

No prefab support for physics grids

The demo still employs the same old saving system from Alpha 5, which never supported multiple physics grids or entities.

Additionally, the Selector tool is still functionally similar to the one in Alpha 5, with the addition of working with brick grids and some usability updates (like splitting grids apart). However, it's not possible to copy/paste an entire contraption at once!

Griefing physics contraptions is too easy

The demo was intended for playing with trusted users only, and therefore barely had any restrictions on physics objects or their interactions. A few brave souls who dared to host a public server soon found out that there is a reason why we did not include the server browser at first as their creation became permanently covered in thousands of wheels and their vehicles lost to outer space.

Another very common request was to be able to define home positions for contraptions and vehicles so you can reset them with the minigame (or even through wires).

The Tutorial is clunky, unclear, and confusing

The demo became super invaluable for us in improving this area. Tons of new users struggled with not only the content of the tutorial, but also in the way the tutorial is presented. It is very clunky to press "M" on your keyboard to free the mouse, just to be able to interact with the tutorial. We've seen many screenshots where the tutorial widget is still stuck on in the player's HUD, no good!

We quickly added some UX improvements during the demo, such as the third-person interaction prompts to tackle some of the low-points, but there is still plenty to improve here.

Limited gameplay gate options

Wires and the new logic/gameplay gates have opened tons of possibilities for players (and you all have done some insanely creative things with just the ones available!)

There is definitely some room to improve here, especially when interacting with Gamemode features. For example, it's not possible to join a team using wires, detect when a round of deathmatch ended, add score, compare score... etc.

In the Demo, it wasn't really possible to make anything too groundbreaking when making gamemodes. (Though, there were some creative usages of physics and wires to make games like payload and survive-the-falling-cars!)

Plans for EA

We want the launch of Early Access to have the right foundations and the best possible user experience we can muster, but we also don't want to launch the game next year. So, the changes below from what you saw in the demo are our MVP for Early Access, and we are currently targeting a release in July 2025.

Improved tools and prefab support

Tackling the issue of saving vehicles and other physics contraptions, we will be upgrading the prefab system to support the new features that BRS did not.

The Selector will also be getting a big upgrade, such as being able to select or deselect individual bricks, and select by brick grids, which should make the Selector much more powerful than just only being able to select a box-volume.

Improved combat and hit detection

Improving the hit detection has been fairly tricky, and originally we wanted the combat system to be very precise. On the technical side, it implements a rollback system (similar to Counter-Strike 2) to ensure hits happened where they happened on your screen. At least, in theory, that is supposed to be what happens.

Due to various factors like Unreal Engine missing fixed-tick character movement, network replication and compensation, the implementation isn't very effective. We will likely move towards favoring client hits, with less aggressive server-side "sanity" checks and/or simplifying the implementation.

And another small but impactful change: the physical muzzle of your gun being blocked will no longer stop bullets the way it used to. Makes it much simpler to build maps that work correctly in first person.

The Gallery

The Gallery is a new feature coming to EA, where you can share your creations with others. It comes with full in-game integration, enabling you to easily find and upload content for all things Brickadia.

We will likely have a blog post detailing all the features and goodies that the Gallery adds, stay tuned!

Improved physics and vehicle handling

As mentioned earlier with clipping, this issue is unfortunately a limitation of physics engines. But, there are things we can do to (hopefully!) fix this, such as implementing sweep-based vehicles/wheels. Definitely stay tuned for a future blog post on this!

We plan on adding various weight bricks / the ability to change your vehicle's center of mass, which should help improve vehicles from tipping over. Increasing the tire friction is an obvious next step after improving these, and improving the handling of vehicles, especially at high speeds.

Wires V2

One of the limitations of gates in the version of wires that shipped in the demo was the reliance on brick components to implement their functionality. This puts many limitations on what gates can do, like having a variable number of ports, or supporting different wire types.

Wires v2 introduces "generic" gates, allowing us to implement gates for many different wire types. This is particularly useful for math gates that support integer and float/double math. Additionally, logic gates will benefit by having any number of inputs/outputs, and will let us design new types of gates such as selectors that need the flexibility.

Anyone who tried creating a complex contraption will likely have noticed timing issues where signals take different time to propagate down paths of different lengths, or even managed to get your gates stuck flickering in a loop for seemingly no reason. While this might be neat in a hardware simulator, it is extremely annoying if you are trying to make things just work. For the new version of wires, the system will correctly order the gates by their dependencies and propagate everything in a single tick.

A new gate, the Microchip, will also allow you to compact entire logic gate circuits into a single gate. A great utility of it is being able to modularize your wire circuits and share them on the Gallery! Plus, there are some really exciting things Microchips enable, as you'll read below.

New Game Mode system

We will be replacing the ancient minigames system with gamemodes! Functionally, they will work very similar, and our plan is to keep as much familiarity between both as possible, while improving the UX and confusion around setting up minigames.

Game modes will be able to be packaged up into a bundle that you can activate independently from the worlds, so you can easily combine different maps with playing different modes on them.

Problems with the old minigame system included figuring out which bricks/entities should be part of the minigame and unclear configuration, which leads many users (even experienced ones) to wonder why things just don't work the way they expect when creating minigames.

Once we're happy with the new UX, we're expanding the power of gamemodes in a dramatic way.

As mentioned before, we're adding the Microchip, a useful tool in the wiring arsenal for compacting circuit designs. In the context of gamemodes, they get a whole lot more powerful and interesting:

Microchips can also be attached to players, or directly integrated in your gamemodes to add new logic. Originally, we wanted to wait on Behaviors (our scripting language) to bring this ability, but it seems obvious that wires are a great fit here too, so we're adding it for EA!

We will be adding onto the collection of gates available, allowing you to do even more powerful things, like listen to game mode and player events, and do things with those events when used in conjunction with the Microchip.

Tutorial World

The tutorial widget we had in the demo, while it helped a little, definitely left many users confused. For EA, we plan to include a detailed Tutorial world that guides you through many of Brickadia's building features, one by one, in an approachable manner.

If your favorite future feature isn't listed yet, don't worry! This journey continues on far beyond Early Access.

Key Giveaway

For those who opted-in to the key giveaway in the survey, we've gone ahead and emailed the randomly selected 5 winners a Steam key. Congratulations to the winners, you will be able to play the game as soon as it releases!

Thank you!

And to everyone that had a chance to play the demo, thank you! For those who haven't seen any of the amazingly creative builds users have built, here is just a handful of ones we picked from our Discord and socials:

And finally, some crazy devices that employ sound. Take a listen!

We’re really excited about what’s coming next, and we can’t wait to share more with you soon. As always, thanks for all your feedback and support—it means the world to us! If you have additional feedback, you can always drop by our Discord (we're active there!), or send us a message through any of our social medias.

And lastly, Happy Frog Day! Wait, what do you mean it's not Frog Day anymore, and it was last week? Oh well, have this frog anyway.

Hey everyone, a short post for once! We're extremely happy to announce that the Brickadia Next Fest Demo is now available for download through Steam for a limited time! If you're here to play the game, you can click here for the Steam page to download the demo. For everyone else still here (you should go play the demo instead!), read on.

Our Next Fest Demo includes almost every feature we've been cooking up over the last few years, including physics contraptions, drive-able vehicles, wires, and our world system, and of course our brick-building system that supports millions of bricks at the core of it. If you haven't seen the brand new trailer for this demo, it was filmed entirely in-game in this demo!

What does this demo not include? Behaviors, the new gamemodes system, and the Gallery. Our planned Behaviors scripting system is on the back burner at the moment as we have been focusing on wires and logic gates first! This demo currently has the same old "mini-games" system as our old Alpha had - this system is planned to be replaced with a simpler, more flexible gamemode system in Early Access, but currently this hasn't been implemented yet for this demo. Our Gallery is also not ready yet - but we do really want it to be part of the proper Early Access release as it will let everyone properly share their creations and instantly load into other peoples awesome worlds.

A very exciting day for Brickadia indeed! This isn't our full Early Access release yet, but releasing a brand new demo showcasing the current state of our game is still a giant leap forward for us. We really look forward to seeing what you all create in this demo - please post your creations in our Discord, on social media, and in the subreddit. We love to see them!

We will have a survey available towards the end of the Demo. Please give us your honest thoughts and suggestions as that will shape the direction we take the first Early Access release.

As always, thank you for reading. And go play the Demo! Stay tuned.

Today we're going to be dipping our toes into two big Early Access features that haven't been discussed much on the blog: Wires and Vehicles. We'll also go over all the other cool stuff that the team did in 2024!

But before all that, we have an announcement: In February, we'll be joining the Steam Next Fest with a time-limited demo! During the fest, you'll be able to get your hands on an early preview of all the new creative features we've been cooking for the past few years!

The Next Fest build will be our Creator Demo, a build of the game that will focus on building and creators. The demo will be available from February 24 at 10 AM Pacific to March 3. We'll share more on this demo as we get closer to the Fest!

To be notified, add Brickadia to your wishlist on Steam.

Building Tool Improvements
 Offsetting From the Plane Lock Plane
 Follow Mode and Precision Mode
  New "arcball" rotation controls
  Reorient rotation still exists
  In follow mode, player now faces the brick
 Negative Spacing
 Upgraded Pie Menu
 Default "Loadout" of Bricks
 Correct Grid Snapping (To Edge/Over Edge)
 Align Half-Plate Thick Bricks To Surface
 Inventory is Single-Quickbar Again
 Entities
 Improved Catalog Organization
Wires
 The Solution
 The Connector
 Buttons, Targets and Switches
 Logic Gates
 Wire Types
 Various Examples
Vehicles and Contraptions
 Joints
 Joints Being Used Ingame
 Seats
 Driveable Cars
 Various Examples
Other Stuff!
 Procedural Brick Generation
 Weapon Resources
 Homing Missile
 Pole Resizable in All Directions
 Other New Bricks
 Skirts and Dresses
OK That's Everything

Building Tool Improvements

I really should write a full blog on how these work but here's an outline of what I have at the moment.

Offsetting From the Plane Lock Plane

Plane lock was added back into the new mouse building controls with a new feature: You are now able to offset from the plane lock plane in plane lock by scrolling the mouse.

This creates this cool line between the actual lock grid and the raised one. It has a bunch of uses.

Follow Mode and Precision Mode

In a huge surprise to absolutely nobody, I remade Orbit Mode and Detached Mode. They are now renamed to Follow Mode and Precision Mode. These modes share essentially the same codebase with different keybinds. However, several things work much better:

New "arcball" rotation controls

The rotation in follow and precision mode now offers an "arcball" rotation scheme when you hold ctrl, inspired by that offered by games such as Space Engineers. What does "arcball" mean? It means rotation is now relative to the surface you're looking at. Left/Right/Up/Down will all rotate the surface 90 degrees to point in that direction without affecting other axis, while the additional rotate buttons will turn it counter-clockwise and clockwise. Take a look:

Reorient rotation still exists

Holding R still gives you reorient controls. Tapping in a direction will rotate your brick to face in that direction, exactly as is offered by the mouse controls:

In follow mode, player now faces the brick

Finally, as a last little polish feature, your player will now "look" at what you are doing while you're in follow mode. Other clients see this too.

Negative Spacing

A very oft-requested feature since we added the ability to row-drag templates, and especially since we gave testers the ability to grid and volume-drag them has been negative spacing. Negative spacing allows you to overlap instances of the template you're dragging, making it possible to place a template that interlocks with itself.

The simplest example of course is a brick wall like here.

But there are more advanced cases, especially when you're placing wires (which we'll talk about in a bit) which auto-attach when overlapped with the same brick type attached within the template:

Upgraded Pie Menu

The tool pie menu now has descriptions.

When you select the Placer from the pie menu, you'll select the last brick you had selected, or else the first brick found in your inventory, or else a 1x1f will be thrown in the TEMP slot and you'll select that.

Default "Loadout" of Bricks

The quickbar now has things in it without you having to open the catalog and add them, which greatly confused people who came by our booth when we showed the game at a convention in November.

The default loadout is very transparently the minimal kit for building a car (don't worry, we'll get to cars):

Correct Grid Snapping (To Edge/Over Edge)

In alpha 5, when you are in one of the keyboard building modes (follow/precision as they're now called) your brick has never actually moved or aligned to the grid properly. Thankfully, the only way to notice this was to try and use a micro-brick, or some other brick that wasn't large enough to align to the grid.

In mouse mode, Alpha 5 can align your brick the way we intended - to the nearest edge of the aimed-at grid cell. It's only follow and precision mode that are broken (actually, quite a lot of the Alpha 5 building is broken).

What follow and precision mode actually should have been able to do was move bricks that are smaller than the grid cell on the move axis "to, then over" the grid cell's border, which oftentimes is an uneven movement per button press and so can't be done by simply offsetting the brick each key press. This corrected "to, then over" movement is how it works in Early Access.

Align Half-Plate Thick Bricks To Surface

When you have the plate grid alignment mode selected (you literally must give it a try!) try aiming at the surface of a micro-brick or some other surface that does not align to that grid in Alpha 5. Your brick will float.

What's worse is that this can be hard to notice from a distance, so you get done building something and then find it floating an uncorrectable (1-2 unit) distance off the ground.

In Early Access, your brick aligns to the depth of the surface you're looking at, even in Plate mode, as long as it isn't inside the bounds of a brick. So your micro-brick will actually place against off grid surfaces in Early Access:

Also notable here, but easy to miss - resize dragging moves the size up to the first grid edge for the first resize increment, then expands to fill further grid cells.

Inventory is Single-Quickbar Again

Many of you commented on the section of the last blog post saying that the multiple quickbars and increased inventory size may be difficult to deal with for new players. This is exactly what we found during testing, so they've been removed.

Entities

Since adding entities, we have added exactly two (2) entity types so far.

The first is a ball that can be painted and resized. As always, I forgot to add a size limit.

But then we have the current main use case of entities: Wheels. Wheels make perfect sense not to be bricks - they get to have proper analytical collision and they do not waste the server's processing power managing another brick grid. There are countless wheels in the game so far and here are a few of them:

Improved Catalog Organization

Confidentbottle has improved a bunch of stuff relating to the organization of the default catalog. First and foremost, the Entities tab is gone as there were not enough entities in the game to justify it. Instead, the Bricks tab is now an Objects tab:

Categories have been reordered to make more sense, with bricks you'll want to use first prioritized rather than the alphabetically ordered sets of Alpha 5.

Also, Micro-Bricks now have their own tab and are actually ordered sensibly, meaning you don't have to scroll right to the bottom to get at the regular cubes.

All the magical gameplay bricks and entities are spread across 3 categories, rather than ending up hidden in Special;

• Physics stores bricks and entities meant for making physics contraptions.
• Mechanics stores bricks and entities meant for making interactive machines or experiences.
• Logic Gates stores the logic gates provided to users of the wire system.

Wires

Back when we were thinking about the design of our still TBA scripting language, Behaviors, we very quickly realized that most of our players wouldn't want to have to use it to do simple things. No matter how approachable you make your scripting system, the more it can do, the more complex it has to be - and the more daunting it becomes to beginners.

But why should they have to learn what a function is, what bindings are, what symbols and variables and booleans and parameters are, just to make a switch open a door?

Or even to make the correct combination of switch values open a door?

These are use cases so simple that they shouldn't even have to go through scripting at all.

The Solution

If you've read previous blog posts, you already know this bit, but for new people I'm going to go over it again;

Conveniently, everything in Brickadia is data-driven - i.e. has a state that can be controlled very directly by reading and changing variables. Let's simply designate some variables outputs, and some variables inputs, and let players designate "links" between a given output and multiple inputs somewhere else. When the output variable changes, linked input variables are set to the same value.

This "link" is all a wire is.

The Connector

To attach wires, we have this tool, the connector. The connector lets you connect wires between physical ports in 2 clicks. For bricks without those, you can select your source or target port from a list instead:

As always, we've added a bunch of QoL features to the Connector to make it super easy to work with. You can hit R to restart connecting from the last port and hold Ctrl to multi-connect. The GUI has a quick fuzzy find search where you can press enter to choose the first port in the current results.

You're probably wondering if there's a way to organize these wires better. There is! Rerouter bricks. With the Rerouter brick, you can always organize your wires super nicely.

Buttons, Targets and Switches

We have 3 inputs to the wire system right now, none of which support animations yet:

Switches can be clicked to toggle their output signal between off and on. There are a lot of use cases.

Buttons emit an on signal while your mouse is held and an off signal otherwise. Originally, they had an on-off time, but the "holding" functionality is far more versatile. For advanced use cases, you can even get a count for how many players are holding down one button.

Targets emit an on signal for a certain amount of time when shot with a projectile or hit with a melee weapon. If hit while on, their current "on" signal will be reset to that amount of time instead.

Logic Gates

There are a ton of gate bricks with physical ports (most of which you see in the catalog above) that you can route your wires through. The system is turing complete, and you can use it to do most things.

As an example, we can use an AND gate to make a door that opens only when two switches are flipped.

Or an OR gate to make an item collectable when one of two buttons are held.

Wire Types

You've probably noticed all the wires are red. Can they be other colors? Yes, they can!

A wire's color is determined by the type of data it carries. Red wires carry booleans, i.e. an on/off signal. But since wires can carry any property type, you can also send decimal numbers and do operations on those.

Since wires automatically convert between all the basic types, you can send boolean values into ports that take numbers (as 0 or 1) and vice versa (!= 0 is 1).

In addition to this, and as you saw above, everything always converts into a string - which is how we can display the value on interact at the end.

With integer numbers, you can do bitwise operations. So here's something more advanced that most of you won't ever need to do: With a bit of work, we can send 8 different booleans as a single integer value.

Various Examples

You can make lots of things in Brickadia with just wires and no scripting. Eventually, though, wiring contraptions together becomes more of an art itself. There are some things you really should be doing with scripting later. But of course, you don't have to, so maybe, just for fun, you don't.

The UX of wires is basically finished with just some polish and additional features down the line.

Vehicles & Contraptions

You are all long overdue for an explanation of our plans for this, but there is a lot to go over so I will try to be concise here.

Joints

The first part of vehicles we implemented were the basic bearing joints, which currently remain the only joints in the game. Right now, they come in 3 flavors; Bearing, Motor, Servo. To attach a brick to a joint, you simply place it on top of the joint.

The Bearing (left) simply rotates freely with customizable damping (damping is the force with which the joint tries to slow to a stop while spinning). It's good for making hinges for doors, windows and other things, but it can't do anything advanced.

The Motor (center) is your workhorse powered joint. When enabled, it will spin with constant power you set. You can make something that spins constantly such as a platform or part for a total wipeout course, and you can even combine it with wires to make things like deathrun traps, fairground rides, and mechanisms.

Finally, the Servo (right) is what you use when you want something to move to a specific position and to try with user-specified force to stay there. It can be used to make suspensions but is most useful when paired with wires, which you can use to make automatic doors, spinning counters, all sorts of things.

We have micro joints too!

Joints Being Used Ingame

There are lots of use cases. Here are some images and videos from recent dev media.

Seats

The obvious next thing to make was some way to sit down and be attached to whatever ride/pseudo-car/other miscellaneous deathtrap you made. That comes in the form of the Seat, which you can click on to sit in.

There is not much else to say here. If you put one on a physics contraption it works as expected.

Driveable Cars

Again we are left with the problem of how to make versatile behavior possible without forcing the user to do a lot of work. And just so we're on the same page, programming good vehicle control is hard, easy to do wrong, and not even the first problem we need to solve.

The first problem we need to solve is how to allow a player set up their car, which they have built out of a lot of small little bricks, to drive in a way that resembles sensible.

To demonstrate the solution I came up with, here's what we want to drive:

It would certainly be quite a stretch to call this a "vehicle", but I'm going to anyway.

We need to mount the wheels, but there's immediately a problem. If we put our wheels on the car with a Motor, they wouldn't be able to steer. Motors only turn.

Enter the Wheel Joint, which can steer and turn. It even has a built in suspension.

Already this is starting to look more like a car. We still can't drive it, though. Nothing is controlling the wheel joints.

There are many different schools of thought in sandbox games for how you tell the game how the player's controls control the car, but me? I'm partial to the approach taken by Robocraft and Spore (a creature is technically a vehicle, right?). That approach being: The game should figure out as much about how to drive and steer your creation as possible on its own, without you needing to be involved in every little decision.

But this is Brickadia, so we also want modularity. We want to be able to entirely exclude functionality we don't want, like gear switching and air control. And we want to be able to tweak things that make sense to tweak, like acceleration, braking force and top speed.

This means that first of all, we should add the least additional functionality to the Seat as possible. We should simply have the Seat emit a Control signal that we can use (or decompose into wire outputs) somewhere else.

What do we attach it to? Introducing the Wheel Engine.

The Wheel Engine's placement designates the forward direction for our vehicle, and also where the engine noise comes from. This means that even if the seat were placed like this:

The vehicle would still drive correctly. In fact, to make sure, let's leave that there. We'll put another one on the other side. For balance. And we'll also wire up the driver's seat.

The driver sits on the left side, so they're not in danger of being hit by traffic. I'm so glad we found a way to solve that design problem.

By the way, you don't have to use this big bulky engine if you don't want to. There is a small alternative that has all the same features.

The engine gets very happy when we sit down in the seat and makes a noise. But we can't drive yet because we gave it no control over the wheels.

How do we do that? It's easy. The engine takes the seat's input signal and translates it to a wheel control signal that we can wire into the wheel joints.

Let's do that now.

And now it drives!

And no, extremely keen eyed readers, you eyes are not deceiving you - the engine is calculating a steering box containing all the wheel joints and doing Ackermann Steering, which reduces wheel slipping and is what you find on most vehicles in the real world:

All this, too can be combined with wires. The engine is fully wire controllable!

Various Examples

The testing team have built vehicles that are, somehow, even better than mine. Here are some videos of their adventures:

Other Stuff!

Procedural Brick Generation

I have just finished the brick composer, a dev tool we can use to create new procedural brick types.

Without going too deep into detail, the brick composer is able to take a few carefully made mesh parts parts in blender, like these:

And by arranging them and retexturing them, create a fully realized resizable brick.

This generator is super powerful. It can already be used to make all but 3 of the 28 procedural brick types currently in the game. Of that 25, 16 (including all of the micro-bricks) can be made simply by opening Blender, cutting up the default cube a little bit and throwing some Dyn texture markings on its faces:

We plan to use it for many more bricks including the resizable slider joints.

Weapon Resources

Weapons now have a "resources" system.

There are several types of weapon ammo in Early Access:

• Arrows, used for Bows and Crossbows.
• Black Powder, used for old timey weapons like the Flintlock Pistol.
• Explosive Ammo, used for the Rocket Launcher & Grenade Launcher.
• Light Ammo, used for Pistols, SMGs and others.
• Medium Ammo, used for Assault Rifles, Machine Guns and others.
• Heavy Ammo, used for precision rifles.
• Magnum Ammo, used for Magnums, Revolvers, and the LAR.
• Plasma Ammo, used for heavy energy Sci-Fi weapons.
• Pulse Ammo, used for low energy Sci-Fi weapons.
• Shotgun Shells, used for shotguns.

But the resource system is made in such a way that weapon resources aren't just limited to ammo. Weapons can have individual resource values that they track to influence behavior - heat, charge, and more. There are no examples yet - for now, as a task, ammo is large enough.

Homing Missile

I saw a cool implementation of speed-conserving proportional navigation, a homing algorithm for projectiles, on the UE5 marketplace. It made me want to program my own from scratch, so here is Brickadia's very own homing missile in action:

Speakers

These come with an audio component pre-attached. Get some tunes on!

Pole Resizable in All Directions

I decided to unlock the pole's resizing and see what would happen. I expected the brick to break but with a few tweaks to the vertex count generation it's actually fine. So I've left it unlocked:

Other New Bricks

We have (a few) new decorative bricks that don't do anything at all!

Skirts and Dresses

OK, That's Everything

For more regular updates, join our Discord!