Friday Facts #299 - Everything is more complex than expected
Re: Friday Facts #299 - Everything is more complex than expected
Pfft, trains, amirite?
Re: Friday Facts #299 - Everything is more complex than expected
Wait are you talking train crashes or game crashes?
Which of them is shown in the diagram?
Which of them is shown in the diagram?
Re: Friday Facts #299 - Everything is more complex than expected
The graph shows total crash reports
Re: Friday Facts #299 - Everything is more complex than expected
I've probably missed something but why can't you limit a train to reserving each block once? The train enters block 3 and removes the reservation on block 2, then reserves block 2 again (unless another train has already reserved it)?
Alternatively you could mark the whole thing as working as designed, people who don't put enough signals deserve to have their trains crash.
Alternatively you could mark the whole thing as working as designed, people who don't put enough signals deserve to have their trains crash.
Re: Friday Facts #299 - Everything is more complex than expected
You're doing great! Thx for making the game better every day!
- BattleFluffy
- Fast Inserter
- Posts: 196
- Joined: Sun Mar 31, 2019 4:58 pm
- Contact:
Re: Friday Facts #299 - Everything is more complex than expected
Thank you guys for making sure the trains are super rock solid :>
Re: Friday Facts #299 - Everything is more complex than expected
Because it needs to reserve block 2 for the front before the rear has left block 2. Reservations account for breaking distance not only actually position as well.
-
- Filter Inserter
- Posts: 459
- Joined: Tue Jun 28, 2016 2:07 pm
- Contact:
Re: Friday Facts #299 - Everything is more complex than expected
Sounds like rail reservations are akin to reference counting for RAM now.
When will Factorio grow so large that it escapes to become its own Operating System?
FactoriOS?
When will Factorio grow so large that it escapes to become its own Operating System?
FactoriOS?
Re: Friday Facts #299 - Everything is more complex than expected
As someone who has worked on and around railroads for most of my life; The way you had it was the "correct" way to do it. The "error" you're trying to fix is due to poor track signal design and not due to a programming error or deficiency in the game. That's a problem that would be seen in the real world.
Personally, it looks like you're dumbing down of one of the challenges of the game to set up railroads for efficient and desired operations.
Also setting up the game to use more CPU time and memory that is really necessary, which is OK for small factories. I'd be interested to see what happens to the game performance of some of the mega factories that have been built with extensive railroad supply systems.
Personally, it looks like you're dumbing down of one of the challenges of the game to set up railroads for efficient and desired operations.
Also setting up the game to use more CPU time and memory that is really necessary, which is OK for small factories. I'd be interested to see what happens to the game performance of some of the mega factories that have been built with extensive railroad supply systems.
Re: Friday Facts #299 - Everything is more complex than expected
Amen.Tempest_D wrote: βFri Jun 14, 2019 3:28 pmAs someone who has worked on and around railroads for most of my life; The way you had it was the "correct" way to do it. The "error" you're trying to fix is due to poor track signal design and not due to a programming error or deficiency in the game. That's a problem that would be seen in the real world.
Personally, it looks like you're dumbing down of one of the challenges of the game to set up railroads for efficient and desired operations.
Also setting up the game to use more CPU time and memory that is really necessary, which is OK for small factories. I'd be interested to see what happens to the game performance of some of the mega factories that have been built with extensive railroad supply systems.
Never accommodate code to mimic the faulty use scenarios you see. Teach people to use things right.... that kinda sounds more like Apple's "you're using it wrong" than i'd like but it holds true here.
My Mods: mods.factorio.com
Re: Friday Facts #299 - Everything is more complex than expected
While I agree that logic like this is not worth fixing because most of the problem is in track signal design, it is also worth noting that this so-called "poor track signal design" can cause desyncs which are very certainly bugs in the game. This quote above is also (probably) an example of people thinking it's supposed to be their fault, not the game's. It is definitely a good idea to fix this problem instead of dismissing it as the player's fault. Desyncs or other forms of crashes are always on the game. Never on the player.Optera wrote: βFri Jun 14, 2019 3:40 pmAmen.Tempest_D wrote: βFri Jun 14, 2019 3:28 pmAs someone who has worked on and around railroads for most of my life; The way you had it was the "correct" way to do it. The "error" you're trying to fix is due to poor track signal design and not due to a programming error or deficiency in the game. That's a problem that would be seen in the real world.
Personally, it looks like you're dumbing down of one of the challenges of the game to set up railroads for efficient and desired operations.
Also setting up the game to use more CPU time and memory that is really necessary, which is OK for small factories. I'd be interested to see what happens to the game performance of some of the mega factories that have been built with extensive railroad supply systems.
Never accommodate code to mimic the faulty use scenarios you see. Teach people to use things right.... that kinda sounds more like Apple's "you're using it wrong" than i'd like but it holds true here.
Edit: Oh and from a programmer's perspective, I am currently unable to see how this would affect memory usage or performance. ...unless the new reserved counter spams more than one byte.
Re: Friday Facts #299 - Everything is more complex than expected
in case you guys missed train related bug from reddit
https://www.reddit.com/r/factorio/comme ... dium=web2x
https://www.reddit.com/r/factorio/comme ... dium=web2x
- MasterBuilder
- Filter Inserter
- Posts: 353
- Joined: Sun Nov 23, 2014 1:22 am
- Contact:
Re: Friday Facts #299 - Everything is more complex than expected
They've already fixed it for .50XBBX wrote: βFri Jun 14, 2019 4:14 pmin case you guys missed train related bug from reddit
https://www.reddit.com/r/factorio/comme ... on_design/
viewtopic.php?f=30&t=71990
Give a man fire and he'll be warm for a day. Set a man on fire and he'll be warm for the rest of his life.
Re: Friday Facts #299 - Everything is more complex than expected
obviously why i was thinking it's not fixed yet bugs hare disappear fastMasterBuilder wrote: βFri Jun 14, 2019 4:24 pmThey've already fixed it for .50XBBX wrote: βFri Jun 14, 2019 4:14 pmin case you guys missed train related bug from reddit
https://www.reddit.com/r/factorio/comme ... on_design/
viewtopic.php?f=30&t=71990
Re: Friday Facts #299 - Everything is more complex than expected
It's interesting that such a straightforward system can be completely broken when you have as dedicated a playerbase as Factorio has
Anyway, I have a quick question: When the new resource icons were added, it appears as if you added the mipmaps for them as well. Does this mean that item mipmapping is already in the game, or are the icons just that way so when the mipmapping is added, you don't have to update the icons again?
Anyway, I have a quick question: When the new resource icons were added, it appears as if you added the mipmaps for them as well. Does this mean that item mipmapping is already in the game, or are the icons just that way so when the mipmapping is added, you don't have to update the icons again?
Don't forget, you're here forever.
Re: Friday Facts #299 - Everything is more complex than expected
Mipmapping has been in the game for quite some time.Raiguard wrote: βFri Jun 14, 2019 4:42 pmAnyway, I have a quick question: When the new resource icons were added, it appears as if you added the mipmaps for them as well. Does this mean that item mipmapping is already in the game, or are the icons just that way so when the mipmapping is added, you don't have to update the icons again?
There are 10 types of people: those who get this joke and those who don't.
Re: Friday Facts #299 - Everything is more complex than expected
trains are indeed a integral part of the game, when we play large maps, running millions of belts, although possible, are certainly more ups intensive than running a bunch of trains.
it is a very good idea to prevent crashes and dsyncs as these are detrimental to fluid game play. still hoping that the save function will eventually be pause free, but would still love to see a message 10 seconds before the inevitable forced stand still, which can sometimes take upwards of 30 seconds or more on very large maps.
with out trains those very large maps and bases would be way more challenging but having a good train network is great. learning how to properly use train signals however can be a tall learning curve, but 2 things i have learned that i consider the best for train networks is:
1) Rail Signals every Big electric pole distance for long runs.
2) Chain Signals before every junction, and another rail after all the junctions close.
failure to make proper use of rail signals and chain signals most likely will result in a jam or collision.
although the train logic is being improved dramatically which can allow use of rail signals everywhere, because players like me, where i didn't understand the difference between chain and rail signals, or how to use them properly, resulted in unintended behavior, and forwarded to the devs as bugs, although realistically these issues are more along the lines of: "lack of understanding" or "lets try to break the game".
thanks however to the fantastic developers of this game, they take these things in stride and make adjustments to help with these situations.
Thanks to all of you at WUBE for this fantastic game and all your hard work!
it is a very good idea to prevent crashes and dsyncs as these are detrimental to fluid game play. still hoping that the save function will eventually be pause free, but would still love to see a message 10 seconds before the inevitable forced stand still, which can sometimes take upwards of 30 seconds or more on very large maps.
with out trains those very large maps and bases would be way more challenging but having a good train network is great. learning how to properly use train signals however can be a tall learning curve, but 2 things i have learned that i consider the best for train networks is:
1) Rail Signals every Big electric pole distance for long runs.
OR further if you are running extremely long trains, the distance between them should be at least the distance of your trains plus wagons, for the majority of your trains. my example for a signal every big pole is good for 1-4 trains. if your rail signals are too close together you could end up with traffic jams. and too far apart will result in slow downs.
2) Chain Signals before every junction, and another rail after all the junctions close.
use of more chain signals in a large junction block allows trains with non-interfering paths to cross though the same junction, which makes them faster. placing a rail signal after all junctions complete, allows the train path to become open again after the train clears, which will allow the next train with what would be an interfering path to enter the junction space.
failure to make proper use of rail signals and chain signals most likely will result in a jam or collision.
although the train logic is being improved dramatically which can allow use of rail signals everywhere, because players like me, where i didn't understand the difference between chain and rail signals, or how to use them properly, resulted in unintended behavior, and forwarded to the devs as bugs, although realistically these issues are more along the lines of: "lack of understanding" or "lets try to break the game".
thanks however to the fantastic developers of this game, they take these things in stride and make adjustments to help with these situations.
Thanks to all of you at WUBE for this fantastic game and all your hard work!
Re: Friday Facts #299 - Everything is more complex than expected
In that case though, I'd expect the signal leaving block #3 to remain red. The train would either resume accelerating when its tail leaves block #2 for the first time (since it can re-reserve for its second entry into block #2), or it would deadlock if its tail was still in block #2.Tempest_D wrote: βFri Jun 14, 2019 3:28 pmAs someone who has worked on and around railroads for most of my life; The way you had it was the "correct" way to do it. The "error" you're trying to fix is due to poor track signal design and not due to a programming error or deficiency in the game. That's a problem that would be seen in the real world.
Personally, it looks like you're dumbing down of one of the challenges of the game to set up railroads for efficient and desired operations.
Also setting up the game to use more CPU time and memory that is really necessary, which is OK for small factories. I'd be interested to see what happens to the game performance of some of the mega factories that have been built with extensive railroad supply systems.