You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using EnderIO's Power Monitor as a measurement device, but take your pick of your preferred RF measuring tool.
Config Options:
All tiers of RF:EU conversion is the standard 4 RF = 1 EU
constrainBattery is false
exactVoltage is false
Basic Flux Capacitor output is set to 10k RF/t
Setup:
16x LV, MV, HV, EV CEU
16x LV, MV, HV, EV CEF
Some manner of measurable RF container to output to that accepts enough RF/t not to bottleneck
4x Basic Flux Capacitor (fully charged)
Steps:
Configure four chains of tier-matching CEF -> CEU -> Measurable RF output. In my case I used a very high-tier EnderIO energy conduit with a large internal buffer and a power monitor to see how fast energy was entering into the "network."
Place the first charged flux capacitor into the LV CEF and note the RF throughput rate out of the adjacent CEU is 512 RF/t. This corresponds to 4A of LV power, when 16A should be possible and the rate is not constrained by the discharge rate of the battery.
Repeat the same step in the MV CEF and note that the RF throughput is 2048 RF/t, which is 4A of MV. In the HV CEF, it increases again to 8192 RF/t, which is 4A HV.
Again at EV, it is 32,768 RF/t, which is 4A EV and actually exceeds the output rate of the RF battery. By now you can see the trend: it's always 4A of the current tier's power. This trend is also visible for GT batteries in the same setups.
The consequence of this is that you need four batteries available to output 16A in a 16x CEF if you run out of non-buffered power, which would be rather confusing if you're expecting the battery to not be constrained. I have not thought to test this in the various other sizes of CEF/CEU (Omnifactory only uses the 4x and 16x) but it's possible that this problem manifests there too.
The text was updated successfully, but these errors were encountered:
New version is approved at CurseForge. Although I didn't noticed any oddities, I suggest you to don't trust my words and double check for your own sake 😛
I actually devised some basic energy measurement device to test and confirm the issue. The commit message explains about it. It's really primitive, I mean borderline functioning, but just in case if you are interested.
GTCE: 1.14.1
SoG: 2.18.1
CEU: 1.0.5.2
Thermal Expansion: 5.5.7.1
I'm using EnderIO's Power Monitor as a measurement device, but take your pick of your preferred RF measuring tool.
Config Options:
constrainBattery
isfalse
exactVoltage
isfalse
Setup:
Steps:
Configure four chains of tier-matching CEF -> CEU -> Measurable RF output. In my case I used a very high-tier EnderIO energy conduit with a large internal buffer and a power monitor to see how fast energy was entering into the "network."
Place the first charged flux capacitor into the LV CEF and note the RF throughput rate out of the adjacent CEU is 512 RF/t. This corresponds to 4A of LV power, when 16A should be possible and the rate is not constrained by the discharge rate of the battery.
Repeat the same step in the MV CEF and note that the RF throughput is 2048 RF/t, which is 4A of MV. In the HV CEF, it increases again to 8192 RF/t, which is 4A HV.
Again at EV, it is 32,768 RF/t, which is 4A EV and actually exceeds the output rate of the RF battery. By now you can see the trend: it's always 4A of the current tier's power. This trend is also visible for GT batteries in the same setups.
The consequence of this is that you need four batteries available to output 16A in a 16x CEF if you run out of non-buffered power, which would be rather confusing if you're expecting the battery to not be constrained. I have not thought to test this in the various other sizes of CEF/CEU (Omnifactory only uses the 4x and 16x) but it's possible that this problem manifests there too.
The text was updated successfully, but these errors were encountered: