Urist McPilot

  • Content Count

  • Joined

  • Last visited

Community Reputation

6 Neutral

About Urist McPilot

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. That's easy to solve, turn off full screen mode, and resize the window not to cover the side of your screen.
  2. I know what a SPOM is, I'm just curious where do you draw the line. Never build a hydrogen generator to conserve hydrogen? Is running the whole base on hydrogen power (e.g. for super sustainable achievement) and using 10% of the power to run the electrolyzer(s) while collecting excess hydrogen considered a SPOM? A fully isolated oxygen-producing module can be optimized to produce quite much extra power or hydrogen, is letting that go to waste is what defines the SPOM? (ok, I see I might be a bit too philosophical here )
  3. Just out of curiosity: what exactly do you call a SPOM? Do you mean that you never built an electrolyzer powered by a hydrogen generator, or something more specific?
  4. I've never used a door compressor, I usually go for a liquid-covered gas vent. Or a bypass pump if I want to avoid pipes, but a generic gas collector usually needs filtering and for that pipes are the easiest way.
  5. Select one of the space scanners, and hover your mouse over the line that displays network quality, the popup message will tell you the detection time. It will be the same for all types of objects, on all scanners, even if the only scanner set to your rocket has 0% scan quality itself.
  6. Actually the picture does not have a pipe split at all It's one single pipeline with an output port placed in the middle, and it can be placed anywhere. If a single pipe runs from the output and it is split later, it will have a similar behavior, although IIRC it has some minor differences in case one of the routes back up.
  7. Yes, moving/filtering/storing chlorine is totally analogous to natural gas.
  8. That's easy, a packet goes into the bridge it the bridge's output is not blocked, and does not go if the output is blocked (and in this case if there is another pipe leading away from the input, the packet continues there). What's also important to understand is that packets do not travel continuously like the animation shows, but they jump to the next pipe segment instantly (once in each second). It's easy to observe this if you fill a pipe with heterogeneous content (like different materials, they are the easiest to see) and hold your mouse over a pipe segment and watch the content of the pipe. So "being blocked" means that at the moment this jump occurs, the packet in the pipe segment under the output port has nowhere to go, and not blocked means this packet can jump to somewhere else, making free space for the packet coming through the bridge. There is one more important behavior: if you have a pipe that has a continuous packet flow, and you put the bridge output on the middle of this pipe, the game will prioritize the flow in the pipe. To put it another way, if the pipe segment under the bridge output has an incoming pipe, a packet will be drawn from the incoming pipe and not through the bridge. It fits with the general mechanism: packets already in the pipe make the pipe blocked, blocking the bridge. Maybe one more thing that might be confusing based on the animation: when a packet enters the bridge, it means it appears instantly on the output. The animation looks like it is entering the input pipe segment, but the input pipe in this case actually remains empty. If the packet cannot enter the bridge, it remains in the input pipe segment, and the animation looks exactly the same. (NB. this explanation assumes full packets, bridges also handle partial flow, but I guess you already noticed that.)
  9. Not sure about the actual melting point of regolith, both oni-db and the wiki states 1409.85, but granite has in fact lower melting point (668.85) than magma, and what happens when granite is heated is that it melts to magma and solidifies to igneous rock right away. It's temperature does not rise, and it creates heat only because of the SHC increase. (AFAIK regolith melting also creates heat only because when it melts its SHC gets five times higher, but I never tried, I just feed the stuff to voles )
  10. It has already been stated that the DLC will have impact on the base game, it has to be made consistent with the extra content. That can easily mean breaking existing builds with the base game upgrade. That's exacly why I would need the old version. I would really hate if I had to throw away my existing colony because of the base game upgrade, at the very least I want to be able to postpone that moment until I have all the achievements I was aiming for
  11. Same for me, lower conductivity makes it perfect in place of igneous. I also tend to use it as a generic building material near space biome to limit transportation time. And while it cannot be used for insulated liquid pipes, it works for insulated gas pipes.
  12. At that point you still have plenty of time to start dealing with the situation (at least on Terra). Don't quit, try to invent some cooling. You still have enough time to get it wrong and fix it a few times I have never insulated my whole base, not even on Volcanea with magma channels. Just cut off the source of heat.
  13. The T-junction under the germ sensor is not controlled in any way by the sensor, it sends packets left and right in a round-robin fashion (provided the next pipe segment is empty) regardless of germ count. Sometimes it sends a germy packet to the right, which has no way to leave that segment; next time a clean water packet arrives at the sensor, it opens the shutoff, and the waiting germy packet leaves. Solution is to let the germy packet leave if the shutoff is closed: build a pipe segment leaving the input of the shutoff towards another input, and all germy water will go that way, making space for the incoming clean water packets that will be let through the shutoff. The left hand side of the T-junction can be completely removed. The germy water stream still needs to be handled, but beware: if you block the pipes that drain the germy water, you get into the same situation, germy water that cannot leave the shutoff input will be let through if a clean packet comes afterwards. If you just route the germy water back towards the input, like the left side shutoff does now, the merging junction on the left edge will block the pipe. If you use a bridge section to give priority to the germy water, you will have problems with filling the reservoirs. My usual trick here is to mix the input into the output from a reservoir, and connect the germy filtered water to the input of the reservoir; this way the reservoir output gets blocked from time to time, filling the reservoir slowly without blocking the germ filter.
  14. When I wrote "countless sensor+shutoff filters", I meant just that: a sensor placed next to a shutoff, the two simply connected. This can reliable replace a liquid filter or gas filter building if you guarantee that the output pipes never get blocked. The build in your question also includes such a filter, so I'd rather not post it again But I do have a liquid purifier build that might fit your bill: no timers, no doors, no priming, you can freely choose how much liquid to use as buffer (can be even zero), and I had it working for at least a few hundred cycles without issues. Needs two shutoffs, a germ sensor set to "below zero", and a liquid reservoir in sitting in chlorine: The reservoir settings control the size of the buffer; the important rule is that the high threshold must not be set to 100%, because that will get the filter pipe (and eventually the whole loop) blocked. If you set the low threshold to zero, then all purified fluid leaves the reservoir before the next batch is processed, but keep in mind that the more buffer you have, the more efficient the system gets, because the "dying out" bonus for having too few germs in too much liquid kicks in earlier. If you have any questions about why or how does this one work, just ask.