Mod Feedback [By Request] RotaryCraft Suggestions
- Thread starter Reika
- Start date
So I think we discussed a feature request before, regarding having blocks that measured throughput like the Dynameter does but for other values.
Would it be difficult to make a block to log steam throughput? Perhaps upgrade the Dynameter to support right clicking with the transducer to get 1/5/10 minute averages?
Food for thought.
Would it be difficult to make a block to log steam throughput? Perhaps upgrade the Dynameter to support right clicking with the transducer to get 1/5/10 minute averages?
Food for thought.
My guess is that it would be easy enough to code but it might not be as informative as you'd imagine. My guess
My guess is that it would be easy enough to code but it might not be as informative as you'd imagine. My guess
Even a Dynameter for steam would be enough...
I'm thinking the problem is that steam doesn't flow unidirectionally like you picture it. It equalizes, which means you'll have steam going in all directions (including "backwards" towards original source sometimes)
I need to go look at his steam pump code sometime. I've always wondered what he did there; I would have been tempted to leverage the equalization code by creating a "vacuum" , a negative number for steam to equalize into.
I've mentioned this before, but you can calculate any steam metrics you like by draining all steam into a single pipe and measuring that and timing the processes. You've come up with some weird ways of trying to calculate steam performance but none of them really beat the simplicity of "how much steam does this reactor produce over X time"
That's what I'm doing. I use a powered steam pump as a one way value to allow me to measure output over time. Typically I break and replace the output pipe from the pump, and then check it after 60 seconds to compute the output.
Ok, I thought you'd given up on that since you were asking for the steam dynamometer. Btw just to be clear, I think that's a great idea, I just have a sneaking suspicion it wouldn't work as well as one would hope.
Your pump check will garner more precise results the longer you let a sample run. 60 seconds may not be ideal for precision. Personally I'd do a full reactor cycle (one pellet in each core). Then you can include "steam per pellet" as a metric
Ok, I thought you'd given up on that since you were asking for the steam dynamometer. Btw just to be clear, I think that's a great idea, I just have a sneaking suspicion it wouldn't work as well as one would hope.
Your pump check will garner more precise results the longer you let a sample run. 60 seconds may not be ideal for precision. Personally I'd do a full reactor cycle (one pellet in each core). Then you can include "steam per pellet" as a metric
I just wanted an approximation based on a simple unit that you could tie to the turbine usage (20/sec for regular, 160/sec for HP). I'm doing this manually atm, but plugging in a steam meter after the pump would accomplish the same result ideally.
Exactly.
Here's where I'm at, at the moment, if you're interested:
1. Harder Wildlife wants 2 or more chunks to catch all trees properly (NB: May be a now-fixed bug, may be able to drop down to 1)
2. Mystcraft wants no more than 1 to profile age instability properly.
3. UBC wants no more than 1 to convert ores to stone-colored ores.
4. Rotarycraft's borer seems to assume a chunk is fully loaded with ores when decorated (but even vanilla can spread ores in from an adjacent chunk, or coal from 2 chunks away) (and I hope I've made an error here)
5. Forge has an event for post-world gen, supposedly post-decoration, but it apparently fires as the last step of doing chunk A without regard to nearby chunks generating things (so it seems to be effectively a range 0 chunk equivalent)
6. Vanilla mineshafts can generate and decorate into chunks at a pretty good distance away, higher than any of those numbers.
I've had many issues with chunk generation, but never one due to RoC. I actually appreciated that the bore only did one chunk at a time, it was light on the server.
Simple solution. This steam gauge could be a steam consumer and producer, where it consumes from 1 side, and produces on the other. This is probably roughly how the pump works. Just add some sort of method for counting the steam, and voila. Steam Gauge
Pfft. Who wants to use that RF stuff. I do things the hard way ;]
I'm setting up my reactor now with proper waste disposal in finite water, should be a blast.
...
Poor choice of wording perhaps.
For a brief second I thought you were nuts until it occurred to me it made sense, because the pump does have an actual output side.Simple solution. This steam gauge could be a steam consumer and producer, where it consumes from 1 side, and produces on the other. This is probably roughly how the pump works. Just add some sort of method for counting the steam, and voila. Steam Gauge
Then it further occurred to me that Reika could do a much easier version of this idea by simply making the existing steam pump track how much steam it has "processed", possibly with a redstone-pulsed reset to avoid adding a GUI. @Reika?
Or just track a simple moving average and print it when queried with the transducer.