Hello, your votes have helped to nominate use for the 'Sit back and relax' Steam award, thank you all so much!

Now the voting for the Winner of the category is open, so be sure to make your voice heard and vote!

Hello,
Last week we have started the experimental cycle of 1.1 update releases. We have fixed the most game breaking and save corrupting issues, but the update is not quite stable yet. This means you have to opt into it using Steam's beta feature.

But beware: blueprint library and save files are not backwards compatible, so once blueprint library gets migrated to 1.1 or you save a map in 1.1 you won't be able to load them in stable 1.0.

Furthermore not all mods have been updated to 1.1 yet and modders might not keep up with changes in future patches, so expect things to break from time to time if you play a heavily modded game.

If you don't want to deal with a less stable game or your mods breaking, consider staying on the stable version 1.0 for the time being. And please, if you find any bugs, report them on the bug forum.

• Added logistic requests to spidertron.
  
• Train stop allows to set limit of incoming trains.
  

• The continue button now respects the last type of game played (single player, MP host, MP client).
  
• Added support to use blueprints, deconstruction planners, upgrade planners, and modded selection tools from the map view.
  
• Hovering the alert notification will show arrows on the edge of the pointing to alert locations.
  
• Rich text icon selector.
  
• Newly unlocked recipes are highlighted until hovered.
  
• Spidertron remotes now allow to add queue commands and a command to follow any entity.
  
• Added vertical/horizontal blueprint flipping.
  
• Transport belt drag building is locked into a line, can be turned off by an interface setting.
  
• Ghosts can be fast replaced and rotated.
  
• Ghost build can be used to fast replace non-ghost entities, which results in an upgrade order with (optionally) a direction change order.
  

• When editing blueprint: Added a way to specify relative grid position for blueprint that is snapping to absolute grid. Blueprint preview rendering box is updated based on selected grid size and position.
  
• Inventory transfer works on empty equipment grid slot the same as on empty inventory slot (moves all).
  
• Equipment can be placed by moving.
  
• Cursor replenishes when placing into the equipment grid the same way as when building in world.
  
• Spidertron item shows its color.
  
• Added a way to reset spidertron remote.
  
• Spider tries to move legs away when they are blocking robots construction.
  
• Power poles/underground belts built by dragging logic works also with ghost building.
  
• Power pole ghosts show connections.
  
• Power pole connections are saved in the blueprint. They still auto connect to other poles outside the blueprint.
  
• Entities marked for deconstruction show the target upgrade.
  
• Added tags, worker robots, rail signal states and recipes toggles into the settings to what show on the map.
  
• Added support to use the add-stop and add-temporary-stop controls for the train you're driving in the map view.
  
• Added hotkey (F10) to switch between viewed player in replay.
  
• Added support to reset mod settings in the "failed to load mods" startup GUI.
  
• Expanded undo to work with fast replace and upgrade planner.
  
• Added SteelSeries GameSense support. more
  

• Added unique technology icon for Advanced material processing 2 (Electric furnace).
  
• Changed postprocessing effect in zoomed-to-world view.
  
• Added detailed night lighting of entities.
  

• Multithreaded belt update logic.
  
• Overall small entity update time reduction + statistics of how much update time is taken by individual entities.
  

• Productivity module 1 decreases speed of the machine by 5% instead of 15%.
  
• Productivity module 2 decreases speed of the machine by 10% instead of 15%.
  

• the Close GUI key-binding (default value is "E") was renamed to Confirm Gui. It works the same as before for many cases (just closing the GUI), but in a lot of other cases, it works as confirm, which generally means the same as clicking the "green button".
  
• Renamed clean-cursor to clear-cursor on all the relevant places (locale, key-binding name)
  
• Equipment placing now uses the build key-binding instead of the cursor transfer. The default same key-binding is the same.
  
• Changed maximum temperature of all fluids apart water and steam to be the same as the default.
  
• Poles built by dragging are now actually build on the maximum connection distance from the last built pole instead of the previous logic that was working weird in a lot of corner cases.
  
• Underground belt build by dragging now accept the existing piece you start building on as part of the dragging logic.
  
• Removed 'mineable wreckage' entity. more
  
• Removed the (+/-) buttons for logistic requests, instead they expand dynamically when something is put in the last line.
  
• Wave defense can now only be won by launching a rocket.
  
• Invalid names of icons in preview icons of blueprint tools now load as unknowns instead of canceling the import string process for that item. more
  
• Fluids in train circuit logic treat summed < 1 fluid values as 1 instead of 0.
  
• Clicking non-empty quickbar slot with something in cursor sets the quickbar slot to the cursor value rather than selecting the quickbar value.
  
• Invalid rail signals output no values into circuit network.
  
• Added a confirmation message when loading saves with removed mods or changed mod settings.
  
• The cut tool now properly includes trains. It showed trains in the selection preview, but ignored them.
  
• Added alternate control locales for keyboard and mouse scroll control binds. more
  
• Disabled loading of saves before 0.18.0 version (You can use 1.0 to load older saves and re-save them).
  
• Adjusted the artillery turret collision box so it is possible to squeak through.
  
• Removed the 'Rocket silos stats' GUI.
  
• Arithmetic combinator 'Each' signal can now be used in either left or right parameter.
  

• Added unique icons for technology effects.
  
• Added list of affected entities to the technology effect tooltips.
  
• Menu background now features various factory simulations instead of a static picture.
  
• When entering vehicle, the vehicle window is shown next to the character gun window, instead of replacing it.
  
• Moved the character/vehicle gun window to the left of the quickbar.
  
• Removed the "Character" tab from the character window.
  
• Changed the flat character screen option to be defaulted to true.
  
• Added held stack item slot for inserter window.
  
• Improved the tips and tricks window: it contains index, search and allows interactive text tags to be used.
  
• Added search to loading/saving, settings, shortcuts selection, multiplayer host settings windows and rename stop.
  
• Moved the ammo/used-up/health indicator of items down, so it is not obstructed by the number.
  
• Added underline for hyperlinks.
  
• Personal request button have custom text + red diode when it is out of network or when the personal requests are turned off.
  
• Logistic/Trash request buttons show only one number when the trash and request count is the same.
  
• Train elapsed time condition has confirmation button and only updates the time when confirmed.
  
• Fixed styles for: browse games GUI, host game settings, opened character and select upgrade slot.
  
• Tabbing into a textfield selects the text.
  
• Removed tiles stay in the list of components in the blueprint setup GUI with 0, the same way as entities, so they can be easily enabled.
  
• Added minimum/maximum temperature and heat capacity info to the fluid tooltip.
  
• Added usage instruction to capsules/fish.
  
• Fixed fish tooltip so it shows consumption/healing instead of shooting/damage.
  

• Added blueprint building sound.
  
• Added undo sound.
  
• Added sound for rail planner activation.
  
• Added sound for copy/paste.
  
• Added sound for opening items and armor.
  
• Added sound for selection start and selection finish. Related to blueprint tools.
  
• Added sound for pipe to ground as per the pipe.
  
• Added sound effects and a specific music track to the main menu.
  
• Assembling Machine 2 and 3 made less noisy
  
• Robot repair reworked to sound more high tech
  
• Removed dead space at the end of some sounds which may have stopped sounds playing
  
• Ghost rail building now has the ghost building sound
  
• Lowered volume on game won and lost sounds
  
• Assembling Machine 2 and 3 made less noisy.
  
• Robot repair reworked to sound more high tech.
  
• Removed dead space at the end of some sounds which may have stopped sounds playing.
  
• Ghost rail building now has the ghost building sound.
  
• Lowered volume on game won and lost sounds.
  

• The list of bugfixes and modding changes is too long, if you are interested, you can see full changelog on our forum. more
  

You can get experimental releases by selecting the '1.1.x' beta branch under Factorio's properties in Steam.

Hello,

We have just published a new Friday facts post on out website,
You can read all about it here: https://factorio.com/blog/post/fff-363

Let us know what you think at the usual places!

Hello, we have a new FFF blog post, discussing upcoming changes to Spiders, Ghosts, the main menu, and more.

Unfortunately due to limitations in the Steam blog formatting, the blog would look terrible on Steam, we have lots of nice .mp4 gifs which we just can't show properly on Steam. Therefore we will just be linking to the blog posts instead of rewriting them here.

Please read the full blog article on our website:
https://factorio.com/blog/post/fff-362

Hello,
we finished with the regular Friday Facts series, and yet, there is still so much we want to talk about. I want to clarify, that we are not going to release FFF every week, but there are a few of them coming in the near future.

The point of 1.1 isn't to add some new content, the main motivation is to finalise all the existing features so that they work together in a proper way. This may sound a little bit abstract and boring, but it will be explained more clearly in the upcoming FFFs. Believe me, the sentence "I didn't know I needed this until now" will come to your mind more than once.

The work on the 1.1 update started basically right after the 1.0 release, so there is already lots to show.

Right now we aren't going to make any promises as to when it is coming, but we will keep you updated on our progress with these blog posts, and give some notice before it is deployed. Though I'm quite certain that we are more than half-way through. To keep you happy until it is here, lets go through some of the changes.

This is a tiny story about Boskid's train related side project for a feature that was requested quite often (1, 2).

So imagine the situation: You're sitting in your factory and you need more iron... classic. So you build a nice railway to bring ore from dedicated mining outposts back to your iron smelter. You build 2 ore outposts, and you set up 2 trains, 1 for each. The two trains have a similar schedule; one goes from Iron smelting 1 to Iron ore 1, and the other goes to Iron ore 2. This works fine.

However there are some problems when you want to expand your production. You want to just copy-paste Iron smelting 1, and have half the ore go to Iron smelting 2. Now you need to start manually reassigning trains, trying to balance the throughput of the mines, and what else. If an iron mine runs dry, then you need to rebalance the whole system, reassign all the trains from that station, and have some omniscient overview of all the different routes your trains are running.

With more mines and more smelting and more trains, this management becomes an incalculable problem, and frankly it is not fun (opinion).

There is a nice solution, which works (almost). That is to name all the ore stations the same, and all the smelting stations the same. When choosing a destination, the train can go to any of the train stops with that name, which means:

• When you build a new ore outpost, you just name it 'Iron mine', and a train will come and pick up from it.
• When you build a new iron smelting, just name it 'Iron smelter', and a train will come deliver some ore.
• When you build a new train, just copy-paste the simple schedule, and it will start working effectively.

However there is a small issue with the system, that completely breaks the idea. The trains are not clever. They will path to an arbitrarily chosen train stop with the correct name, based on destination distance and a few other factors. This means that it can easily happen that all the trains end up only servicing 1 iron ore pickup, while there are other outposts full of ore with no trains coming to pick it up. You can somewhat relieve the issue using the circuit network to enable and disable the train stops, but it is only a half-measure. For instance you can still end up with 10 trains rushing to a single small iron ore pickup, which can cause the trains to queue on the mainline and jam everything.


It is pretty simple, as good solutions typically are. You can set a 'Trains limit' in the train stop GUI, and the train stop keeps track of how many trains are in the station or on their way to it, which we call a reservation. When a train is choosing it's next destination, it will check the limit of all the stops with that name, and if a train stop has too many reservations already, it will skip over it. If all the potential train stops are full, the train will just wait.



This pretty much perfectly solves the problem with naming all the train stops the same, and also solves a few other potential annoyances. For instance, previously your Iron smelter stacker would need to be big enough to fit all the iron ore trains at once, because you couldn't be sure that they wouldn't all return at the same time. Now you can set the train limit of the Iron smelting train stop to the maximum capacity of the station, which means you can build a smaller stacker, and be certain that it will never become over-crowded.

The train limit is also controllable with circuit network, so there are even more possibilities. One idea is keeping the train limit set to 0 until there is a full load of ore available at the station. You can also read the current number of reservations, which will have its own interesting uses.

There is an edge case we had to solve while working on the feature, what happens if the limit is lowered while a train is already on the way? Our first idea was to force all the trains that are on the way, to repath and find a new destination. This works in many cases, but if there is no train stop it could path to, it would end up stopping and waiting in the middle of the tracks, causing untold economic damage.

So we decided that even if the limit is changed, any trains with a reservation will still go there. This means it isn't strictly a 'hard' limit, but we think it is a good thing, as setting the limit to 0 provides an alternative way to control train behaviour compared to when the station is disabled. Basically the train will only consider the limit when first deciding which stop to path to, after that it doesn't care if the limit changes.



We also had to deal with the 'No Path' warnings. If all the train stops were full to their limit, the train would show 'No Path', which isn't very intuitive for the players. So when the train can't find a path due to the train limit it will show a special warning: 'Destination full'.

To an outside observer, this really may just seem like a tiny little thing, but for us it is one of the most exciting features of 1.1. I think it is also quite telling that something like this has been missing for a long time, given the popularity of the Logistic Train Network mod. While the train stop limit isn't quite as powerful as the mod (understatement), it is going to open up many possibilities and add a lot of interesting gameplay oppourtunities.

I don't know if I am alone in saying, but I like it when the rules of a system are very simple, and the complexity emerges from the interaction of these very simple systems. I think the train limit is a perfect example of a simple rule, that will lead to really interesting and complex behavior. I can imagine just riding around on a Iron train with a simple "Pickup Iron -> Dropoff Iron" schedule, and it driving me around the whole factory as the chaotic interaction of train stop limits and other trains means each time it needs to travel somewhere else. I can imagine also a lot of fun design considerations will be needed when building such a rail network, where the traffic is less predictable than a 'Static route' system.

The tips and tricks have been a feature of the game for a very long time. They began as a way to explain things to the players that were not explained anywhere else. The iconic example is the 'Alt-mode' tip. Playing without Alt-mode is painful, and even more painful to watch, so we had to tell the player somehow.

When I say early days, I mean the early days, before even the indiegogo campaign. The first implementation of the tips was straightforward, but a bit rough.


The tips and tricks GUI in version 0.6.4.

The initial design:

• They would popup when you start the game.
• You can click forward through them (no going backwards).
• You can close the GUI, there was no way to re-open it other than loading a save game again.
• The images were of inconsistent sizes, so the GUI would jump around and resize.
• There was a built-in checkbox to turn them off.

It got the job done, but it needed some development as with the rest of the game.

Over time, the tips and tricks fell into a dark corner. It was always low-priority, and wasn't clearly a 'Graphics' or 'Programmer' task to improve them, it was something in-between. So that is where I came in, and took the task of making some improvements.


The tips and tricks GUI in version 0.16.51.

First improvements:

• You can click forward and backward through them.
• You can close and open them with a hotkey.
• The images were retaken at a consistent resolution and zoom.
• You can open them in multiplayer.

At this point we shifted focus to the other 'tutorial channels' as we were hoping that the new mini-tutorials and NPE would mean we don't need as many tips. We think it is better if things like item usages are explained in the item tooltip, rather than in another GUI elsewhere.

Apart from some GUI style updates, the tips and tricks were not changed significantly for the next few major versions.

On the approach to 1.0, I took a last quick look at the tips and tricks. The tips are one of the first GUIs the player sees when they start Freeplay, so I wanted to give them a last lick of paint before the full release.


The tips and tricks GUI in version 1.0.0

The improvements this time were the nice last finishing touches to bring the Tips and tricks to their final form.

• Increased image size and updated all images to high-res.
• Added frames and subpanels to match the visual design of the new GUI.
• New button styles.
• Generic close button in the top right.

So then that's that right? I finally rest, and watch the sun rise on a grateful universe...

Even before 1.0 was released, I was inspired by the Mini-wiki found in Krastorio 2, and the Informatron mod.



The main spark, is the index of topics. It solves many problems:

• You can see the title of all the tips right away.
• You don't need to click through all the tips.
• It naturally allows categorization of the tips.
• The player has some idea of the tip content before clicking on it.
• The small item icons are visually appealing.

However with the deadline of 1.0 approaching and not wanting to expand the scope any further, I just let the idea brew in my mind... until now.

A picture is worth 1,000 words, and in this case, it is very true. So lets start at with that:



Lets go through and explain some of the initial changes:

• There is now an index on the side.
• Now that there is an index, we can remove the 'Forward' and 'Back' buttons.
• There is a search button, we can search using the tip titles.
• The tips are categorized and indented accordingly.
• There is a 'Mark as read' button, we will get to that later...

Quite a few changes to the GUI layout, and it works really well. But we can go further.

An issue remains, an issue that is small, but in the long run and with compound interest, it becomes a big source of pain. The problem is that the Tips are still using images, which means they become outdated as we update things. We have retaken all the screenshots many times now over the years.

So what can we do about it?

In this case, a GIF is worth 1,000 images, so lets start with that:

https://cdn.factorio.com/assets/img/blog/fff-361-tips-110-gif.mp4

What you're seeing is a GIF (technically an .mp4) on a webpage, but we are not putting GIFs in the game. What the GIF shows, is the Tips and Tricks GUI live rendering a real simulation of the entities inside the GUI. This marvel of technology is a divine gift from the very top (kovarex).

The simulation widget solves quite a lot of the initial problems with using screenshots/images, but we can go even further.

https://cdn.factorio.com/assets/img/blog/fff-361-tips-110-drag-building.mp4

We can use the simulation not just to show a factory environment. Using the Lua scripting, we can create entire scripted scenes and demonstrations. This is much more effective in many cases. For instance seeing the building preview, the mouse movement, and hearing the 'real sounds', makes the tip much more meaningful.


We are left with another problem, we still have the mini-tutorial GUI. So it is a weird and awkward situation that some things are explained in the Tips GUI, and other things via the mini-tutorials.

The mini-tutorial GUI is quite a challenge in itself, and it has a lot of similar problems to the old Tips and Tricks GUI. The mini-tutorial 'images' are just 'related' technology icons, with the 'related items' underneath. The text gives a short description of what you might expect from the tutorial.



It would be pretty nice if the mini-tutorials could have the same sort of features as the tips and tricks, an index, nice big images inticing the players to click the 'Play tutorial' button... etc.

So what if, we just somehow put the mini-tutorials in the tips and tricks GUI? It makes a lot of sense, and unifies the communication channel. You know now that if you need help with a topic in the game, there is one place you should look for some guidance, the Tips GUI.

The mini-tutorials had some nice features or their own, they would only show if the player had met some requirements, and would be suggested to the player if they performed certain actions. For instance the Train tutorials would only show after you have researched the railway technology. If we unify the two concepts, we can use the unlock and suggestion features for the Tips and tricks.

So we combine the functionality of the two systems. Mini-tutorials are still the same, but they are presented inside of a Tip, and we hook in the suggestion and dependency system to the tips. We added a 'Mark as read' button, and Tips will show once the dependencies are read.

https://cdn.factorio.com/assets/img/blog/fff-361-hiding-tips.mp4

We see this new unlocking and recommendation system as one of the more important improvements. It means the tips and tricks GUI starts with only the nescessary tips, and as you progress in the game, relevant tips are unlocked and shown to you. This is very similar to the way the game starts with only a few recipes, and the more complex aspects are unlocked over time.

Once last minor issue with the old tips and tricks, is that they were 'hardcoded' in a sense. They were loaded from a very specific JSON file in the core data directory. That means that it was not possible for mods to add or change any of the tips.

It is only natural then with this update and modernization of the tips, that we open up the system to modders. Internally the Tips work like any other prototype, so it is super easy for a mod to add their own entries.

When adding the new tips, it was tempting to make tips for all of the things. However after some consideration, we decided to not go too far this way. We don't want the tips and tricks to become a 'Factoripedia' or 'In-game wiki'. In general, the items and entities and general mechanics should explain themselves in more direct ways, such as the entity tooltips.

What we want, is for the tips and tricks to explain mechanics and topics that are more complex, or hard to explain somewhere else. With that in mind, we decided on a few loose categories:

• Things that are not related to some specific item, e.g alt info, ghost building.
• When visual presentation helps a lot, e.g splitters, belt lanes, long handed inserters.
• When it is something related to a combination of more items, e.g gates over rails, copy-paste stuff.
• The "tricks" e.g the lab to lab movement, stack transfers, drag building.

Importantly, we should really only explain things that players actually don't get. I have never heard a complaint that someone doesn't understand how solar panels or accumulators work, so putting these into the tips and tricks would be just bloat, even if it technically fits the criteria.

We are quite happy with the result, the tips and tricks GUI was always one of those paradoxical systems that was both extremely useful and terribly ineffective at the same time. We really hope all the effort we have channeled into it will help.

Speaking of help, we need your help: What kind of tips would you have found useful when playing the game? Searching TIL on Reddit can be a source of inspiration, but it is still hard to compare the importance of individual independent Reddit posts, and also a lot of them are outdated. So, if you want to give us feedback, the FFF discussion is the best place (yes we do read Reddit).

• Added Spidertron and Spidertron remote.
  
• Added Freeplay crash site.
  

• Added polluted water visual effect.
  
• Added biter base decoratives.
  
• New visual effects for the atomic bomb.
  

• Significantly reduced the volume of robots deconstructing and entity destroyed alert.
  
• Reverted mining drill sound to the 0.17 version with high pitched part removed.
  
• Reverted inserter, furnace and assembling machine sounds to the 0.17 version.
  
• Changed the checkbox click sound (based on dropdown open sound).
  
• Changed the "green button sound" to have a normal button sound.
  

• Added EnemySpawnerPrototype and TurretPrototype properties: spawn_decoration and spawn_decoration_on_expansion.
  
• EntityPrototype water_reflection can now be defined inside graphics_set.
  
• Added ExplosionPrototype properties: Explosion prototype: scale_animation_speed, fade_in_duration, fade_out_duration, scale_in_duration, scale_out_duration, scale_end, scale_increment_per_tick, scale_initial, scale_initial_deviation, scale, and scale_deviation.
  
• ParticleSourcePrototype particle is now optional, added smoke property.
  
• Added ProjectilePrototype properties: speed_modifier and turning_speed_increases_exponentially_with_projectile_speed.
  
• Added LightDefinitionItem::source_orientation_offset.
  
• Added DecorativePrototype::decal_overdraw_priority.
  
• Added AreaTriggerItem::show_in_tooltip.
  
• Added 'set-tile' and 'camera-effect' trigger effects.
  
• Added CreateDecorativesTriggerEffectItem properties: apply_projection and spread_evenly.
  
• Added CreateExplosionTriggerEffectItem properties: max_movement_distance, inherit_movement_distance_from_projectile and cycle_while_moving.
  
• Added DamageTriggerEffectItem properties: vaporize, lower_distance_threshold, upper_distance_threshold, lower_damage_modifier and upper_damage_modifier.
  
• Added PlaySoundTriggerEffectItem properties: min_distance, max_distance, volume_modifier, audible_distance_modifier and play_on_target_position.
  
• Added ProjectileAttackParameters::projectile_orientation_offset.
  
• Added build_blueprint_small, build_blueprint_medium and build_blueprint_large to utility sounds.
  
• Renamed build_big utility sound to build_large.
  

• Added LuaEntity::autopilot_destination, vehicle_automatic_targeting_parameters and time_to_next_effect read/write.
  
• Added LuaItemStack::connected_entity read/write.
  
• Added LuaEntity::is_entity_with_force, is_entity_with_owner and is_entity_with_health read.
  
• Added LuaEntity::spawn_decorations().
  
• Added on_cutscene_cancelled, on_player_configured_spider_remote and on_player_used_spider_remote events.
  
• Added optional spawn_decorations parameter to LuaGameScript::create_entity.
  

You can get experimental releases by selecting the 'experimental' beta branch under Factorio's properties in Steam.

Read this post on our website.

Hello,
the atmosphere in the last week was kind of special. We experienced the feeling of the final release being on the horizon many times. And we were shown that it isn't the case time and time again. So it feels very special when it is actually becoming reality. We were trying to be especially careful with any last minute changes to make sure that we don't introduce major bugs into our precious 1.0 release. The image of all the players having the game crash on some simple stupid bug is horrifying.


People thanked us on many occasions for the hard work we do. It helped lift our mood in many of the desperate moments, when bugs and problems were piling up and we didn't see the end of the tunnel. We don't say it often enough, but the support from your side has been incredibly helpful throughout the years.

• We thank all who helped us to save the game before it could even start by supporting the IndieGoGo campaign back in 2013.
• We are grateful for all of the 18,855 bug reports. They were invaluable feedback that helped us reach our level of game stability.
• We value almost all of the feedback to our FFF and game releases. A lot of game improvements came out of it.
• We appreciate the work and creativity that went into creating the 5,603 mods. It certainly extends the potential for a lot of people, and of the ideas became great inspiration for us.
• All the online videos, articles and streams were immensely helpful to spread the word.
• We thank all who helped with the Crowdin translations, allowing the game to be played in a lot of different languages without us having to manage it directly.
• We are grateful that people spontaneously helped to manage the Wiki and created some great tools, like calculators, cheat sheets or blueprint databases.
• We value the effort put into organising events, like fMMO, Clustorio etc.
• We appreciate that our community is very civilised, and people who contribute are generally nice to each other, and keeping the criticism on the constructive side.
• And, lastly, we would like to thank all of you who bought the game, and allowed all of this to happen.

It took us 8.5 years. It has been an incredible ride and we have arrived at the destination!
Factorio is leaving early access. This opens the game up to all the players who just don't play early access games, the same with reviewers who only cover finished games, which is very understandable.
For this special occasion, we created a launch trailer. It tries to capture the story of the development in 45 seconds.



Since the main Trailer is kind of timeless, we updated it to the 1.0 state of the game.



When we released pretty much all the content in 0.18, there was nothing left for 1.0 other than the formality of "it is complete".The crash site, nuke, alien decoratives and polluted water are awesome, but not too impactful... As a result, we really wanted to add something to make the release special.

• It is a vehicle that can be driven, or remotely controlled.
• It can traverse obstacles and small bodies of water.
• It has a built-in radar, and you can place blueprints in its vicinity.
• It has an equipment grid, so it can build with construction robots and use combat equipment.
• It has four rapid-firing rocket launchers that can shoot automatically.
• It can be researched very late in the game (all science packs except Space).
• Multiple of them can be deployed at the same time, but each requires its own linked controller.

This all means it can be used as a tank upgrade, a less automated version of artillery, or a builder/repairer. We look forward to seeing what other uses you can invent.

We haven't added it earlier as we saw it just as a gimmick without much contribution to the gameplay mechanics. This changed rather recently, when we had the idea of the remote control combined with the equipment grid. So we decided to extend our already crazy todo list, and add it as a last minute bonus.

We were doing the best we could, to fix all the relevant bugs and issues for the 1.0 release, but we just couldn't do everything. So we had to prioritise just the more critical stuff. We would still like to address all of the remaining issues as there are currently around 150 bugs on the forums and around 80 internal tasks to be solved. The plan is to eventually go through all of them, and decide on how to resolve each one.

A good example is, that we have a "continue" button, but it just ignores multiplayer. You press continue automatically just to find out, that you are building alone for half an hour. It is my (kovarex) personal story actually.

This means, that 1.1 is going to just focus on filling the most obvious gaps in our existing feature set, not on adding some new major content.

When we started with the Friday facts, it was at a time when we worked a lot, but if there wasn't any release for a while, people were starting to ask whether the game is still being worked on. So this was our first motivation. Eventually we learned many additional advantages of the blog, other than it being just a dead mans switch.

• It established the communication channel between us and the community.
• It started to be an internal every-week milestone to get something into a presentable form.
• In some cases it even motivated us to add a cool last minute feature to make the topic feel more complete. (This is how the undo and copy-paste feature was created for example)
• It became a great archive of the evolution of the game throughout the years. Opening old posts is like reading our own diary.

It became an every Friday habit for us and some of our players too, but we believe now is the right time to stop. There will hardly be a better moment to do so. It should be very understandable that we need a break, and we also need the freedom to think about the long term without the obligation to cut it into small chunks for FFF.

Since you can't expect weekly posts from now on, we wanted a way for you to be notified once we have something special to say. Feel free to give us your email address so we can let you know.

For now please enjoy the game, and we’ll be back!

• Electric mining drill graphics now fill bounding box more accurately.
  

• Fixed hovering over unit that was going toward an entity would crash if the entity was destroyed. more
  
• Fixed crashes/desyncs related to various different operations on a shelf of a player that just joined, and his blueprint shelf meta-data hasn't be synchronized yet.
  
• Fixed crashes/desyncs related to swapping item with a blueprint/book in the blueprint library that is not yet fully transferred into the game. more
  
• Fixed electric mining drill circuit connection graphics.
  
• Fixed crash when picking up something using the quickbar while setting up a blueprint from the inventory.
  
• Fixed that blueprint book GUI was scrolling to the top whenever something was done. more
  

You can get experimental releases by selecting the 'experimental' beta branch under Factorio's properties in Steam.

Read this post on our website

With 1.0 approaching, we want to ensure that the day of the launch goes as smoothly as possible, and shows the game in the best light. Something that would really work against that would be if the update broke a bunch of mods and disgruntled all of our most dedicated players. So we are making efforts to ensure that mods that work in 0.18, will work without any update needed in 1.0.

Theoretically this isn't so difficult, as the 0.18 release structure has meant that mods have maintained compatibility with all the latest changes, and in essence 1.0 will just be a small update of 0.18. However it does take a bit of special handling:

• 1.0 will allow mods marked for 0.18 to load.
• The mod portal will show 0.18 mods when browsing in 1.0.

Avoiding breaking mods also means we need to be very careful with changing anything, even something as simple as renaming a sprite can break dozens of mods. I think we never realised how easy it is to break mods before we started this new release structure. Big apologies and big thanks to all the modders who stuck with us through these breakages.

We hope that what this effort means, is that on the day of 1.0, players new and old alike can login to the mod portal and have a very large catalog of mods they can enjoy right away, and that the modders can relax and enjoy the game instead of worrying about updating all their work. However, we cannot say 100% that all mods will work, it is possible one of the features in 1.0 (like the new nuke or alien decoratives) will break some mods.

In FFF-350 we presented the new electric mining drill graphics, and released them in 0.18.31 shortly after. However, we hadn't realized soon enough that it had some issues...

The most obvious one is the tile overlapping. All of our graphics try to find a balance between overlapping the tile a lot to be aesthetically nicer, and not overlapping the tile at all to be technically correct and readable.



With the electric mining drill we got bolder than with other entities, and overlapped the tile more. This problem got massively strengthened by the fact that the mining drill outputs directly to a belt, so it doesn't even have the typical gap where inserters usually are.

The secondary but related issue would be that the entity is no longer as recognizable as before. We attribute that mostly to the new height that the drill has, as it gets a bit overcomplicated, and not as clear what the shape of the entity is.



Originally the main reason to add the higher structure was because we wanted to create a much more complicated miner movement (both horizontally and vertically), and to fit pipe connections easily. However the miner movement was too complicated so we didn't do it, and the pipe connections are kind of an edge case.

We could have addressed just the issue of overlapping the tile above the mining drill, but that would already cost some amount of time and we felt like we could go one step further.



It was tight in time, which is why we're presenting it now, but we decided to move the whole structure down, so the mining mechanism would move on ground-based rails. After a lot of effort put into moving things, redesigning parts of the drill, and reworking the pipe connections, Ernestas has arrived to the new version.



The electric mining drill is one of few entities that the player sees from the very first stages of the game, all the way to the end. Long story short, it's a really important entity so we wanted to get it right.

We were happy with the concept of the mining drill redesign for the "aggressive ground penetration" against the "gentle harvesting" of the original, but we traded away a few of the good parts about the old mining drill graphics, like clarity and identifiability. This revisit tries to fix that, and we believe now it's good.

The new mining drill graphics have been released with 0.18.44 (today). As it could break some mods, we wanted to push the new graphics as soon as possible to give mod authors a chance to fix their mods for 1.0.

As many graphics have changed over the years, more and more related technology icons became outdated. We didn't have enough time to do a complete rework of the technology icons as we did with the item icons, but we could at least update the clearly outdated ones.



Even though a simple one, Factorio does have a story - An engineer crashes on a planet and through building a complex factory, becomes capable of launching rockets back into space (...or builds the sickest combinator contraption instead).

This story is quite well represented - building a crazy factory in the process, ending with an epic rocket launch - except the beginning is not. The player character just appears in the middle of the map with nothing showing where they came from.

When we were working on the crash site for the NPE, we created the special assembling machines, a lab, a power generator and chest capsules.



The NPE has been removed, but Albert didn't design just those special ship chunks. The central piece of the composition was always meant to be a large spacecraft - but per usual, we didn't have enough time to finish it, and since it wasn't really gameplay breaking, we released 0.17 without it.

Although the NPE was removed and its custom crash site entities remained only for modding and custom scenario use, we would like to finish the main crashed ship.

The plan always has been that if we're investing a lot of time into designing the crash site entities, then we better use them for Freeplay as well, as that's the main game mode.

Recently Ernestas picked up Albert's 3D model and finished texturing it, bringing it to life, and to the game.



Klonan has also added a short skippable cutscene at the start of Freeplay, where the crash site is revealed.

The crashed segments are randomly placed, and there's a little bit of resources to be found in each of the ship segments (the 8 combined iron plates that until now just appeared in your inventory).

All of the crash site parts can be mined, but it gives no reward, takes a long time, and the crash site can't be re-built.

The crash site is spawned at the start of the game, so it won't show on pre-1.0 maps. The crash site will be released in 1.0, on 14th August 2020 - at 11am Prague time.

• Updated the technology icons.
  
• Updated the "Make a copy of blueprint" icon.
  

• Added simple credits gui.
  
• Updated the style of progressbar dialogs.
  
• Updated the style of map editor.
  

• Changed the default debug settings to only show grid and nothing else.
  

• Fixed that Blueprint books in the library didn't propagate its modded icon backups properly into the game.
  
• Fixed that Blueprint books in item form did loose its modded icon backed up state when saved between versions 0.18.37 and 0.18.42
  
• Fixed that swapping ghost cursor with an item didn't clear the quickbar selection immediately.
  
• Fixed PvP script error when starting a new round with duplicate starting areas. more
  
• Fixed PvP scenario not restoring character bonuses after respawn. more
  
• Fixed that most of the windows were not squashing as they should when they couldn't fit the screen.
  
• Fixed squashing of save name label in the load/save map dialog and load/save map progress windows.
  
• Fixed that biters could attack entities beyond their attack range. more
  
• Fixed crash when opening train gui through non-locomotive while in map view in latency state. more
  
• Fixed that the deconstruction planner was ignoring specified tile filters when removing tile ghosts.
  
• Fixed that the deconstruction planner with normal tile setting was ignoring tiles when the selection contained only tile ghosts + tiles.
  
• Fixed that the deconstruction planner with tile ghost filter selected didn't select (with whitelist) or ignore (with blacklist) the tile ghosts.
  
• Fixed that the deconstruction planner with tiles and rocks only and blacklist always ignored tiles.
  
• Fixed lights of entities just outside of right or bottom border of screen were drawn twice sometimes.
  
• Fixed drag-placing ghost item in zoomed-to-world view would drag the view instead. more
  
• Fixed that barreling recipes were generated for "fluid-unknown".
  

• Empty LuaPrototype collision masks will now return an empty table, rather than nil.
  
• LuaEntity::circuit_connected_entities and LuaEntity::circuit_connection_definitions return data for entity ghosts. more
  

You can get experimental releases by selecting the '0.18.x' beta branch under Factorio's properties in Steam.