space engineers can

Well first of all, text panels and LCDs are the same, they are IMyTextPanel blocks and thus share the same features, work the same but merely got different names and models.

You have to take ownership over the block in order to change the settings for it. Once you did that you have to change the display text to either public or private and then change the according text fields to contain whatever text you want inside it.

space engineers can

The LCD Panel is a thin panel that takes an entire block face and can display a variety of messages and textures that can be displayed constantly or triggered by the Programmable Block, Sensor, Timer Block, or any other block capable of triggering.

Choosing "Edit Text" allows inputting custom text such as the name of a room to use above doors. The text can then be scaled up to fit the screen dimensions or preferred size by using the "Font Size" slider.

The "Color" sliders allow setting the text colour using RGB slider and "Backgr." allows setting background fill colours (default black). If using a transparent LCD then the text will be against transparency unless fill colour is added.

"Loaded Textures" has a list of the available default and modded (where applicable) images available for display on the screen. Select the desired image and select "Add to selection". The selected image will then show in the second "Selected textures" panel.

When multiple images are applied they can be set to cycle between with the duration between images being set by the "Image change interval" slider. To remove an image from display select it in the second panel and select "Remove selected".

The "Preserve aspect ratio" checkbox can be used to prevent the image being stretched if it does not fit the screen properly such as when using a wide LCD.

To set the LCD to display a script, choose "Script" from the dropdown. Choosing Script allows the display of information such as weather, artificial horizon for vehicles, Energy and Hydrogen level etc.

The panel"s title and text can be made public, private, or a combination of both. Textures applied can be selected from a list or custom textures can be selected. Textures can be set to rotate on a timer, changing from one to the next. GPS coordinates shown in the GPS format in the text panel will appear in the GPS and can be activated (=shown on HUD).

The LCD Panel could be accessed with the programmable block as IMyTextPanel. It could work in ´Texture Mode´ in which the selected textures are shown or the ´Text Mode´ in which the text is shown. The following methods are available:

space engineers can

The various LCD Panel blocks are a great way to add a human touch to a ship or base by displaying useful images or text. For LCD configuration and usage, see LCD Surface Options.

Note: Some functional blocks, such as Cockpits, Programmable Blocks, Custom Turret Controllers, and Button Panels, have customizable LCD surfaces built in that work the same way as LCD Panel blocks, which are also discussed in detail under LCD Surface Options.

LCD Panels need to be built on a powered grid to work. Without power, they display an "Offline" text. While powered without having a text, image, or script set up, they display "Online".

LCD Panel blocks come in a variety of sizes from tiny to huge (see list below) and are available for large and small grid sizes. Note that LCD Panel blocks all have connections on their backs, and very few also on a second side.

All LCD Panels and LCD surfaces work with the same principle: They are capable of displaying dynamic scripts, or few inbuilt static images accompanied by editable text. Access the ship"s Control Panel Screen to configure LCD Panels or LCD surfaces; or face the LCD Panel block and press "K".

A Text Panel, despite its name, can also display images. On large grid, it is rectangular and does not fully cover the side of a 1x1x1 block. On small grid it is 1x1x1, the smallest possible LCD block in game.

On large grid, you choose the Text Panel when you need something that has rectangular dimensions that make it look like a wall-mounted TV or computer screen. If you want to display images, this one works best with the built-in posters whose names end in "H" or "V" (for horizontal or vertical rotation). On Small grid, you place these tiny display surfaces so you can see them well while seated in a cockpit or control seat, to create a custom display array of flight and status information around you.

Corner LCDs are much smaller display panels that typically hold a few lines of text. They don"t cover the block you place them on and are best suited as signage for doors, passages, or containers. They are less suitable for displaying images, even though it"s possible. If you enable the "Keep aspect ratio" option, the image will take up less than a third of the available space.

These huge Sci-Fi LCD Panels come in sizes of 5x5, 5x3, and 3x3 blocks, and can be built on large grids only. These panels are only available to build if you purchase the "Sparks of the Future" pack DLC.

They work the same as all other LCD Panels, the only difference is that they are very large. In the scenario that comes with the free "Sparks of the Future" update, they are used prominently as advertisement boards on an asteroid station.

This LCD panel can be built on large and small grids. The transparent LCD is basically a 1x1x1 framed window that displays images and text. It is part of the paid "Decorative Blocks Pack #2" DLC.

What is special about them is that if you set the background color to black, this panel becomes a transparent window with a built-in display. In contrast to other LCD Panels it has no solid backside, which makes it ideal to construct transparent cockpit HUDs, or simply as cosmetic decoration.

While configuring an LCD Panel, the GUI covers up the display in-world and you can"t see how the text or images comes out. In the UI Options, you can lower the UI Background opacity to be translucent, so you can watch what you are doing more easily.

space engineers can

All armor blocks have received an update to collision models as well as the specific blocks listed below. These collision updates are an ongoing process.

If you still experiencing issues with your faction, restart the faction. Remove all members including the leader so the faction is deleted and make it again.

Sparks of the Future update explores our fascination with science and science fiction and delivers on that with a vision of hi-tech visuals in the Space Engineers universe. We are really excited about exploring all of the possibilities this genre opens to us. Whether it"s a vibrant high-tech space station located among an asteroid cluster, a classic sci-fi themed space cafe, or just a cool looking spaceship bristling with Ion thrusters and neon armor - we hope all of this will add to your story in a world of high technology.

Similar to our previous major releases, we decided to give you an opportunity to support the further development of Space Engineers. We have created a pack which consists of cosmetic items to enrich your game visually. You can experience them in the free Sparks of the Future scenario. The price of the Sparks of the Future Pack is $3.99 USD, or your regional Steam equivalent, so if you wish to support us, check out the Sparks of the Future Pack.

We are always impressed by the innovation of our modding community! We would like to thank these members of the Space Engineers community for continuing to inspire us through their ideas, suggestions, and hard work.

We added Small Hydrogen Tank and a handcrafted planet Triton, which features a breathtaking snowy and frozen landscape, that players can explore and build across.

Visual Scripting Tool has been reworked - it is provided to our players to allow them to create their own campaigns, stories and more complex experience than it is possible with modding and programmable blocks. This tool’s UI has been redone and major bugs in Visual Scripting Tool, as well as the scripting engine, have been fixed.

Similar to our previous major releases, we decided to give you an opportunity to support the further development of Space Engineers. We have created a pack which consists of cosmetic items and the Frostbite scenario designed to enrich your game visually. None of the things in the package brings any advantage to players who purchase this DLC. The price of the Frostbite Pack is $3.99 USD, or your regional Steam equivalent, so if you wish to support us, check out the Frostbite Pack.

You are a member of a salvage crew, which has been tasked by a mysterious client to acquire something extremely valuable (yet unknown) on Triton. Play solo or with up to four players; explore this moon’s frigid landscape and remarkable architecture, and overcome numerous engineering challenges as you uncover this world’s secrets. The scenario gives you several hours of gameplay.

We’d also like to thank several members of the Space Engineers community, who contributed voice-over recordings for the new Frostbite scenario: Naburine and DirectedEnergy of Ball&ChainGaming & Misfit Studios (creators of Protocol 51), Nathan "Silverbane" Steen, Skyler "Gorhamian" Gorham, Jacob "wearsglasses" Ruttenberg.

We would like to celebrate the Holidays with all of you, our players, whether you celebrate Christmas, Hanukkah, Kwanza or any other holiday during this festive season.

Today’s release is a special one, because we are bringing you a number of “presents”. The first one, the Small Window blocks have been requested by many players, so we decided to add them to the game. There are 20 small window block variations in total, so I’m sure you’ll unleash your creativity even more now.

Another one is the Large Open Cockpit, which has also been super popular with our community. This cockpit is an addition to already existing seats, but again, we listened to our community and we decided to give it to you as a Christmas present.

Finally, we are adding additional Catwalk variants into the Deco Pack 2 DLC so they look good in even more situations. This upgrade is free for everyone who already owns the Deco Pack 2.

Thank you for being such an awesome community! We hope you’ll enjoy this update and that you’ll have a great time playing Space Engineers during the holiday season.

It’s hard to believe, but Space Engineers was released six years ago. It seems like yesterday, but I think the time always runs very fast with the things you love. It would take the entire blog post to mention all names and people who contributed to the success of Space Engineers. But it were not only my colleagues who I’d like to thank, it’s also you, our players and modders, who helped us to shape the game, gave us great ideas and who constantly provided us with feedback.

Similar to our previous major releases, we decided to give you an opportunity to support the further development of Space Engineers. We have created a pack which consists of cosmetic items designed to enrich your game visually. The package is the second edition of the Decorative Pack, which was released back in April this year. None of the things in the package brings any advantage to players who purchase this DLC. The price of the Decorative Pack II is $3.99 USD, or your regional Steam equivalent, so if you wish to support us, check out the Decorative Pack II on Steam.

Any player can now use Store and Contract blocks which are owned by other players and set to Anyone Can Use (NPC owned blocks cannot be used this way for gameplay reasons)

The last couple of months were busy in Keen. We were working on another major update, which we are releasing today. Many of you have participated on our public tests, so you probably know that the update is about the new economy system we are bringing into the game.

Regarding existing feature polish, we have addressed a record amount of long term issues and bugs, so many thanks to our incredible community for their continuous support and patience. There really is something for everyone in this update!

All new game features related to the economy are free of charge. The free update includes the economy code updates, the safe zones, all the contract features and long term fixes. For players who wish to support the further development of Space Engineers, we have created a Pack which consists of cosmetic items designed to enrich your game. The price of the Economy Deluxe pack is $3.99USD, or your regional Steam equivalent. So if you wish to support us, check out the Economy Deluxe Pack on Steam.

Our community is very important to us and as we were working on this release we’ve decided to surprise you by one decision: we are adding new things to already existing DLCs. Everyone who owns particular DLC will get the following things for free:Golden armor skin

If you want to play it in an older world, you have to turn it on in the world settings (Advances Settings in game, Dedicated Server UI for multiplayer).

This allows you a safe way to access other grids and disables power/gas transfer. Also connected grid can not manipulate items through that Connector.

We"re also planning more public tests for the upcoming Economy (major) update. More information on this major update will be released soon. Thanks for reading!

Fixed mouse cursor disappearing when opening/closing Ansel (Ansel is dependent on Geforce Experience, make sure you have it installed for optimal behavior)

It’s time for another major update. We have been very busy since the release of Space Engineers from Early Access. We continued working on the game improvements and in this update we focused on a new feature: Build Planner, and one new block: Small Cryo Pod and on customizable game elements, such as skins, emotes and armor skins.

The Build Planner feature allows players to create a list of blocks or components, which can be automatically transferred into their inventory. It significantly simplifies the gameplay and we are sure that you will appreciate it. Special thanks to one of our top community members DraygoKorvan, for the inspiration to create this Build Planner.

For players who wish to support the further development of Space Engineers, we have created a Style Pack for $5.99USD which consists of two character skins, four character emotes and two armor skins. With this release, we are also bringing two new character skins to the game: NextGen and Fiber. Both character skins are only decorative and you can buy them in the Steam Item Store. The price will be set to $3.99USD per skin set. We decided to keep the same approach as with our last update, being that if you decide to not buy the Style Pack/character skins, you are still getting a major free update containing all the gameplay features! This gives you the opportunity to enjoy new things, but also the chance to support the further development of Space Engineers, if you are willing to do so.

A: The reason for not having these individual skins to be part of the Style Pack is because these are two specific skins were developed separately from the Style Pack. As these two skins are unique, we wanted to give players the opportunity to buy them individually in case some people do not want to buy the entire pack. We also want to see if players are more interested in packs compared to individual items or perhaps both.

A: The complexity and technical requirements are different for these two packs. We spent much more time working on the Style Pack than on the Decorative Pack. The Decorative Pack was also the first DLC we released after Space Engineers moved out of Early Access and it showed us that many members of our community are willing to support us. Therefore, we invested more time and effort to bring some game changing things to Space Engineers now and we plan to continue this for upcoming releases. Another reason is that we wanted to give the Decorative Pack to as many players as possible, and a reduced price definitely helps :)

A: I do not want to spoil the surprise, but it’ll be a game changer that will give players a better system for cooperation, as well as certain levels of tasks and goals, which can be managed by themselves

BP will withdraw and deposit relevant components from the conveyor system you are interacting with using inventory screen buttons or rebindable shortcuts

Held block from toolbar can be put to empty BP by clicking RMB over a highlighted conveyor port, it will try to withdraw components for it at the same time

Fixed spectator from respawn screen (Shift+Esc) being available to everyone (Now have to have spectator rights, change to spectator is irreversible as you don"t have character to get back to)

All players can now use any DLC blocks without owning the DLC, however, placement (place a block, spawn in a blueprint containing DLC blocks, initially weld projected DLC block) is still reserved for DLC owners only

It’s time for another exciting update for Space Engineers. The most obvious change is the fact that with this release we are bringing both free and premium content to the game. This gives you the opportunity to enjoy new things, but also the chance to support the further development of Space Engineers, if you are willing to do so.

All players will get new functional cockpit LCDs with customizable screens, replay tool, which can be used for setting up various animated scenes, brand new random Encounters, Steam trading cards, badges and backgrounds, and all bug fixes, optimizations, and smaller improvements for free.

For players who wish to support further development of Space Engineers, we have created a bulk of Decorative Blocks, which you can use for various decorations on your spaceships, vehicles and space stations. The price is $3.99 USD, or your regional Steam equivalent. You can purchase the Decorative Pack here.

If you decide not to purchase the Decorative Pack, but you want to play with friends or other players who did buy the Decorative Pack, you will still be able to join a multiplayer game or server with them and enjoy the game. In this case, you will be able to view these new blocks, but you won’t be able to build or interact with them.

Note to modders: When modding the decorative blocks, copy the current settings and then do the change on top of that. The mod will also include the DLC tag: < DLC >DecorativeBlocks

A: Actually, even this update isn’t paid. The major part of this update (LCD screens, Replay Tool, new music tracks, smaller improvements) is free for everyone. Only the smaller and not mandatory part is paid - Decorative Pack.

A: The way we designed this is that even people who don’t purchase the Decorative Pack can play on servers with people who own the Decorative Pack. Players who don’t own the Decorative Pack won’t be able to build with these new blocks, nor interact with them, but they will be able to view them in-game.

A: To support future development of Space Engineers and other leading-edge projects we plan to work on at Keen Software House. Players kept asking us for something they could buy to support the development of Space Engineers, and the Decorative Pack is a great option for them.

A: Right after Space Engineers left early access and all hot issues were resolved. Most of the work was done by the Art team, the rest of the developers is working on other long-term updates.

A: We want more people to play Space Engineers, which means we must lower the barrier of entry. When the Space Engineers community grows, everyone benefits from this - more content on Workshop, more mods, more new ideas, more people to play with. This means that all non-mandatory features should be optional, so only those who really want them can pay for them. That’s why we decreased the price of Space Engineers, and made the Decorative Pack an optional purchase.

A: Hehe, if you put it this way, it sounds kind of funny. :) But the reality is that decorative blocks are low-hanging fruit, not a bottleneck towards those other mentioned future features. Additionally, the decorative pack can bring added profit and make the mentioned things happen.

February 28, 2019 is the day for all Space Engineers. Today, we are moving Space Engineers out of Early Access. Getting Space Engineers out of Early Access has been planned for a long time. We have worked on it basically since 2016/2017, when the game entered beta. It was our goal to release the game in the state we consider to fulfill our original vision, including all planned features and core game components. Moreover, the game includes a lot of things that were not planned at the beginning of development (solar panels, planets, rotors, pistons, wheels, and many more features).

Space Engineers was one of the first Early Access games on Steam and one of the few titles to be successfully released after several years of passionate development. We keep our promises!

Space Engineers has been in Early Access for 5+ years, and during this period we developed the game from a proof-of-concept to a feature complete space engineering sandbox. We sold more than 3 million copies and we have more than 200,000 monthly active players.

Because Space Engineers development was open, you were able to see what’s happening under the hood. Contrary to other products, where you see the final product, but don’t see how the project has been developed and changed over time, and what challenges the development team had to overcome.

With this update, we are also setting a new price for Space Engineers to $19.99. According to our analysis and tests, this price better suits the majority of Space Engineers fans. This change also brings all regional prices on Steam to match countries specifications and regional differences.

Hello, Engineers! Today"s minor update brings you more improvements in Airtightness, UI and Scripts. There are also bunch of fixes for issues found by our community. Thanks for reporting them - it really helps us locate and fix everything!

It’s time for another major update! We are happy to share a lot of exciting news and updates about several things we’ve been working on during the past three months. This update is much bigger than we expected and is focusing on better player experience. It’s also addressing a lot of requests we received from you, our great community: Airtightness improvements, relative inertia dampeners, better in-game help and much more!

Coincidentally, it’s also the fifth anniversary of Space Engineers being released in Early Access! A MASSIVE thank you to everyone who has supported us since we launched the game and welcome to all of the new Engineers.

Today"s minor update brings you more dedicated server GUI and Remote Client improvements, more descriptive tool tips for trash removal settings and lots of quality of life improvements and fixes. To name a few, we have addressed a rare issue with cars, which should prevent these vehicles from experiencing explosions. And we fixed slow loading times or issue with Game is already saving.

We are so happy that you are enjoying Space Engineers multiplayer, every stream, youtube video or game session we see is an absolute blast of fun. And that is the best outcome we could have hoped for.

After six months, we are releasing the next major update, which is focusing on the complete overhaul of multiplayer in Space Engineers, and a number of new features and optimizations. This was a massive overhaul and that’s why it wasn’t possible to make this update in weekly increment - so thanks a lot for your patience!

We had to redo major parts of the engine and there was a lot of experimentation - for example changing the prediction protocol on client-server and observing if it’s better for user experience or worse, and many more. Space Engineers has many systems and special care had to be taken for each of them: player character, jetpack, ship, wheeled vehicles, voxels and planets, fast moving objects, deformable entities, antennas, player standing on a moving grid, colliding grids, rotors, pistons, wheels, and many many more.

But wait - that"s not all! With this massive multiplayer update we are releasing optimizations and performance improvements, Safe Zones, Female Engineer and much more!

If you want to help us, please leave all your bug reports in the Bug Reports section on our forums: https://forums.keenswh.com/forums/bug-reports.326950/ It really helps!

Hello, Engineers! We continue with the steady stream of regular minor patches, while most of the team is working on more optimizations and polish for the future major update. Thanks a lot for your patience, support and all the bug reports!

And if you are experiencing any issues with the game, please leave us a report on our forums in Bug Reports section. It really helps us to make Space Engineers better and better every week! https://forums.keenswh.com/forums/bug-reports.326950/

Hello, Engineers! We bring you huge load of improvements and fixes as usual after every major update. And thanks again for all your feedback - it really helps us to make Space Engineers better!

If you have any questions or requests, please do not hesitate to contact us, we will do our best to solve your problems. We would be also very happy if you can submit your feedback at our Space Engineers Steam store page and encourage us to do better. We welcome both positive or negative comments, it helps us to create better game for you. https://store.steampowered.com/app/244850/Space_Engineers/

Hello, Engineers! With today’s major update, 1.186.0, we are releasing a massive overhaul of visuals, audio and wheels, together with a huge number of additional improvements to the core of Space Engineers.

For more info go to Marek"s blog post describing all the changes in detail along with visual examples: https://blog.marekrosa.org/2018/02/overhaul-visuals-audio-wheels.html

Fixed 3D Models: cockpit chairs, “under construction” blocks, driller head metal material, astronaut boots with proper stripe for magnetic effect and many more

Changes in Terminal Screen (removed number of unused/obsolete wheel/suspension settings - the game takes care of the details, tuned the default settings)

Air shock suspensions (jumping vehicles will extend and strengthen suspension in mid air to better absorb the shock impact upon landing and prevent damage of the chassis)

Added suspension jumping feature (when your off-road adventure gets you into rough terrain and your car can’t get out of it (wheels are spinning, the car sits on its belly) - press X and the car will make a small or large jump. Wheels need to be in contact with ground. The car is using the suspension springs to quickly push itself up.)

Mass of a vehicle influences its inertia - e.g. heavier vehicles continue moving forward with more energy than lighter ones when left unattended with no braking force applied to them

Polished where the sound listener object resides - before it was sometimes in the camera and sometimes in the center of a ship. Now it"s always in the camera and the only exception is when you are piloting a large ship from the cockpit - listener is in camera, but you will also hear sound of the ship.

Distance to sound source - this is an older feature but it’s so awesome that I must mention it: when the distance between sound and listener increases over a certain threshold, you will hear it a bit muffled and with “long distance effect” applied on it. Awesome for gunshots, explosions, etc.

Terminal properties and actions for IMyMotorSuspension.Damping, SteerSpeed, SteerReturnSpeed, SuspensionTravel were removed (Corresponding C# interface properties were marked as obsolete and will be removed later)

In case of any issues, please leave a report and your log in our Bug Forum section - it really helps hotfix everything for your quicker. ;) Thanks a lot for your help!

Hello, Engineers! We have another minor update for you this week, but do not despair! We have big major build cooking in our basement, where we keep the programmers shackled and working. It should be ready for the release into the wild soon! (the update and the programmers).

Hello, Engineers! This week"s update contains more fixes and improvements as the main team continues with working on the next major update. The notable improvements this week are for example eliminating issues with transferring items through Advanced Rotor Head, or projection still being projected after cutting power.

Also, if you want to participate in the Space Engineers Physics & Engineering Contest - there is still time. For more details continue to: https://blog.marekrosa.org/2017/11/space-engineers-physics-engineering.html

Hello, Engineers! Back from holidays and waiting for your weekly dose of Space Engineers improvements? Well, wait no longer! Inventories on grinds built by Projectors are accessible, destroyed cargo containers are dropping items again and more.

Hello, Engineers! Today"s update is another minor one bringing you more improvements before next major update. The battery exploit was removed, so welding your batteries back up no longer resets its powerstate without trashing the powercells. You are welcome. :)

And if the wait for another major update seems long to you, why not join our Physics & Engineering Contest meanwhile? Check the details at Marek"s blog post: https://blog.marekrosa.org/2017/11/space-engineers-physics-engineering.html

Hello, Engineers! Today"s update brings you more improvements for our last major update. We have also improved jetpack behavior while flying on a moving ship for dedicated servers.

And if you are thinking about joining our Physics & Engineering Contest, now is your chance! Check the details at Marek"s blog post: https://blog.marekrosa.org/2017/11/space-engineers-physics-engineering.html

Hello, Engineers! In today"s update we are bringing you another bunch of improvements and fixes. We have added input method for Chinese text, fixed gravity HUD and laser antenna issues and more!

If you have any questions or requests, please do not hesitate to contact us, we will do our best to solve your problems. The ideal way is to leave a bugreport in the bug section on our forums: https://forums.keenswh.com/forums/bug-reports.326950/

We would be also very happy if you can submit your feedback at our Space Engineers Steam store page and encourage us to do better. We welcome both positive or negative comments, it helps us to create better game for you: https://store.steampowered.com/app/244850/Space_Engineers/?snr=1_5_1100__1100

Hello, Engineers! Today"s update continues with improvements for our last major update. Plus we are re-introducing a rotor lock option back into the game - it allows you to completely stop a rotor spinning even when external forces are applied. The internal working of this feature is different from its previous implementation and fits the new physics system.

We are also reminding you about our ongoing Physics & Engineering Contest. First creations are already pouring in and they are amazing! Now is your chance to really show everyone what you are capable of!

Now that the release of our Major Physics Overhaul is in the hands of the community, we’ve decided that it’s time to kick off a new contest with physics and engineering as the focus. It’s been great seeing what people have been able to achieve since this update released so now is your chance to really show everyone what you are capable of!

To go with the launch of this new contest, we have added a screenshot resolution modifer setting in the in-game options to allow users to take 4K and higher screenshots on lower end systems.

If you have any questions or requests, please do not hesitate to contact us, we will do our best to solve your problems. We would be also very happy if you can submit your feedback at our Space Engineers Steam store page and encourage us to do better. We welcome both positive or negative comments, it helps us to create better game for you!

With today’s major update we are releasing a large overhaul to the physics in Space Engineers. The update is primarily focusing on pistons, rotors, landing gears, and grid deformations. These mechanics have been a top priority for the SE team during the last year - to have these things be as robust, stable, and intuitive as possible. The game’s physics are now more stable and creations shouldn"t break, explode or do uncontrollable things under normal conditions with default settings. You can read about the changes to physics in great technical detail on Marek Rosa’s blog: physics.html

Additionally, the Mod API and Programmable Block API has received some massive updates in this release so be sure to check it out if you are a modder or a scripter!

Hello, Engineers! We are getting extremely close to the next major release with the team reviewing the last few remaining details before we can let it loose on the community. We truly appreciate your patience with us as we prepare this update as we really want it to blow your minds!

This week"s update contains sorting options for the blueprints screen and a selection of fixes for issues reported by players. These issues now resolved include a crash when spawning on dedicated servers, strange behavior when shooting a rifle on a moving grid and missing mountpoints on advanced rotor blocks.

The API overhaul is nearly done, and we think you"ll be excited by all the changes! Some modders were given a preview and preliminary feedback was very encouraging. However, some changes will break existing scripts! Rexxar has posted a comprehensive list of all API changes coming in the next major update, including breaking changes, and some tips on how to get your mods and scripts ready for the new API. Check out the forum post here.

Hello, Engineers! The team continues to mainly focus on the next major release but in today"s update we still have some nice improvements for you. Character backpacks, which could decrease the performance on highly populated servers, can now be removed from the world via the "Remove Floating Objects" function in the Space Master screen.

Due to the feedback received from last week"s update, we decided to tweak thruster damage so now the "damage shape" strictly follows the visual representation of the thruster flame.

The original problem was that thruster damage simply didn"t work in lots of cases. It ignored some kinds of blocks, certain configurations disabled damage on the entire grid, it didn"t work on servers, on and on. On top of that, the damage volume was a cylinder implemented in a bad way, which was taking a lot more CPU time than it really should have.

Over the past few weeks, we"ve been working on rewriting the thruster damage system from scratch. The result is that the damage system actually works. Instead of a cylinder, we used a rectangular bounding box for the damage volume. This is because our engine is designed with several very fast methods to get entities which intersect a bounding box. However, the box only checked for the entire cube volume of blocks, instead of physics intersections, which caused it to behave unexpectedly.

So we have a new solution which combines the best of both worlds. It uses the bounding box to get a rough list of entities, then a capsule shape to check for physics intersections. This isn"t as performance friendly as just the box, but it"s better than the original solution. The cost of the physics check is a tradeoff to make it behave realistically, but it"s well worth it.

Hello, Engineers! Today’s update comes with an exciting new addition - the Skin Recycler! With this, you can recycle your unwanted or duplicate skins and upgrade them to a new Badger skin! The recycler will give you recycle tokens for your old skin pieces, which you can trade in for new items of your choice. All of this is done in the character customization screen.

Space Engineer"s fourth anniversary was this Sunday, and there"s been a lot of speculation and excitement about it. However, today"s update is not the anniversary update. We have been working very hard on the next major update which was originally scheduled to release today, but we decided to delay it for a few more weeks to give our team more time to perfect all the changes. This next update is seriously exciting, with some pretty huge changes. We want to make sure it"s as good as it can possibly be before we release it, so please stay patient and start up the major update hype train :)

Another notable announcement is that for a limited time only you will be able to pick up a spooky new Halloween themed skin set for your Engineer. The Ghost skin will be available throughout the next week on the Steam Marketplace until the next update drops. If you’re interested, please see the link below. The funds raised from this will go back into development, speeding up the progress of our internal roadmap and helping to expand the talent in our team.

The first issue was that when the projector was turned on and off rapidly, the projection would be stuck showing all blocks as buildable for a few seconds. This was a side effect of the parallelization of the projector that I did earlier this year. The problem was that when projections are first spawned, they show as 100% buildable, and since the projector only tries to update the projection every few seconds, it just stays like that until the worker thread notices something has changed. The solution was pretty simple, just hide the entire projection on first spawn, then force the worker thread to start processing the new projection as soon as possible. Additionally, projections now disappear as soon as you turn off the block, instead of sticking for a few milliseconds. The overall effect is a lot smoother now.

The second problem was trickier, and players to make automatic weapon factories may have noticed it. When a projection"s only attachment point is a merge block, sometimes the projected merge block shows as buildable or not buildable depending on whether it"s "real" partner on the other grid is enabled. This is because when a merge block is disabled, the mount point on the front is also disabled. So you could get into a situation where the projected block looks like it"s buildable, but isn"t. I had to create a new event for merge blocks to alert other code when the mount point changes, then when the projector detects this event, it very politely asks its worker thread to update the projection immediately.

Hello, Engineers! We’ve heard your feedback for the last few minor updates, and since so many of you are missing the weekly update videos, we’ve decided to post some new, different content! This week we have the first video in a series we’re calling Catchin’ Clang. In this series, everyone’s favorite developer, Rexxar ( ͡° ͜ʖ ͡°), will give you a behind the scenes look at the process of finding and fixing bugs in Space Engineers!

Some of these changes will break the API, but we will give you more information about these changes as soon as we can, so you can get your mods ready to go before the update comes out. Stay tuned!

One of the issues I worked on this week was a mysterious crash that happened when downloading mods. We received a few reports of this through our crash log reporter, and since I have been working on the mod download code recently, the ticket was put on my desk.

I looked into the section of code reported by the crash log, and couldn’t find anything that would produce the error. So I looked closer at the log, and noticed a ton of errors indicating that the user somehow lost connection to Steam at exactly the wrong time, which was resulting in some sort of corrupted state causing invalid data to be fed into the code.

I eventually managed to reproduce the problem by disconnecting my ethernet cable at exactly the right moment :D I found some unsafe code and rewrote it to not crash if given invalid input. The code is also now slightly faster as a result, so loading mods should take a little less time.

Hello, Engineers! Today"s minor release comes with a sizeable batch of general improvements. The team has been working hard on both fixes and features of upcoming updates and are looking forward to seeing in the hands of our players. Issues fixed in this week"s update include the dampeners HUD icon showing the incorrect state, controls being inverted when two players pilot a single grid and inventory scrolling not working properly. Additionally there"s more sound improvements. For example, you will notice a new sound when walking with activated magnetic boots and footstep sounds should now be in sync with animation.

Regarding decreased sim speed: this problem was already in the game for some time but was not visible due to other things. We are still working hard on a fix but due to the difficulty of it we would like to ask players to be patient as the issue will be solved in the next Major update.

Hello, Engineers! This week"s minor release comes with some important general improvements. Issues fixed include a number of audio issues like wheel sounds playing even when a vehicle is not moving and choking sounds being heard by all players. Also, the Doppler Effect should now be heard correctly through your sound device of choice. Additionally, there’s some modding improvements; mods can now use WAV format audio instead of WXM.

Behind the scenes, the team is busy working towards some exciting major updates for the game as we approach the fourth year anniversary of Space Engineers. Stay tuned...

Regarding decreased sim speed when using tools: This problem was already in the game for some time but was not visible due to other things. We are working hard on a fix but due to the difficulty of it we would like to ask players to be patient as the issue will be solved in the next Major update.

Hello, Engineers! This week"s minor release brings you a significant round of fixes and improvements. Numerous fixes for the UI are included in the update and downloading mods should no longer fail when loading into a new world. Direct connect now allows DNS as well as IP address to join multiplayer games. Also, headphone users will be happy to hear that we fixed the volume of hangar door sound effects!

In other news, the submission deadline for the screenshot competition is nearing (October 1st) so you have the weekend to make sure you"ve created and sent in your entries. For more infomation:

Hello, Engineers! This weeks update brings you more fixes and improvements. There should be fewer multiplayer crashes, issues with block groups in control panel should be fixed and Remote Control functions: Take Control and Sharing now work correctly.

And for those who asked - yes, we decided to reduce the amount of videos in favor of their quality. There will be videos for major updates only. We will also keep releasing videos for new features introductions, trailers and other special events - so don"t worry. :)

Hello, Engineers! While we are fully focused on next major update, in this week"s minor we are bringing bunch of fixes likes not spawning containers, small advance rotor head clipping through rotor body. This update is bringing a lot of crash fixes with various UI cases, resource distribution, copy and pasting of drones in MP and others. Perhaps the most noteworthy fix this update is concerning the visual bug for moving grids that was encountered by RYZEN and I7 users.

„Well, the thing about a black hole - it"s main distinguishing feature - is it"s black. And the thing about space, the color of space, your basic space color - is it"s black. So how are you supposed to see them?“ - Holly

Hello, Engineers! This week"s minor release is primarily focusing on the Chinese translation of the game, but also on other minor fixes such as parachute fixes, container spawning, block fixes and many others.

During 5 month period, We have been working on Chinese translation for Space Engineers with the great help from Chinese community! Now we are happy to announce, that we have finished the translation and releasing it today.

Hello, Engineers! With today"s major release we are bringing you some amazing additions to the game! From now on, you will be able to personalize your engineer with a broad range of new items! We are introducing 33 customizable skin sets for your engineer, your tools and your weapons. It’s time to show off! On top of that, another brand-new block makes its debut in Space Engineers: A reloadable parachute block for both small and large grid!

We encourage you to provide us your feedback about introduced changes. We"ve created a new platform for players to submit feedback to the development team. The feedback.keenswh.com page provides the possibility to let your voice be heard, or to vote for an idea that the team needs to look at and consider implementing. For more instructions, click here.

Hello, Engineers! We are extremely excited to announce that today we are releasing the next major update for the game which contains a huge batch of optimisations and improvements!

The biggest area of improvements is to render performance with textures and models now being loaded asynchronously. As a more specific example of an improvement area, CPU performance has been optimized to run Easy Start Earth and 16-ships flying scenario in 60fps on 3GHz Hyperthreaded Quad Core Processor. Meanwhile, GPU performance has been optimized to run the Easy Start Earth scenario at 60fps on 1080p High settings on nVidia 980 GTX. Please keep in mind that increased performance is not limited to only these scenarios but will positively impact most, if not all worlds and hardware configurations. We’ve also added new shader quality options in graphical settings which affects the quality of Atmosphere, Trees and Voxel rendering. Detection of GPU performance now occurs upon first startup of the game and shadows are now higher quality in general although tree shadows will now be disabled on low settings. Multi-threading as well as indirect lighting has been fixed on Intel GPUs and some compatibility issues with the Windows 10 creators update were resolved.

Other optimizations include loading times being massively reduced for both game worlds and the copying and pasting of grids. For those of you who are interested, this was achieved by using cached proto-buffer files.

Moving on to some smaller changes, we improved tool animations even more and increased the visibility of certain HUD elements. Additionally, there are many other general improvements in this update which should fix lots of issues that players have been experiencing.

The team would just like to once again remind you that as this is a major update, there has been many significant changes made to code so we will especially appreciate any bug reports sent in by the community. This will allow us to find issues quicker and get them fixed as soon as possible. It’s also worth pointing out that if necessary, you can always revert to a previous major version of the game via the betas tab in steam under game properties.

New shader quality settings introduced in Options, affecting quality of atmosphere, trees and voxel rendering (voxel texture emissives are now working, but only for High shade quality)

This week’s minor is continuing the current run of general improvements as we near the release of the next major update. We know a lot of you really can’t wait for this but it’s crucial that we fix as many bugs as possible before going live with changes to code as significant as the ones in the upcoming major. The main issues fixed in today’s update include terminals taking you to the incorrect block in the control panel and automatic turrets shooting subgrids of their own grid. Additionally, corner and interior lights should no longer appear emissive when turned off or not supplied with power.

Hello, Engineers! It’s a new minor update this week containing more general improvements as we grow ever closer to the next major release, the changelog of which is growing bigger and bigger day! If you missed it, watch last week’s video to hear about some of the optimisations that will be going into that release. The main issues fixed in today’s update include safety locked rotor heads detaching after using a jump drive and grids being able to pass through closed hangar doors. Additionally, we resolved issues with block placement being offset when standing on moving grids.

Hello, Engineers! This week’s minor update is focused on addressing multiplayer desyncs. We fixed issues related to landing gears, autolock etc. Amount of crashes was also dramatically reduced.

Hello, Engineers! This week’s minor update is focused on addressing various crashes, the majority of which are related to multithreaded physics. This is also why you may have noticed multiple hotfixes being released during the last week as we are determined to fix them as soon as possible. Other issues fixed include the collect all option not working properly with large connectors and being unable to remove catwalks in certain situations.

Now here’s some community news for all the ship builders out there. I would like to remind everyone about the UESC monthly build contest which is being sponsored by us here at Keen Software House. With every new contest there is a different theme defining the type of builds for that month. This is a great opportunity to showcase your ship design talents and even win some game keys! You can find more information about the contest and how to enter here!

Hello, Engineers! We’ve got a minor update for you this week after last week’s major update, and the team have been busy processing various issues reported by the community on our forums. For example we’ve fixed problems with connectors and block placement on dedicated servers. Small grid rotor displacement settings should now be saved in blueprints too. Additionally, a number of crashes were also resolved. It’s been great to read everyone’s feedback and to hear that many players have seen big performance gains in their worlds. Please do continue to let us know your thoughts and experiences with these weekly updates. In today’s work in progress section We would like to talk about the render optimizations showcased earlier this week. We demonstrated how a world with 16 red ships would run at around 45FPS on a system running the current version of game. In comparison, the exact same scenario was then loaded on a prototype version with the render optimizations included and ran at around 60FPS! One of the improvements which helped to achieve this was making the GPU be no longer limited by the CPU.

If you reach 99% of the limit, a warning should start appearing. If you exceed the limit any added blocks will not have physics. This is a technical limitation even if block limits are off, but we are aware of this issue and we are looking into possibilities, how to improve this behaviour.

Hello, Engineers! Today’s release is a major one bringing you some of the biggest optimizations in the game’s history. For example, the 16 players and 16 red ships multiplayer scenario ran at a sim speed of 0.25 before optimizations and now it runs at 1.0! We achieved this by reducing blocks per frame updates, reducing world matrix calculations per frame, and by enabling multithreaded physics. The team still plans to continue with further optimizations in areas like ship collisions, explosions, loading times, planets, memory usage and more! Additionally, We are also pleased to announce that the multiplayer synchronization code has been optimized further.

Moving on, there’s a bunch of camera improvements including much better 3rd person camera behavior with creations that have subs-grids so there’s less snapping to 1st person when rotating the camera around the main grid. We have a new glass rendering technique which means that windows should no longer glow in darkness and look more realistic. On top of all this, there’s a huge amount of bug fixes, art fixes, crash fixes and general improvements in this update so thank you for your patience with some of these issues.

Just as a heads up for the modders out there; due to many blocks being optimized, some older block mods may need updating. See the forum thread linked in the description for more information: https://forums.keenswh.com/threads/warning-for-block-mods.7395156/ Among the many changes this week, we"ve added asynchronous entity creation to the ModAPI, which allows a mod like ServerLink to operate much faster. This release was thoroughly tested but as there has been so many changes in the code we will especially appreciate it if you report bugs that you find. Although many of you do this already!

Hello, Engineers! Once again, we’ve got a minor update for you today with more crash fixes and a couple of improvements as the team battles with the last few remaining issues in the next major update.

This particular upcoming major update has many changes to the code so it also requires a huge amount of additional testing which of course adds to production time. The majority of our programmers and testers are working on this which is why the recent minor updates have only contained a small amount of improvements. The image shown here is a good example of what searching for and trying to reproduce a crash in the game can look like. But we are expecting significant increases in performance from these changes so it’s still definitely something you can look forward to and we appreciate your patience with this.

Next Tuesday we will be streaming at 8PM CEST on the Keen Community Network over on Twitch. This stream with Marek will be focusing on the vision for Space Engineers as well as giving a more detailed update on the progress of performance improvements.

Hello Engineers! There’s a batch of art and animation fixes in today’s minor update as the team moves ever closer to the next major update which will contain significant improvements to performance and multiplayer. Issues with model fixed this week include incorrect LODs on a number of blocks like the small grid merge block and small grid camera but also missing textures on blocks such as wheel suspension and the large ship welder. Moving on now to a couple of the notable animation issues that were fixed, using hand tools will no longer stretch the engineer’s arms and rifles should now aim where the crosshair is pointing.

In other news, next Monday we will be streaming at 8PM CEST on the Keen Community Network over on Twitch. During the stream, together with Marek and Deepflame, we’ll be talking more about things being worked on and also taking a look at Medieval Engineers and it’s future plans. Marek will even be suiting up for the occasion in his personalized Roman armor!

space engineers can

But it will decrease the performance of the game - you need to have powerful GPU for that, as each screen is essentially another frame to render. Thus if your FPS is 40, with another camera-on-screen it might drop to 20 (if low FPS was caused by taxed GPU, not overloaded CPU). And it will incur some cost in CPU performance.

But it will decrease the performance of the game - you need to have powerful GPU for that, as each screen is essentially another frame to render. Thus if your FPS is 40, with another camera-on-screen it might drop to 20 (if low FPS was caused by taxed GPU, not overloaded CPU). And it will incur some cost in CPU performance.

The original mod worked fine, almost no performance impact whatsoever. It was well designed, didn"t do anything it didn"t need to, and used a dynamic pool of your available frames so that it literally couldn"t drag your FPS down. The worse your frames, the less the mod did. If you got over 60, it used those for even smoother displays. Xocliw showed it off on the community stream. He showed it directly to Marek, showed it working beautifully, while having none of the drawbacks it was claimed such a mod would have. And then Keen ignored the potential and changed a bunch of things and the mod died.

The original mod worked fine, almost no performance impact whatsoever. It was well designed, didn"t do anything it didn"t need to, and used a dynamic pool of your available frames so that it literally couldn"t drag your FPS down. The worse your frames, the less the mod did. If you got over 60, it used those for even smoother displays. Xocliw showed it off on the community stream. He showed it directly to Marek, showed it working beautifully, while having none of the drawbacks it was claimed such a mod would have. And then Keen ignored the potential and changed a bunch of things and the mod died.

It did have the drawbacks it was claimed such a mod would have... it"s just, it was showcased on powerful computers with enough frames to spare. The second you don"t have a powerful computer, you"ll see the drawbacks quickly. This is why it wasn"t made vanilla.

It did have the drawbacks it was claimed such a mod would have... it"s just, it was showcased on powerful computers with enough frames to spare. The second you don"t have a powerful computer, you"ll see the drawbacks quickly. This is why it wasn"t made vanilla.

Again with the "can"t be done". I"m reminded of that quote regarding senior scientists saying something can"t be done and being most certainly wrong.

Duke Nukem 3d had a camera view to screen feature in a game with user generated maps/layouts 22 years ago. Granted it wasn"t 1080p but I don"t think anyones expecting that from a Text panel. Unpossible!

Again with the "can"t be done". I"m reminded of that quote regarding senior scientists saying something can"t be done and being most certainly wrong.

Duke Nukem 3d had a camera view to screen feature in a game with user generated maps/layouts 22 years ago. Granted it wasn"t 1080p but I don"t think anyones expecting that from a Text panel. Unpossible!

From what I can see in the Steam and Keen forums, this mod wouldn"t be difficult to implement but suffers greatly from a performance drain. This could be mitigated with a slider on the link controlling frames per second for a capture rate.

From what I can see in the Steam and Keen forums, this mod wouldn"t be difficult to implement but suffers greatly from a performance drain. This could be mitigated with a slider on the link controlling frames per second for a capture rate.

glad to see this thread bumped i find it ridiculous that this isn"t already in the game. Surely you could implement this with some sort of anti-rastorization method where you just don"t render the parts of the ship eclipsed by the display just like if you gave dirt or whatever a transparent texture back in minceraft, that"s how rodina does it; and even without the fact that this method would be way more efficient, you would also end up with a better, more spacey, implementation "cause it would have perspective.

glad to see this thread bumped i find it ridiculous that this isn"t already in the game. Surely you could implement this with some sort of anti-rastorization method where you just don"t render the parts of the ship eclipsed by the display just like if you gave dirt or whatever a transparent texture back in minceraft, that"s how rodina does it; and even without the fact that this method would be way more efficient, you would also end up with a better, more spacey, implementation "cause it would have perspective.

@zooltan no, the camera monitors would show a display of the camera view after you look through it. Its framerate was like 1Hz and it only lasted for so long but considering I was playing it on a x486 (I think)...

@zooltan no, the camera monitors would show a display of the camera view after you look through it. Its framerate was like 1Hz and it only lasted for so long but considering I was playing it on a x486 (I think)...

An option in game settings with sliders to limit darn thing. Probably I would think of getting new computer since cam feedback was so cool back in a day. But I guess it"s to much of an effort, shame mod isn"t working anymore.

An option in game settings with sliders to limit darn thing. Probably I would think of getting new computer since cam feedback was so cool back in a day. But I guess it"s to much of an effort, shame mod isn"t working anymore.

But the real issue with this is rendering a scene to a texture that gets applied somewhere in word.. It"s the same as trying to render a dynamic reflection, it"s incredibly intensive and difficult to implement.

But the real issue with this is rendering a scene to a texture that gets applied somewhere in word.. It"s the same as trying to render a dynamic reflection, it"s incredibly intensive and difficult to implement.

Old mod was great, as long as you didn"t have dozens of screens running. IIRC there was a "performance" slider to make it more user friendly to lower spec machines. If you could at least consider it Keen, that would be great!

Old mod was great, as long as you didn"t have dozens of screens running. IIRC there was a "performance" slider to make it more user friendly to lower spec machines. If you could at least consider it Keen, that would be great!

While the actual rendering is client side, the camera can be several subgrids - maybe kilometers - away and see a different part of the universe. A camera would be like an additional player, spawning in local asteroids and streaming grid data from the server to be rendered on the remote camera feed. Or cameras are 100% local and intended for cameras in close proximity only, with no load on the server and very low PCU amount. (Maybe have separate server/client PCU?)

Rendering performance impact could be made O(1) by updating a set amount of screens per frame at a preset resolution. I.e. A surveillance room with 10 camera feeds would update every screen at 6 FPS instead of 60, as in this example surveillance camera clip: https://www.youtube.com/watch?v=X2oNWHv0zSQ

Eventually all "extra rendering step" could be queued up so that only one extra rendering is done per frame. I.e. environment cube maps could be on every frame if the queue is unused, but reduce to every second frame if camera feeds are active:

(Effective frame rate of the three cameras would then be 10 FPS. Camera feeds should only update when the player is actually standing in front of and looking in their direction. Screens being "freshly" activated would take the next slot in the update queue for a max 1 frame delay, unless several screens activated in the same frame.)

While the actual rendering is client side, the camera can be several subgrids - maybe kilometers - away and see a different part of the universe. A camera would be like an additional player, spawning in local asteroids and streaming grid data from the server to be rendered on the remote camera feed. Or cameras are 100% local and intended for cameras in close proximity only, with no load on the server and very low PCU amount. (Maybe have separate server/client PCU?)

Rendering performance impact could be made O(1) by updating a set amount of screens per frame at a preset resolution. I.e. A surveillance room with 10 camera feeds would update every screen at 6 FPS instead of 60, as in this example surveillance camera clip: https://www.youtube.com/watch?v=X2oNWHv0zSQ

Eventually all "extra rendering step" could be queued up so that only one extra rendering is done per frame. I.e. environment cube maps could be on every frame if the queue is unused