- Sky
- Blueberry
- Slate
- Blackcurrant
- Watermelon
- Strawberry
- Orange
- Banana
- Apple
- Emerald
- Chocolate
- Charcoal
XyFreak
-
Content Count
401 -
Joined
-
Last visited
-
Days Won
32
Everything posted by XyFreak
-
Nice^^ 1.02 drainback is not safe for servers tho but even getting that up to 1.05 or even 1.1 won't really reduce the numbers that much.
-
@ZeroNoRyouki Sounds nice Thanks
-
@Aquila_chrysaetos The link itself was wrong so i fixed that. You'll have to use the link from the page. Also your browser might've cached the page so try to do a force refresh (SHIFT + F5 i think?). https://tenyx.de/draconic_control/draconic_simulator_64.exe (spot the difference :P)
-
@ZeroNoRyouki Uh..yeah^^ that function is kinda important^^ If you intend to rename that, could you let me know in advance? I'll just look for either of those methods then and call whatever is available to me. Thanks ^^
-
@Aquila_chrysaetos thanks for letting me know! It looks like i screwed up the links.... wow.. this must've been broken for a LOOOOONG time. Everything is back up and in order now
-
/me points at the last line of the changelog
-
Big Reactors Grid Control Version 4.2.8 has been released! Changelog: - Use threads/coroutines for heavy calculations on calibration data. This'll fix the "too long without yielding" errors. - Hopefully fixed an issue where the controller gets confused by the massive internal energy storage of draconic evolutions energy relays. NOTE: If you see errors regarding the controller not being able to find "thread" you'll have to upgrade your OpenOS! If you're upgrading, you'll have to re-download the installer because it is now fetching an additional package!
-
Ok guys I have a working solution in the pipeline... It might break old OpenOS instances though so you better be prepared to upgrade that / reinstall the computer I'll see if i can squeeze in another smaller bugfix as well so stay tuned - fix should be out either in an hour or tomorrow
-
Looks like that didn't get it any further... thanks.
-
@Seiver@SpaceBeeGaming I've updated the "polynomial" component of BRGC to be more efficient with transponating matrixes. I know this is not going to fix the core issue here but it might help you getting over the issue for now. Can you please run the installer again and check if it's still occuring for you? If not please post me the error message again so I can figure out whether this actually helped a little or not. I need more time for a real/proper fix.
-
Very bad news is that i can't fix that right off the bat. Looks like the calculations on the calibration data is taking too much time. I have an idea but... going to take a bit
-
@Marzolan , sweet The other part isn't actually a failsafe but rather a shutdown condition optimization. The condition becomes false as soon as energy generation is going down really heavily. This usually means that the cycle is almost over. As a result the cooldown time will dramatically (!!!) be reduced while maximizing output. As I said... without the optimization in place you'll run into a situation where the reactor is going to take 15hrs to cool down (compared to the <1 hr with it). The change you made essentially makes the function always return false. The actual code that enfor
-
Hi @Marzolan, thanks for reporting this issue and for looking into this. Unfortunately, it looks like a failsafe / shutdown optimization mechanism is triggered here that I implemented some time after I came up with the breeder. I'll look into making it possible to disable it. If you want to play with it please have a look at lines 131 - 141 in /usr/lib/draconic_control.lua. function DraconicController:decideShutdown(reactorInfo) if reactorInfo.generationRate == 0 then return false end if reactorInfo.fieldDrainRate * self.drainback / reactorInfo.generationRate < 0.7
-
@BrisingrAerowing Really? I thought that would just give you the net energy rate of the orb storage, just like the orbs GUI does. Anyways, I will not make that part of BRGC but this means that you COULD make a GUI for that, indeed. Looks like I was wrong, sorry.
-
Hi @Rhajos, BRGC works with a draconic energy orb. However it'll only display the net energy balance of your energy storage. AFAIK there is no way to get seperate input / output rates for the draconic energy orb. That's something only the ender io capacitor banks and mekanism induction matrixes have. I can say for certain, that the API for the draconic energy orb does expose that kind of information so there's no program that can do what you want. Sorry.
-
@Dr_JFZoidberg Thanks for reporting the issue. In order to figure out why the reactor is not finishing calibration (... thanks ... you guys just keep breaking it ) I need a reactor schematics so I can rebuild and reproduce the issue. 20 Turbines sounds like 40 B/t steam. While this does kinda work, I highly disencourage driving the reactor at 40 B/t steam because there's too little headroom for clipping. In fact I suggest not exceeding 20 B/t load per reactor. I have not tested that tho so you might be fine. Multiple steam producing reactors can be connected together no problem.
-
Hi @traeck, this is a bug in versions prior to 0.4.5.40 of Extreme Reactors (we think). Please upgrade to 0.4.5.46 or later. EDIT: I got my versions wrong... >_>
- 852 replies
-
- 1
-
-
- gui
- controller
- (and 2 more)
-
Hey guys, sorry for forgetting you ... >_>. I've just updated my test world to the latest version of DE an OC. Other than the components having their address changed due to the OC update, draconic control still works as intended for me. Are you, by chance, using any other guide other than my own? If two ppl are having the same issues then maybe said guide has a typo somewhere in the configuration...
-
Big Reactors Grid Control Version 4.2.7 has been released! Changelog: - Fixed reactor calibration not completing. - Increased calibration accuracy. - Implemented workaround for situations where active reactors won't output enough steams from their hot fluid tank even though there should be plenty available. - Added graceful degradation to reactor performance if hot fluid tanks are overflowing. - Retweaked active reactor regulator. - Added fuel level display to the reactor info panel. The fuel level displayed is the REACTIVE fuel, which is fuel + waste / 100. Thanks again for
-
Ok, i know what's happening... trying to figure out what I can do about it. Thanks for letting me know.
-
Thanks @BrisingrAerowing Looking into it right now!
-
Hi @noelmage, this shouldn't happen but when I changed the way calibration works I feared I might cause this.... Can you please give me a schematic of your reactor so I can figure out what's going on for myself? Thank you.
-
@zendarva It is really unlikely for the calibration to not be able to get finish once it passes 5% (maybe 10%), especially after the last update. If I understood you correctly, the GUI still displays "CALIBRATING"? If so, please try running "brgcctrl service reactor runOnce" a few times in quick succession and check whether it errors out or not. If you installed OpenOS on the HDD and you updated OpenComputers along the road after that (you mentioned something about old log entries) please try reinstalling OpenOS
-
Getting a shell on another screen works. Running the GUI twice doesn't. Nothing keeps you from using a server instead of a computer. You just can't connect multiples together.
-
->1 That should work just fine ->3 There is no plan for that. Multiple screens is never going to be implemented because I can't dispatch enough drawcalls per tick. Networking and server stuff is going to be realised in a different program. TBA
