Version 0.17.34

Information about releases and roadmap.
Post Reply
User avatar
FactorioBot
Factorio Staff
Factorio Staff
Posts: 236
Joined: Tue May 12, 2015 1:48 pm

Version 0.17.34

Post by FactorioBot » Fri Apr 26, 2019 3:04 pm

Changes
  • Improved fluid simulation threading. Decreases CPU usage. Threading available on all operating systems. Simulation performance should remain unchanged.
Bugfixes
  • Fixed a crash when importing blueprint strings with power switch wires.
  • Fixed fluid mixing for fixed recipe assemblers. (69676)
  • Fixed "Not enough rails" message after successful track placement. (69930)
  • Fixed a crash when destroying entities during the on_pre_ghost_deconstructed event. (69965)
  • Fixed that trains with "logistics while moving" disabled would not deploy robots when switched into automatic mode while waiting at a station (69914)
Use the automatic updater if you can (check experimental updates in other settings) or download full installation at http://www.factorio.com/download/experimental.

User avatar
Nova
Filter Inserter
Filter Inserter
Posts: 934
Joined: Mon Mar 04, 2013 12:13 am
Contact:

Re: Version 0.17.34

Post by Nova » Fri Apr 26, 2019 3:37 pm

Hm, improved fluid simulation... do you release that so you can fix bugs with it to have a better / more "fluid" release of the new fluid mechanics? :D
Greetings, Nova.
Factorio is one of the greatest games I ever played, with one of the best developers I ever heard of. Image

User avatar
Ekevoo
Inserter
Inserter
Posts: 42
Joined: Sun May 28, 2017 4:26 am
Contact:

Re: Version 0.17.34

Post by Ekevoo » Fri Apr 26, 2019 3:42 pm

FactorioBot wrote:
Fri Apr 26, 2019 3:04 pm
[*]Fixed "Not enough rails" message after successful track placement. (69930)
Huh. That always confused me for a second, but I never saw it as a bug. That makes sense.
Image

User avatar
makeitgraphic18
Inserter
Inserter
Posts: 42
Joined: Sat Jan 06, 2018 7:53 am
Contact:

Re: Version 0.17.34

Post by makeitgraphic18 » Fri Apr 26, 2019 4:09 pm

Read this three time before my lizard brain processed the word 'decreases' was interpreting it as 'increases'. :lol: Great job guys (y).

luc
Fast Inserter
Fast Inserter
Posts: 172
Joined: Sun Jul 17, 2016 9:53 pm
Contact:

Re: Version 0.17.34

Post by luc » Sat Apr 27, 2019 10:32 am

FactorioBot wrote:
Fri Apr 26, 2019 3:04 pm
[*] Improved fluid simulation threading. Decreases CPU usage. Threading available on all operating systems. Simulation performance should remain unchanged.
I don't understand this one. Fluid simulation is better threaded and decreases CPU usage... but performance should remain unchanged? Will it get me more UPS or not?

Koub
Global Moderator
Global Moderator
Posts: 4978
Joined: Fri May 30, 2014 8:54 am
Contact:

Re: Version 0.17.34

Post by Koub » Sat Apr 27, 2019 11:24 am

If I understood correctly, they added some more calculations to make the fluid simulation more realistic, but improved the multithreading in calculations so this didn't degrade performance.
Koub - Please consider English is not my native language.

Bilka
Factorio Staff
Factorio Staff
Posts: 2037
Joined: Sat Aug 13, 2016 9:20 am
Contact:

Re: Version 0.17.34

Post by Bilka » Sat Apr 27, 2019 11:39 am

Here is a summary from Twinsen after someone else asked about it:
Twinsen wrote:So:
- fluid multithreaded update was windows only because it used some weird multithreading code
- fluid multithreaded update was also uing spinlocks, so it was causing unnecessary cpu usage on all cores.

- i changed that in this version. It will no longer use extra cpu. also it will be multithreaded on all OSes. the mentioned change should not affect the UPS performance of pipes on windows
I'm an admin over at https://wiki.factorio.com. Feel free to contact me if there's anything wrong (or right) with it.

User avatar
Omnifarious
Fast Inserter
Fast Inserter
Posts: 184
Joined: Wed Jul 26, 2017 3:24 pm
Contact:

Re: Version 0.17.34

Post by Omnifarious » Sat Apr 27, 2019 2:11 pm

Bilka wrote:
Sat Apr 27, 2019 11:39 am
Here is a summary from Twinsen after someone else asked about it:
Twinsen wrote:So:
- fluid multithreaded update was windows only because it used some weird multithreading code
- fluid multithreaded update was also uing spinlocks, so it was causing unnecessary cpu usage on all cores.

- i changed that in this version. It will no longer use extra cpu. also it will be multithreaded on all OSes. the mentioned change should not affect the UPS performance of pipes on windows
One interesting datapoint here is that if you use standard C++11 threads and mutexes, all locks will be adaptive spin-locks on Linux. I discovered this via testing awhile back, though I suspected it was true (which is why I tested). :-)

User avatar
KostarSF
Manual Inserter
Manual Inserter
Posts: 2
Joined: Fri Oct 05, 2018 9:25 am
Contact:

Re: Version 0.17.34

Post by KostarSF » Wed May 01, 2019 1:07 pm

Perhaps this has already been reported earlier, and maybe it's not a bug, but still.
If two steam turbines powered by the same heat exchanger are running at full capacity, the electricity meters in the "electric network info" are flickering when steam in steam turbines is not enough:
https://youtu.be/495JF8jupQU

Cadde
Fast Inserter
Fast Inserter
Posts: 122
Joined: Tue Oct 02, 2018 5:44 pm
Contact:

Re: Version 0.17.34

Post by Cadde » Wed May 01, 2019 4:14 pm

KostarSF wrote:
Wed May 01, 2019 1:07 pm
Remove one of the steam turbines on each heat exchanger so there's only one turbine per exchanger. Does the flickering go away?

Energy production/usage figures are a median of the actual energy consumption/production at a given tick. Due to poor fluid simulation with large fluid boxes and small amounts of liquid you can get what is essentially fluid teleportation.
The steam in the two turbines can jump back and forth between the two turbines per tick leaving one completely empty and the other with just enough to operate on that one given tick.

Hence, without the median values, you would actually be seeing a per-tick on/off cycle of half your production capacity.
To resolve the issue (if you perceive it as such) you can put a pump between the turbines so fluid can only flow one direction. But better yet would of course be to ensure you have enough steam to operate all turbines.

EDIT: I am sure this will resolve itself with the fluid mechanics update whenever that's ready.

lxkfjhls
Manual Inserter
Manual Inserter
Posts: 2
Joined: Tue Apr 02, 2019 2:15 pm
Contact:

Re: Version 0.17.34

Post by lxkfjhls » Thu May 02, 2019 8:46 am

KostarSF wrote:
Wed May 01, 2019 1:07 pm
are flickering when steam in steam turbines is not enough
The meters flicker because the production is different on different ticks. The production is different because the ratio is not perfect. The heat exchanger consumes heat at the constant rate of 10 MW. The turbine consumes steam at 1 unit per tick. But the heat exchanger produces 10MJ / 0.097MJ ≈ 103.09278350515464... units of steam per second. Your turbines have no way to consume this odd amount of steam at a constant rate every tick. Some tiny steam leftovers displayed as 0.0 are carried into the next tick. This is enough for the meters to display less than 10MW on some ticks.

You may argue in favour of enhanced rounding for the meters to display 9.99999MW as 10MW not 9.9MW.
Cadde wrote:
Wed May 01, 2019 4:14 pm
fluid teleportation
It has nothing to do with any kind of teleportation or fluid mechanics. It's about ratios and rounding.

Cadde
Fast Inserter
Fast Inserter
Posts: 122
Joined: Tue Oct 02, 2018 5:44 pm
Contact:

Re: Version 0.17.34

Post by Cadde » Sun May 05, 2019 12:04 pm

lxkfjhls wrote:
Thu May 02, 2019 8:46 am
Cadde wrote:
Wed May 01, 2019 4:14 pm
fluid teleportation
It has nothing to do with any kind of teleportation or fluid mechanics. It's about ratios and rounding.
Ah yes, cut out the bit you clearly misunderstood about my post and respond incorrectly to that.

Can you disprove my statement with experiments?
Because i've actually experimented with large fluid boxes and they do cause what can only be described as teleportation with small amounts of liquids being split over several fluid boxes.

Sure, you somewhat are right in that under the hood this is due to "rounding" (floating point numbers) but due to how the game handles fluids, any leftovers (I.E, not actually consumed by exchanger 1) will move over to the other exchanger and since that amount is tiny it will move back and forth rapidly in "pipes" until there's enough inflow to stop it.

It IS essentially fluid teleportation because at those low amounts, fluids WILL move across the entire pipe network in a single tick and it depends on build order where the fluid moves to.

lxkfjhls
Manual Inserter
Manual Inserter
Posts: 2
Joined: Tue Apr 02, 2019 2:15 pm
Contact:

Re: Version 0.17.34

Post by lxkfjhls » Sun May 05, 2019 3:57 pm

Cadde wrote:
Sun May 05, 2019 12:04 pm
lxkfjhls wrote:
Thu May 02, 2019 8:46 am
Cadde wrote:
Wed May 01, 2019 4:14 pm
fluid teleportation
It has nothing to do with any kind of teleportation or fluid mechanics. It's about ratios and rounding.
Ah yes, cut out the bit you clearly misunderstood about my post and respond incorrectly to that.

...

It IS essentially fluid teleportation because at those low amounts, fluids WILL move across the entire pipe network in a single tick and it depends on build order where the fluid moves to.
You are right, there IS teleportation. I have been seeing it in the game for years. I did not need you to explain it to me. So I guess I did not misunderstand the most important part of your message.
Details and screenshots

Post Reply

Return to “Releases”

Who is online

Users browsing this forum: No registered users