Hello, This past weekend we beat our previous record of most simultaneous players with a peak player count on Steam of 22,457 players, and no doubt another couple thousand playing the non-Steam version.
Hello, We released 0.18.2 and 0.18.3 this week. In terms of major releases, this one has very few bugs, so we haven't had a lot of pressure to crank out the releases at lightning speed.
Hello, The year is wrapping up, and we have been hard at work finishing off some topics before we take our Christmas break. As you can imagine, releasing any new version of the game without a few weeks to do bugfixing wouldn't be wise, so you can rest easy this holiday period without the worry of a surprise 0.18 release.
AMD Ryzen crashes (Klonan) The long fight with the elusive Ryzen bug (more and more) seems to finally have some resolution. A few weeks ago I sent an email to AMD, filling them in on the details of the crash, and asked them if they could help us solve this. Very quickly I was put in touch with a member of their CPU engineering team, and they got to work with their investigation. After a few days, and after providing them all the information we have (log files, source code, crash dumps etc.), the cause of the issue was identified. Some other developers in the industry also had this problem and worked with AMD to fix it, so it's unlikely that the CPU bug was fixed only because of us, but we are honoured to have contributed to this. Unfortunately we do not have any technical or deep insight into where exactly the problem lay, or what the fix was, as it was somewhere between the motherboard BIOS and the Ryzen chipset drivers. So if you are running Factorio on a Ryzen system, we advise you to update your BIOS using the files and procedures found on your motherboard manufacturer's website, and update your chipset drivers to the latest version.
The GUI update (Part II) - Technology tree Today we will speak a bit about the work in progress of the Technology tree, and the main GUI style/philosophy evolution. The visual style is evolving and becoming more mature. The aim is to be as functional as possible, and also be pleasant to interact with, always having in mind the limitations of making it work in our engine. This is why we bet for a neutral and sober look that helps to focus on the relevant elements, without the distraction of possible decorative elements. This is not easy to decide, because the tradition of video-games is very rich in decorative GUI elements, and I'm sure that many of you would prefer having screws and rust in the corners of the metal panels and cables hanging everywhere in the GUI. Me too. Sometimes. I believe that once the GUI is completely functional, there will be some minimal decoration and this kind of fantasy, but this will be another chapter if it ever happens. We are paying a lot of attention to the readability in general, according to the AAA standards of the WCAG. So the contrast with the panels and the font is increased quite a lot compared to previous mock-ups by simply using a contrast checker. Also the font size is increased by 2pt so it is more comfortable to read. Anyway, the user will have control of the font size in the options menu. Bear in mind that the next mock-ups are a work in progress, and we still developing our standards, so some colours and solutions can vary through further iterations.
As announced previously, Factorio is now available for Nintendo Switch. You can find it on the Nintendo eShop in your region. I hope you will enjoy it. Remember that if you are not sure, you can try the demo. I recommend playing through the tutorial campaign even if you are a veteran player, as it gradually teaches you how to play the game with a controller.
Good evening everyone, it is almost 1 year since the end of our Indiegogo campaign. The beginning of the campaing was kind of gloomy and hopeless, after one week we were ready to resign the whole project and we both even had a programming job in reserve. But eventually things turned around and thanks to many awesome people supporting us, we managed to finish the campaign sucessfully and continue working on Factorio fulltime. That is the "well known history" and you can read more about it in the older blog posts. What is less known is what happened after the campaign. The end of the campaign made us actually over confident at the time. We felt that all is going to be easy peasy since then. We were wrong once again. We had to go through some rough times, often balancing close to the zero on our bank account with the game being not more than "an interesting proof of concept". The original estimate was that the game would be finished by the summer of 2013, simply because the summer seemed like far enough in the future back then in February. Now we believe that if we try hard enough, the game could be "finished" by summer 2015 (because that DOES look like far enough in the future :)), but better not to make any estimates ... So these days it is a bit of balancing time for us, comparing to where we were a year ago. The "now" is definitely winning (except for the compilation times). The efforts to stabilize the 0.9 release have continued this week as well. We want the 0.9.2 to be a "stable release candidate", that means it should have all the major reported bugs fixed and the campaings and scenario pack must be working. This is not ready at the moment, therefore we will wait with the 0.9.2 release till sometimes in the next week. Also recently we have spent quite some time on administrative tasks - namely working out the taxes and also going through the application process for accepting credit cards on our website (let's keep the fingers crossed that paymill will give us a green light in the end). Albert has been busy (as usual) and productive (as usual as well). We decided to spend some time repairing our graphical debts and redo the most common entities that were done before our artistic direction has been established. First in the row was the assembling machine. You can say goodbye to "tint abuse" that was used to produce two extra levels from a single assembling machine animation. Now there are three separate animations with different movement mechanisms in the top part. The preview of animations is shown below. The problem is that the less "old style" (and non-fitting) objects there are in the game, the more visible they are compared to the rest. This makes the inserters and transport belts next candidates for re-skinning ... If you like the new assembling machines (and even if you don't), then tell us about it on our forum.
Inserters are now smarter Twinsen A few days ago I was investigating a rather minor bug report related to "Rotational Asymmetry in Belt/Inserter interactions" (aka Inserter was not behaving identically when rotated). This was a classic case of floating point equality comparison. The Inserter would move it's arm and then it would pick up the item if the current arm orientation is equal to the desired arm orientation. Because of some chain of calculations related to rotation, some precision was lost and the equality check would fail for 1 tick, delaying the item pickup for 1 tick in some Inserter rotations. So I fixed that by finishing the inserter movement if it's close enough. Now the inserters should be a tiny bit faster in some rotations, plus all rotations should again be symmetrical and identical. While analyzing the code and Inserter behavior for that bug, I also noticed that inserters with stack bonus would do nothing for 1 tick after picking up an item from a belt. I changed it so inserters will start moving to a new target immediately after they pick up something. This also sped up the Stack Inserter by a tiny bit. Both the speedups were enough to fix another bug that was often regarded by the other devs as "not a bug": A Stack Inserter was not fast enough to pick up all the items placed on a belt by another Stack Inserter. Furthermore, because of different timings, the amount of items a Stack Inserter would pick up would depend on how far that Stack Inserter was from the item source: We released the change on Thursday. Something strange was quickly discovered after release... From Nefrums speedrun stream. As someone from Twitch chat noted "Inserters are so fast now, they even don't care about the side of belt". Remember that I fixed the rotation problem by finishing the Inserter movement if it's close enough. Well, what ended up happening was what now the Inserter would stop 0.0001 degrees short of perfectly vertical. That was of course closer to the other belt lane so the item would be dropped there. Previously it was always dropped perfectly vertical, and the lane decision algorithm would choose the right lane. The fix was easy and it's probably released by the time you are reading this. So with everything fixed, inserters are now more consistent, predictable and intuitive, things that I think are important for a precise game like Factorio. Some situation might end up being slightly slower or will consume a bit more electricity, but generally inserters are now faster.
Hello, it is starting to be quite hot here and summer just started. We started to play games during Fridays (at least part of the day), and today we played Don't Starve together which is kind of addictive to be honest, so I really had to force myself to stop and give you some Factorio updates.
While all us minions and assembling humans are furiously working on 0.15, today I would like to present to you what I have been working on lately - new graphics for resources, of course including high res and the new uranium ore. In the second part of the article I will get to an old/new topic about concrete.
