Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

XyFreak

Members
  • Content Count

    401
  • Joined

  • Last visited

  • Days Won

    32

Everything posted by XyFreak

  1. There is no remote option yet, no. I had the same issue where OC would register about 3-4 times as many components after a server restart which caused the computer to shut down. If it happens again, please check the computer with an analyzer to see how many components it's currently registering. I'm also trying to find the cause of this. Are you by chance using ender io OC conduits? A workaround for this is to use a server with a lot of component bus cards so your computer can handle the "initial component load" and not crash.
  2. Ok wow - gotta catch up here: No you can't use the gui without a controller running. Doing so would require you to comment out everything from line 173 to 222 (included) in /usr/lib/draconic_control.lua. At this point you're on your own though. *cough* *cough* *hint* *hint* Everything needs to be chunk loaded. This includes cables. All of them. Running cables down is no problem at all (of course). If your force field input rate is higher than what you actually need this means your containment jumed to something higher than expected. There is no "real" regulation here.
  3. Hmm I have it running (with burnRFt) on my server though (and its already past the 2mrf/t)...odd
  4. @NamesReed This sounds like your turbines energy storage is filling up so its slowed down to match your energy consumption. If this is not the case please check out what the steam input rate of your turbine is set to. EDIT: Also make sure you're actually capable of transfering enough steam out of the reactor (I don't know how much dim. transcievers can move per tick in your pack)
  5. The temps are supposed to get very high if you have not set burnRFt to 0 ;). It'll burn through a lot of your fuel until your reactor can output 2mrf/t (that's what its set to). After that everything will go back to normal.
  6. Extra cells worked like a charm: use storage busses on turbines, use interfaces on reactors -> DONE (other way around for water)
  7. Yes - back in the middle of the 1.7.10 lifespan, AE2 Fluid P2P were utterly broken - as long as the output side accepted SOME fluid, the input side took in EVERYTHING it could, destroying the difference in the process. This is going to throw off the controller. You CAN try it but i somehow doubt this has been fixed. Phantom Faces are propably your best bet.
  8. Btw - since you're going for an absurd amount of power generation - may i shamelessly advertise my draconic evolution reactor control program? https://tenyx.de/draconic_control/
  9. You should avoid aiming for 50B/t and go for 40B/t - 45B/t instead because you'll be unable to maintain this 50B/t without overshooting. The controller is also going to have trouble with that tbh. Of course, aiming maximum efficiency is always better. Either way SHOULD work though as long as you give it a little headroom.
  10. Ah ok - those configs If you are playing on a FTB Beyond server, can you do me a favor? I currently have an issue where computers are turned off after a server restart. If you happen to observe this, can you tell me? I want to make sure its not just my server/setup whatever before I ... rant about that bug >_>
  11. Well... mods work different on a server than in single player. I can think of a few reasons why the results vary, but I have no explanation for why they do on a server and don't in single player though. The recalibration issue is going to be fixed with the next release btw. I'm also curious on what configs you tweaked. If you modified the polynomials by hand I'm going to be impressed
  12. How much (percentage based) was the reactor able to output during calibration? Also the flat 4.0 B/t is bothering me. Is there some kind of bottleneck? >_> EDIT: And how many blades do your turbines have (each)?
  13. The best way to make sure this doesn't happen is to build everything into a single chunk. Otherwise use chunkloaders.
  14. If you're running a server (aka not single player) then make sure your computers stay turned on when the server restarts. There could also be chunkloading issues.
  15. Btw - if you plan on building multiple of these (you already have two?) you may REALLY want to think about using more aggressive presets to get more rf/t Now that everything seems to be working i recommend the presets I use (they're on the website) with burnRFt=0 for fuel efficiency or with the 2000000 one for max power gen.
  16. It should be gone after a few minutes. If it comes back it'll indicate something that actually requires your attention. The GUI displays the reactors generation rate as well as the input rate so you can verify that for yourself.
  17. Yes i chose the 25% at random >_>. Better safe than sorry.
  18. You are propably running a draconic evolution version prior to 2.0.10.194. These versions have a bug in the reactor logic which causes higher than intended load on your containment. The warning you see flashes becaues your containment load is higher or equal to 25% of your reactors total output. Usually this only happens if something is wrong but because the logic is flawed, this is "normal" in your version. I hate to say this but you can propably ignore this warning for the first few minutes.
  19. Warning: Stupid questions ahead! This is what you're getting? Draconic Control has not been configured yet. Please make sure everything is set up correctly and start this program again. Your config file is located at "/etc/draconic_control.cfg"? What does "draconic_control start" say? What does "draconic_control runOnce" say?
  20. Have you tried pulling out the install disk? Just be sure...
  21. Ok...can you post a few screenshots? maybe i can spot something "minor" thats out of place. Also, please post your config.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.