- Sky
- Blueberry
- Slate
- Blackcurrant
- Watermelon
- Strawberry
- Orange
- Banana
- Apple
- Emerald
- Chocolate
- Charcoal
XyFreak
-
Content Count
400 -
Joined
-
Last visited
-
Days Won
32
Everything posted by XyFreak
-
Ok first of all I'm jelly at your 230fps in minecraft (and a texture pack). Just letting you know Next I'm really really confused about this whole thing not starting up. How did you set up your computer (aka what components are in there) and are you using a modpack? If I'd have to guess it's the direwolf20 one but...just making sure. -XyFreak
-
Hi @MaSch An OpenComputers program should never be able to crash your server. Lets do a quick breakdown. Here's your stacktrace: Description: Exception in server tick loop java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextNode(Unknown Source) at java.util.HashMap$KeyIterator.next(Unknown Source) at java.util.AbstractCollection.toArray(Unknown Source) at com.google.common.collect.ImmutableSet.copyOf(ImmutableSet.java:374) at elec332.core.grid.internal.GridEventInputHandler.tickEnd(GridEventInputHandler.java:91) at elec332.core.grid.interna
- 852 replies
-
- 2
-
-
- gui
- controller
- (and 2 more)
-
Okidoki. Status update: I just implemented drawing the ends of the bar widgets with block symbols and I REALLY REALLY like it. Look forward to the next release Regarding the whole external energy storage, here's the plan: Not having any energy storage blocks connected to the computer is having the controller run like it does right now (makes sense, huh?) Having energy storage blocks connected is going to change everything: If your total energy consumption can be satisfied by having all reactors run at optimal levels, your reactors will be in PWM mode. HOWEVER the
-
Hi guys, regarding the unicode fonts - i might do that. The bigger battery thing has been in planning phase since the start of this year but I wasn't able to find the time to actually do it. It's going to be done at some point. I just don't know when. Sorry. @sedstr you need all tier 3 ram? holy i think i need to work on that then... >_> -XyFreak
-
Hi Zinne91, you connect your Reactor Computer Port with your computer by using a OpenComputer cables. No adapters required. Just connect it directly. If you're using servers (the in-game one) then don't forget to connect the server to the proper side in the server rack gui. -XyFreak
-
That's a valid point but from personal experience, once should not mention "minecraft" on your resume. Just putting up "has expierience in programming language x with y, z" works better But yeah, it's fun. However the fun ends if critical bug reports come in. I released this code to everyone so I feel obligated to fix code-breaking bugs ASAP. This was one of these where I essentially stopped doing everything else and focused on fixing this problem. It was worth it though (Getting everything back running again is incredible rewarding)
-
Haha yeah. But this is a game and I've been told I put way too much effort in this already I mean..comeon...who does that kinda stuff "just for minecraft", right? EDIT: I wrote an entire gui library for this program as well. And there's some secure networking stuff I've been working on but never got around to finish.
-
WARNING! This post is long and contains math! Continue at your own risk! There's also a TL;DR! Once upon a time, XyFreak tried to came up with ideas how to predict the energy/steam output of a Big Reactor. His test reactor was a small 7x7x2 reactor. He played around with some settings and thought "cool! If I pull out the rods by 10, the output goes up by roughly 10%. There HAS to be a linear correlation!". Not knowing what he's doing, he just went on and wrote some code for his Big Reactors Grid Control program. In his attempts to make BRGC work out of the box, he came up with a w
- 852 replies
-
- 1
-
-
- gui
- controller
- (and 2 more)
-
@BatouOfNexus that line can only crash when the monitor is suddenly disconnected oO. But I'm glad to hear things are sorted. Also I owe you guys a story.... *starts writing*
-
Okidoki, I fixed it! Unfortunately, you'll have to redownload the installer to upgrade to 4.1. I'll post the story tomorrow, I need some rest now. Have this changelog in the mean time: 4.0.1 -> 4.1 - Fixed a bug where turbines that are being calibrated can be suspended - Fixed a design bug where the performance prediction for passive reactors was based on linear regression. BRGC now has the ability to do polynomial interpolation. - Because the polynomial interpolation is THAT GOOD we can do numerical reactor optimization based on the polynomial. OPTIMIZATION-mode
-
Ok, while I wasn't able to gather the exact reactor design from what you described, I managed to build a somewhat similar reactor that triggers something that I believe is the same issue. I can't believe I've overlooked that >_>. I dunno how long this is going to take me to fix but i'm working on it.
- 852 replies
-
- 1
-
-
- gui
- controller
- (and 2 more)
-
@6XAM, can you give me your reactor setup? @pwnstar It works with little to no effort with extreme reactors. I haven't gotten around testing turbines on ER though
-
So...here's what i THINK is happening: The control programs are not running. Your turbine is turned off. Then you start the reactor control program. Since the reactor control program does not have calibration data on the turbine it'll attempt to calibrate itself. HOWEVER the steam doesn't have anywhere to go and your reactors steam tank will "overflow" thus the temperature will raise. When your reactors core reaches 2000°C the controller assumes there's something seriously rong with your setup and the safety mechanism kicks in; your reactor is flagged faulty. What yo
-
You do that, be sure to wear some armor with diamond level protection though. No committing suicide
-
yeah ok you mounted a disk to /BRGC. However brgc is installed into /usr/lib and /usr/bin (think linux) so you need to install openos onto the disk and boot that. Grab a new disk (or remove everything from the old one) and then just type "install". The OpenOS installer will ask you where to install OpenOS to. When done it'll ask you if you want to reboot. Remove the floppy and say "Y". Once the computer has rebooted (which will be faster btw) download and run the brgc installer again.
-
Ok. This is just a guess but.... are you booting off the OpenOS install disk? EDIT: Can you do a simple "mount"? That should tell us why /lib/ is read-only
-
Honestly, I'm at a loss. It seems the installer can't open ANY of the files for writing. The only thing I can think of is that /usr/lib is a _FILE_ on your computer for some reason and not a directory. Can you check real quick if you can create a file at /usr/lib/oop.lua ? -XyFreak
-
@DarkEternal, I'm not sure what you mean exactly. I'll do a dry-run tomorrow to see if something broke with the bootstrap process. Do you mean the installer fails? @Chaoschaot234, sorry I didn't answer you, for some reason I didn't get an email notification. I'll do that, thanks for the input.
-
Ok, I'll need some info then: * What version of Draconic Evolution are you running? * Do you use any kind of non-default settings for Draconic Evolution? * Did it happen immediately or did it happen towards the end of the reactors runtime? * Do you run the program on a server with larger tickrate lagspikes? -XyFreak EDIT: I just checked the code and it should work fine with the current DE versions. Time for me to do some actual tests on newer releases I guess?
-
Hi, the reactor powers itself but you have to jumpstart it. You do that by supplying power to the "power injector" and having the reactor in "charging" mode. You can do so by pressing the power on button in the reactor gui. @Dustpuppy Sorry for some reason I didn't get a notification when you replied. I will update my test system this weekend to see if draconic evolution has been updated and broke the API (again). If that's not the case then maybe you switched something around? -XyFreak
-
I've sent you a PM a few days ago. Please check that
-
Please keep an eye on the internal power storage on the reactor. Does it decrease below ~10%? If so, you're running into a failsafe and your reactor might not be setup correctly. To make sure the controller is running correctly, please run "draconic_control runOnce" and see if it displays an error.
-
I've released the bugfixed version. To upgrade to version 4.0.1 just run the installer again and restart your computer(s). Here's the changelog: 4.0 -> 4.0.1 - Fixed a bug where the controller failed to properly calculate a reactors rod limit (affects reactors with 50 B/t output). - Fixed a bug that prevented "brgcctrl" from setting the steamtarget manually. - Fixed a bug that caused turbines to not speed up as fast as intended during "SPINUP" phase. - Improved decision making for unsuspending turbines. - Controller will now try to prevent the internal steam tanks of active reac
-
Hey, sorry for disappearing for a bit and not getting the update out by the promised time. As compensation I've tweaked the turbine shutoff algorithm so it's a bit more efficient. The update will definitely be released tomorrow. I will also run additional tests so I can figure out why my controller doesn't like your setup kevinkk525. Fortunately my test-reactor is fairly similar to yours. @Chaoschaot234 It is not possible to get the turbines to that speed with my program. This is simply because you can't get full blown turbines to >>1780 RPM with 2000mB/t. Also the CC scripts "j
-
Okidoki, I found an issue with the calibration of reactors with > 50 B/t steam output. The fix will be published tomorrow. I was not able to reproduce the issue with the turbines not speeding up. Can you tell me how big your energy delta (in RF/t) is/was? If a turbine still has energy stored, the controller will not power on additional turbines. Also, the controller tries to estimate the suspended turbines energy output and enables only the ones that're required to fit your energy needs. From what you told me (turbine spinning up and down) you have quite irregular energy needs