Also Extra Utilities mod has the "Ender-thermic pump" which only pumps lava, but then that's the main thing anyone without BC is going to want to pump anyway. It also places cobble into the holes it creates to keep from causing unsightly messes (and the lag they make).
...well, what about molten metal from Mystcraft ages? Just imagine that being poured automatically in a smeltery and being transformed in metal blocks.
Vazkii was working on Quarry for TE: https://github.com/V...i/ThermalQuarry
But. Won't tell you just yet who exactly is making an Addon to bring pumps and other BuildCraft gadgets to TE ^^
WOW. I can't believe we've reached a point where people are perfectly fine with directly copying EVERYTHING another mod offers. The excuse is always "well mod C is also doing it."
WOW. I can't believe we've reached a point where people are perfectly fine with directly copying EVERYTHING another mod offers. The excuse is always "well mod C is also doing it."
When people want feature A without installing mod B then this will happen. This is to be expected. Look what happened with RP2.
When people want feature A without installing mod B then this will happen. This is to be expected. Look what happened with RP2.
Difference with RP2 is that the mod author stopped working on it (No updates since the end of 2012, thats over a year). BC is still being worked on. Though just because another mod has feature X doesn't stop mod authors making there own version (As long as its not just an exact copy as that would be wrong).
Worgslarg, Rongmario, CaerMaster: thanks for the answers. Regarding copper/tin, I meant the ingots themselves, since I already deactivated the redundant ores. And for interdimensional transport, if both can make it, I guess I'll settle with using only TE3 then...
For quarries: Redstone in Motion does the trick in old RP2 style, without adding lots and lots of blocks.
Use Unifier in Minefactory Reloaded to change all the ingots to all of 1 kind.
OR (Easier Method) Use GregTech. And switch inventory unification on - it automatically unificates (changes all into 1) all your ores and ingots.
I think this fellow is also working on a RF-centric quarry system - not sure if it's something coming for 1.6.x or 1.7.x though. His mods are pretty ace too; I'm quite looking forward to it. As for pumps, I'm not sure.. they are the sole reason I still use Buildcraft unfortunately since Builders are b0rked.
Not RF - He's continuing Yog's QuarryPlus Mod which is for Buildcraft.
Spacetoad should be fixing the builders but for the 1.7+ updates soon! As for Quarryplus it still requires BC and MJ rather than RF (But Conduicts produce MJ anyways ) But since denoflions is now in charge of updating the mod, he might make it standalone
I use the Digital Miner from Mekanism as a temp. Replacement for the quarry and the IC2 pump.
Standalone would defy the point of the mod in the first place - QuarryPlus has Assembly Table recipes which is amazing - instead of just big old crafting table recipes. I think he will keep in MJ/Buildcraft since SpaceToad is back on dev and things are getting hardcore again. (I mean it)
WOW. I can't believe we've reached a point where people are perfectly fine with directly copying EVERYTHING another mod offers. The excuse is always "well mod C is also doing it."
Difference with RP2 is that the mod author stopped working on it (No updates since the end of 2012, thats over a year). BC is still being worked on. Though just because another mod has feature X doesn't stop mod authors making there own version (As long as its not just an exact copy as that would be wrong).
Even though RP2 might seem dead - remember the transaction from RP to RP2? We all assumed it was dead until 1.4.7 where it was done - its just Eloraam doesn't like leaking things - no one knows if she is working on RP3 :3
Not RF - He's continuing Yog's QuarryPlus Mod which is for Buildcraft.
I'm maintaining Yog's mod AND writing my own quarry system that uses RF. The only thing in common between my new one and the BC one is that they both dig giant holes. The feature set and theme are totally different.
Bug with Thermal Expansion Fluiducts (Transparent) where fluiduct appears to break when a player breaks a Multipart Cover, (used Fitted Abyssal Stone Bricks, if that matters), however nearby fluiducts still detect its presence. Causing a block update will then result in the game crashing. I have done this twice, and have both crash reports from ForgeCraft.
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa3b
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa7e
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
I'm maintaining Yog's mod AND writing my own quarry system that uses RF. The only thing in common between my new one and the BC one is that they both dig giant holes. The feature set and theme are totally different.
Very nice - theres 3 people attempting to bring quarry systems into TE via RF Then >.< :3
Difference with RP2 is that the mod author stopped working on it (No updates since the end of 2012, thats over a year). BC is still being worked on. Though just because another mod has feature X doesn't stop mod authors making there own version (As long as its not just an exact copy as that would be wrong).
There's also the case of where a mod with a few really good items otherwise jumps the shark. Factorization and Greg Tech are both good examples in different ways. Greg Tech, because its industrial grinder and industrial blast furnace are really excellent, but not enough to justify the way it mucks with and nerfs other mods and even vanilla game functionality. Factorization, because of its two most useful items, one (its storage barrel) has been nerfed until it's a worse storage option than vanilla chests, and the other (its item router) is being discontinued in favor of an emormously complex and almost completely undocumented robotic-servo system. (Were it me, I'd have just started a separate Robotic Servos mod.)
Buildcraft's pipes have become incredibly frustrating to work with, its fuel refineries are horribly buggy and unreliable, and its engines require such constant micromanagement I found that just keeping a Buildcraft engine bank running was sucking up 100% of my playing time. I find it not really surprising that several authors are making their own versions of what they consider to be just the good parts of Buildcraft.
I'm maintaining Yog's mod AND writing my own quarry system that uses RF. The only thing in common between my new one and the BC one is that they both dig giant holes. The feature set and theme are totally different.
I'll be interested to see that, then.
At this point, honestly, I think the quarry, the pump, and the filler are the only reasons I'm still using Buildcraft. And there are alternatives for the pump already. (At that, I find a Buildcraft pump has always worked far better when powered by four magmatic engines/dynamos than on any Buildcraft power supply system.)
at cofh.render.RenderHelper.renderIcon(RenderHelper.java:104)
at thermalexpansion.render.RenderItemFlorb.renderItem(RenderItemFlorb.java:64)
at net.minecraftforge.client.ForgeHooksClient.renderInventoryItem(ForgeHooksClient.java:182)
at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:465)
at net.minecraft.client.gui.inventory.GuiContainerCreative.func_74233_a(GuiContainerCreative.java:980)
at net.minecraft.client.gui.inventory.GuiContainerCreative.func_74185_a(GuiContainerCreative.java:805)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:128)
at net.minecraft.client.renderer.InventoryEffectRenderer.func_73863_a(SourceFile:31)
at net.minecraft.client.gui.inventory.GuiContainerCreative.func_73863_a(GuiContainerCreative.java:683)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1149)
KingLemming always say: "ID conflict or another mod improperly registering a fluid. Please, tell us how to find ID conflict, if game launch in normal state, or how find improperly registering a fluid?
upd: KL was right >.< in my case error was in addons for Denpipes - DenPipes_Forestry & DenPipes_Emerald. So search the source of same crash in your mods. I just remove all mods and add 3-4 for time. And catch them!
whatever happened to those pressure plate type items that would either activate a redstone signal 16 blocks away or teleport you 16 blocks away? were those things scraped or just not yet implemented?
WOW. I can't believe we've reached a point where people are perfectly fine with directly copying EVERYTHING another mod offers. The excuse is always "well mod C is also doing it."
I certainly hope somebody copies the Buildcraft pump. It's the only thing I use from that mod since every other mod tends to do things better (subjective, yes, so: better for me). If I could rip out Buildcraft and still have the ability to pump lava into tanks from another mod, I would celebrate (as in: give actual, real money to) the guy/gal who copied that from BC.
TE b11a, is it intentional that you have to filter if you add a pneumatic servo? I'm maybe doing something massively wrong. maybe not completely understanding. enquiring for information that has possibly been fixed in a more recent addition or even, the 'ducts are made to work with this intention (which i wouldn't understand and would stop me using itemducts. however, i really can't understand why once i have a installed pneumatic servo the 'ducts don't just pull/extract without a filter instruction.
You don't need to use filters. Either apply a redstone signal to the itemduct or configure it from it's default "High" setting to the "Low" setting.
Bug with Thermal Expansion Fluiducts (Transparent) where fluiduct appears to break when a player breaks a Multipart Cover, (used Fitted Abyssal Stone Bricks, if that matters), however nearby fluiducts still detect its presence. Causing a block update will then result in the game crashing. I have done this twice, and have both crash reports from ForgeCraft.
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa3b
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa7e
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
You don't have the right libraries installed. That's not on TE and the crashlog clearly shows it.
I tried adding a fuel to the config for the steam dynamo. I set the amount to 50,000 (18,000 more than coal). I then tested to see if it worked, by setting up a single steam dynamo next to a redstone energy cell, with two buckets of water in and one piece of the newly added fuel. The result was 26,000 RF. I then did the same setup with a single piece of coal, and got 28,000 RF. The newly added fuel produced 2,000 less RF than coal, despite having a number value in the config 18,000 higher. I experimented by doubling the new fuel's value to 100,000, and got the same amount of RF: 26,000. Is this a bug with fuel in general, just solid fuels, or do fuels actually have a fixed amount regardless of what is put in the config?
Edit: tried the same fuel without it being in the config, got the same amount of energy. It seems quite a few things work in the steam dynamo without being mentioned in the config.
upd: KL was right >.< in my case error was in addons for Denpipes - DenPipes_Forestry & DenPipes_Emerald. So search the source of same crash in your mods. I just remove all mods and add 3-4 for time. And catch them!
Well uh yeah. I know an ID conflict when I see one.
whatever happened to those pressure plate type items that would either activate a redstone signal 16 blocks away or teleport you 16 blocks away? were those things scraped or just not yet implemented?
The plates relied on invisible blocks to work, and given the recent snafu with Railcraft's invisible blocks, I tabled them for the time being.
TE b11a, is it intentional that you have to filter if you add a pneumatic servo? I'm maybe doing something massively wrong. maybe not completely understanding. enquiring for information that has possibly been fixed in a more recent addition or even, the 'ducts are made to work with this intention (which i wouldn't understand and would stop me using itemducts. however, i really can't understand why once i have a installed pneumatic servo the 'ducts don't just pull/extract without a filter instruction.
Two things:
1) Oh for the love of god update. We're on 3.0.0.2 now and the differences are staggering. Please stop using a beta.
2) You have to change the redstone signal type to low or disabled, or apply a high signal by default.
Any chance of a list of what can be used as solid fuel? The config only shows charcoal, coal and wood, but others items are useable. I'm sure people would like to know all of their options for solid fuel when using a steam dynamo.
Not possible, sorry. It accepts whatever else mods happen to register as furnace fuel, and anything made of wood. I don't control those values.
I've only recently tried this mod out, after the beta was over, but I love it so far. Especially that you guys thought to add plugins tying in to some other mods - and that's also why I'm posting here. There is a ThaumCraft plugin already, and with some trivial config file editing, you can make the reactant dynamos use TC's flux goo as a liquid fuel. Personally, I very much like the notion of using alchemical reactions to produce redstone flux from tainted flux goo, and I appreciate that TE's flexible enough that enabling this only requires a simple config file edit.
However, there is one problem: acquiring the liquid is only possible through a third mod that can scoop up liquids from the world. So, I have a request: if the TC4 plugin is loaded, could you add the ability to put the Tainted Goo and Taint Tendrils items in the Magma Crucible, and produce flux goo from them?
To save a bit of time, in case you'd consider adding this: the liquid name for Flux Goo is "fluxgoo", and the items are "ItemResource" :11 and :12, respectively.
In any case, thanks for taking the time to read this, and keep up the good work!
Got plenty of ender pearls. Time to melt 'em down.
Thanks!
Alright, new problem. I put 4 ender pearls in a magma crucible, sent the liquified ender to a fluid transposer, put a bucket in the slot, the ender filled the bucket...
... and the bucket disappeared.
I don't have inventories or pipes connected. There's only an input configured on the transposer.
WOW. I can't believe we've reached a point where people are perfectly fine with directly copying EVERYTHING another mod offers. The excuse is always "well mod C is also doing it."
When people want feature A without installing mod B then this will happen. This is to be expected. Look what happened with RP2.
Difference with RP2 is that the mod author stopped working on it (No updates since the end of 2012, thats over a year). BC is still being worked on. Though just because another mod has feature X doesn't stop mod authors making there own version (As long as its not just an exact copy as that would be wrong).
Minecraft Info - Game Requirements - Minecraft Screensaver - MCI Craft
Use Unifier in Minefactory Reloaded to change all the ingots to all of 1 kind.
OR (Easier Method) Use GregTech. And switch inventory unification on - it automatically unificates (changes all into 1) all your ores and ingots.
Not RF - He's continuing Yog's QuarryPlus Mod which is for Buildcraft.
Standalone would defy the point of the mod in the first place - QuarryPlus has Assembly Table recipes which is amazing - instead of just big old crafting table recipes. I think he will keep in MJ/Buildcraft since SpaceToad is back on dev and things are getting hardcore again. (I mean it)
ALTERNATIVE
Even though RP2 might seem dead - remember the transaction from RP to RP2? We all assumed it was dead until 1.4.7 where it was done - its just Eloraam doesn't like leaking things - no one knows if she is working on RP3 :3
I'm maintaining Yog's mod AND writing my own quarry system that uses RF. The only thing in common between my new one and the BC one is that they both dig giant holes. The feature set and theme are totally different.
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa3b
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Description: Exception in world tick
java.util.NoSuchElementException: key not found: codechicken.lib.vec.BlockCoord@aa7e
at scala.collection.MapLike$class.default(MapLike.scala:228)
at scala.collection.AbstractMap.default(Map.scala:58)
at scala.collection.mutable.HashMap.apply(HashMap.scala:64)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$$anonfun$tilemp$lzycompute$1$1.apply(TileMultipart.scala:673)
at scala.Option.getOrElse(Option.scala:120)
at codechicken.multipart.TileMultipart$.tilemp$lzycompute$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.tilemp$1(TileMultipart.scala:673)
at codechicken.multipart.TileMultipart$.handlePacket(TileMultipart.scala:683)
at codechicken.multipart.handler.MultipartCPH$.handleCompressedTileData(packethandlers.scala:75)
at codechicken.multipart.handler.MultipartCPH$.handlePacket(packethandlers.scala:47)
at codechicken.lib.packet.PacketCustom$ClientTinyPacketHandler.handle(PacketCustom.java:216)
at codechicken.lib.packet.PacketCustom$CustomTinyPacketHandler.handle(PacketCustom.java:235)
at cpw.mods.fml.common.network.NetworkRegistry.handleTinyPacket(NetworkRegistry.java:354)
at cpw.mods.fml.common.network.FMLNetworkHandler.handlePacket131Packet(FMLNetworkHandler.java:430)
at net.minecraft.client.multiplayer.NetClientHandler.func_72494_a(NetClientHandler.java:1514)
at net.minecraft.network.packet.Packet131MapData.func_73279_a(SourceFile:41)
at net.minecraft.network.MemoryConnection.func_74428_b(MemoryConnection.java:89)
at net.minecraft.client.multiplayer.NetClientHandler.func_72551_d(NetClientHandler.java:281)
at net.minecraft.client.multiplayer.WorldClient.func_72835_b(WorldClient.java:99)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1930)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Just a normal guy. Except I'm not. No, really.
Very nice - theres 3 people attempting to bring quarry systems into TE via RF Then >.< :3
Buildcraft's pipes have become incredibly frustrating to work with, its fuel refineries are horribly buggy and unreliable, and its engines require such constant micromanagement I found that just keeping a Buildcraft engine bank running was sucking up 100% of my playing time. I find it not really surprising that several authors are making their own versions of what they consider to be just the good parts of Buildcraft.
I'll be interested to see that, then.
At this point, honestly, I think the quarry, the pump, and the filler are the only reasons I'm still using Buildcraft. And there are alternatives for the pump already. (At that, I find a Buildcraft pump has always worked far better when powered by four magmatic engines/dynamos than on any Buildcraft power supply system.)
KingLemming always say: "ID conflict or another mod improperly registering a fluid.
Please, tell us how to find ID conflict, if game launch in normal state, or how find improperly registering a fluid?
upd: KL was right >.< in my case error was in addons for Denpipes - DenPipes_Forestry & DenPipes_Emerald. So search the source of same crash in your mods. I just remove all mods and add 3-4 for time. And catch them!
I certainly hope somebody copies the Buildcraft pump. It's the only thing I use from that mod since every other mod tends to do things better (subjective, yes, so: better for me). If I could rip out Buildcraft and still have the ability to pump lava into tanks from another mod, I would celebrate (as in: give actual, real money to) the guy/gal who copied that from BC.
You don't need to use filters. Either apply a redstone signal to the itemduct or configure it from it's default "High" setting to the "Low" setting.
You don't have the right libraries installed. That's not on TE and the crashlog clearly shows it.
Solid fuels cannot be added to the config.
Well uh yeah. I know an ID conflict when I see one.
The plates relied on invisible blocks to work, and given the recent snafu with Railcraft's invisible blocks, I tabled them for the time being.
Two things:
1) Oh for the love of god update. We're on 3.0.0.2 now and the differences are staggering. Please stop using a beta.
2) You have to change the redstone signal type to low or disabled, or apply a high signal by default.
NEI is showing me pulverized tin x 3 and pulverized shiny metal x 1 but no matter how I lay it out in the crafting table, I just can't get the blend.
Resorted to using Custom Recipes and creating my own shapeless recipe that way but I'd really love to know if there's a legit way to do it.
Three Pulverized Tin and One Pulverized Shiny Metal like you're making bronze and then have an Endurium Bucket under the two tin.
Not possible, sorry. It accepts whatever else mods happen to register as furnace fuel, and anything made of wood. I don't control those values.
You also need a bucket of Resonant Ender. It's definitely craftable in game.
Cool, cool
Got plenty of ender pearls. Time to melt 'em down.
Thanks!
Plugins? What plugins?
Alright, new problem. I put 4 ender pearls in a magma crucible, sent the liquified ender to a fluid transposer, put a bucket in the slot, the ender filled the bucket...
... and the bucket disappeared.
I don't have inventories or pipes connected. There's only an input configured on the transposer.
Am I doing something wrong?
(I'm using the latest TE)