• Content count

  • Joined

  • Last visited

Community Reputation

87 Excellent

About impyre

  • Rank
  1. Currently the Sous Chef position doesn't gain any mastery from cooking items. This was tested with the electric grill and the microbe musher. No mastery gain was shown at all beyond passive mastery gain.
  2. [Game Update] - 297718

    The port problem was related to the game allowing you to place ports in a way that could result in things not working, without it being clear why. They fixed it so the game no longer lets you construct things in such a way that the output port is obstructed. The text entry refers to typing numbers into the boxes for setting values. On some items, this has always been a thing... but a commonly requested feature was to add this to smart batteries and the like. @Pex @watermelen671 was just trying to be helpful, both to you and to the devs. There are literally a thousand things that can go wrong during an update. Files can become corrupted, perhaps the engine was changed to make use of new drivers for an optimization and your drivers haven't yet been updated... but that only affects users of certain NVIDIA cards... I mean the list is nearly endless. The point of troubleshooting the problem is to save the devs time sorting through "bugs" that aren't really due to problems in the code... it's nothing personal. I've worked in data centers (and produced code) for 10 years, and I can promise you that even I would troubleshoot first. No person can just *know* without a doubt that it *must* be the updated code failing. Proper troubleshooting is neither lame nor trivial, and I doubt you'll find any support here for that attitude... most of us here take supporting Klei seriously; the more support they get from the community, the better the game can become.
  3. It's pinned, it's a discord server... what else needs to be posted lol?
  4. @Serpher I don't think it works that way. It's either an input or an output. You *could* have both, but they would have to be separate ports. Input enables/disables tank, and output tells fill state. Enabling/disabling tanks seems kindof useless... because you generally use them because you want a buffer that's *always* available... why would you ever want to turn it off. Even if you did want to turn it off, using shutoff valves accomplishes this. You could also use a shutoff to automate the inputs and have the tank completely controlled by automation. The big deal here is having some way to easily check the fill levels of tanks. @Xadhoom It would be really nice to have a built-in sensor like the hydro and atmo sensors. Something we can change settings for so that it changes from red to green once a certain fill level is reached. It's nice to know when tanks are full because some systems don't handle being overfilled very well. It's nice to know when tanks are low because we can choose to activate secondary systems to help supplement our supply. (Like pulling nat gas from geyser storage if the gas from fertilizer, petrol, and oil production begins to run low... we want to use what we make first so it doesn't back up) Having configurable sensors make this easier. You *can* do it with vent-based sensors *sortof*, but it doesn't work great. Right now the most accurate way is to use a storage area combined with vent and mini pump, control the flow rate in and out, and monitor the fluid/gas levels, as that will represent the level in the tanks... but this sortof defeats the purpose of the tanks imo. edit: I tend to stay away from the pumps and sensors though, I use multiple tanks and pipe element sensors connected to filter gates, I get a signal when I'm down to one full tank left, and I have a full signal.
  5. I did that before posting about the bug. However, I also later experienced other problems with that save, such as darkness that couldn't be uncovered/revealed by dups. It was obscuring a natural gas geyser. I figured the problem was likely related to the save/map since it was freshly created with the new space industry release. Created a new map/save after the patch and so far this issue has not happened again.
  6. yes, this is definitely a thing... kindof exploity if you ask me, but also annoying. I had it happen earlier and I was upset because I always check and reject until i find one i like, then I leave it ready to print. It was gone after I had to reload.
  7. When setting the microbe musher to repeat a recipe, liceloaf in my case, it completes the recipe a few times and then stops working as intended. It still "works", but it's almost as if the chef or cook will ignore it. It sits idle until someone else has nothing else to do. Queuing up recipes individually works as expected, but the continuous mode doesn't. Also, once the breakage occurs, the only fix is to deconstruct and rebuild the machine. Once replaced it works normally for a time. EDIT: I don't have any logs to post, no crashes, or anything of that nature. The bug isn't one related to efficiency, slowness, or hardware issues, so none of that's relevant... and a screenshot simply wouldn't record the problem. I don't know if I can make a video or not, but that's the only way I can think of to really document the issue beyond simply describing it.