Had a recurring server-side crash after updating a bunch of mods, including fastcraft ctest20.
Haven't happened yet after rolling back to ctest18, so I'm gonna assume fastcraft is behind it..
Thanks
Posts by nanitozo
-
-
Bug snapped up from people that for some reason never bother filing bug reports themselves..
The assembler recipes for machine casings in experimental are exploitable.
Arc furnaces, fluid extractors, disassemblers and so on always use the crafting recipe when deciding what to give back.So you can make a max machine hull in the assembler with 8 neutronium, spr. conducting wires and C2F2,
and then get back 9 neutronium by putting it in a fluid extractor. -
Squid rendering seems to be messed up in >= ctest15.
Squids spawned in water either render nothing at all or render just their shadow, while squids spawned on land (via spawn egg) render fine.
ctest14 and older doesn't exhibit this problem.Since others are posting about invisible entities..
Reposting this as I suspect it got buried in all the modpack permission spam. -
Squid rendering seems to be messed up in >= ctest15.
Squids spawned in water either render nothing at all or render just their shadow, while squids spawned on land (via spawn egg) render fine.
ctest14 and older doesn't exhibit this problem. -
or letting items through that should be filtered.
I've seen this before, but never bothered investigating. (Some) type/item filters tended to forget their settings and let everything through after a server start.
After opening the filter's GUI once it usually behaved.. -
Came across this bug in 5.09, found by people I know are too shy to report bugs (in english)..
Make a 3x3x3 log pit with 9 igniters on top and seal it up. All will start running.
Once the middle one stops you can take out the 3^3 chunk of charcoal, put it in fresh logs, seal it up
and wait a few seconds, and you'll have another full 3^3 cube of brittle charcoal done.
Replace logs, seal up, wait just a few more seconds, get another full cube. And so on. -
nanitozo's image (in post #1048 ) was using something other than the portable/debug scanner to show the steam amount (some addon for Waila/Wawla maybe?)
Oh I should have mentioned that that's WailaNBT.
I'm just reading the mStoredSteam tag and outputting it to waila. Same with mStoredEnergy for EU, and fluids/inventories in pipes.
It's a great aid for debugging. -
Oh how interesting. 6000 mB of steam shows up at " 3000 Steam" in the portable scanner. Idk if the scanner does some EU equivalency but it's pretty misleading.
Nah, the scanner shows the correct amount. I hadn't noticed it before, but half of the steam is discarded when added to the basic/hp steam machines' internal storage.
-
Ok, I figured the problem out. There is a bug in all these Turbines, that if you build them in the facing direction of North & South they only work if you place the Turbine controller on the SOUTH side of the multi Block structure. If you place the Turbine controller block on the North side, it will not work. All the the Large turbines have no issues when being built East to West facing.
Yeah, there's other strange bugs related to facings.
For example the distillation tower picks its output based on cardinal direction (west, north, east, south) followed by rising Y level.
The west facing output becomes the first output (lubricant) even tho it's on a higher Y level. -
So how about committing to github
I guess that makes more sense. Pull request opened.
-
What exactly is in that version? The decompiler error you found is allready fixed in 5.08.14
The code I posted earlier. I haven't gone through the code with jbe to see what was really meant, but it's atleast better than slapping a return on jd's broken code
All unificatable materials get skipped unconditionally which breaks everything.Also a few println debug statements were stripped out, as were the Thumbs.db files.
-
5.08.14 No recipes for GregTech tools! Hammers, Files, GregTech's drills - none of them seem to have crafting recipes in 5.08.14.
Try this version -
And what gave fernflower you there?
Codeif(aPrefix.mIsUnificatable && !aMaterial.mUnificatable) { return; } -
Display More
Am I the only having problems with inventory unification?
I give myself copper nuggets from four different mods (AMT, MagicBees, Railcraft, Thaumcraft),
and half end up unifying to GregTech and the other half to Railcraft. Restarting will shuffle it around. Half unifiying to GT, other half to Magic Bees.
Or 1 nugget unifying to GT while the other 3 go to some other mod. And so on..Same with iron nuggets and wrought iron. Garden Stuff's wrought iron ingots sometimes unify to Greg's wrought iron, sometimes doesn't unify at all, and (worse) sometimes change into vanilla iron ingots.
This is on .13 with a freshly generated and untouched Unification.cfg.
I'm mainly seeing it on nuggets and ingots with the {nugget,ingot}Any oredict tag. Everything else consistently unify to gregtech.Oh, I see why now.
No wonder it kept unifying things like nuggetAnyIron (and thus turning wrought iron into normal iron or vice versa).
https://github.com/Blood-Asp/G…ommon/GT_Proxy.java#L1332
Another decompiler fail. Atleast Fernflower made a bit more functional code out of that.. -
Am I the only having problems with inventory unification?
I give myself copper nuggets from four different mods (AMT, MagicBees, Railcraft, Thaumcraft),
and half end up unifying to GregTech and the other half to Railcraft. Restarting will shuffle it around. Half unifiying to GT, other half to Magic Bees.
Or 1 nugget unifying to GT while the other 3 go to some other mod. And so on..Same with iron nuggets and wrought iron. Garden Stuff's wrought iron ingots sometimes unify to Greg's wrought iron, sometimes doesn't unify at all, and (worse) sometimes change into vanilla iron ingots.
This is on .13 with a freshly generated and untouched Unification.cfg.
I'm mainly seeing it on nuggets and ingots with the {nugget,ingot}Any oredict tag. Everything else consistently unify to gregtech.
