If you add a block for it and implement some way to drink it I'll DL (I don't care what it does to my body, I just want to swim in and drink UUM. Delicious, delicious UUM).
Also, I rather like the idea of UUM being used to duplicate rather than create. Perhaps the entire UUM system should be redesigned in this spirit (craft 1 iron ore with 5 UUM to get 3)? Refresh my memory, is it possible to specify stack size of ingredients in a crafting recipe?
Why don't they just bring aboard the forge people and put it in the official release?
It can be done in the overworld too without a recipe addon. Just build an electric mob farm and make sure each layer is at least 3 high. I have done this and can confirm that it works. My design involved tesla coils, but uninsulated cables is clever too. It's probably more power-efficient. Could be more material-efficient too, but I'm too tired to do the math.
Just so you know im mkaing an all out war server that(at the end) will have a ton of guns,bombs,and other weapons.It will be a extreme PVP server.
PM me if you want to join(its a hamachi server)
Speaking from experience, I strongly recommend that you don't make an IC2 server available through hamachi. IC2 (and mods in general) introduces a substantial amount of network usage and with the encryption that hamachi performs this is worsened. When I switched from hamachi to port-forwarding+no-ip+whitelist for my private IC2 server the per-client network usage was reduced from about 1 Mb/s to 0.8 Mb/s (I have IC2+BC2+RP2+some IC2 addons).
Hello. After updating to IC2 1.97 (and the accompanying forge update), minecraft crashes when I try to place (or load a world containing) petrochemical generators.
ForgeModLoader-0.log It's completely fresh, so it should only contain the mod init stuff and the stacktrace from the crash. Minecraft goes into a black screen state before I have time to copy the on-screen error output. Upon crashing it does do the "saving chunks", in case that's helpful to know.
If you happen to also have the Buildcraft-Industrialcraft crossover mod then the fuel can to fuel bucket allows you to turn a 76k EU item into a 621k EU item (one bucket of fuel gives you 621k EU in a petrochemical generator).
How about a way to save the layout of a TBM in human-readable format and a way to auto-assemble/disassemble it? This could allow you to make a TBM out of any type of block (I assume that atm it's limited to glass and iron due to other blocks risk being brought along unintentionally) since the layout is explicitly defined, allow people to share their machines, more automation etc. The "construction yard" could be something resembling the buildcraft quarry. You make a cubical frame and the machine is built inside it. Most notably, you could design a machine outside of the game, perhaps aided by some tool with a graphic preview.
Tons of features could be implemented through the save feature, like adding custom paintjobs (think sprites possibly covering more than one block), graphical objects from render files at specific location (creeper hides on mah big evil drill!), maybe even with an animation, maybe even permit fully custom render files. This introduces security concerns, since clients need to download stuff from the server (one could probably embed a virus in a custom render file). You could generate the basic structure locally from block data and ask the user if he/she wants to download the additional graphical content. You could also simply be forced to manually download TBM plans and your client will calculate an md5 hash or something off the file. When you build a certain TBM you send the hash to the server and the server relays it to the other clients. They then proceed to check if they have the hash (and therefore probably also the machine in question) and if so render it and if not notifies the player. Additionally the server could keep a list of "trusted" TBM schematics and if a client lacks a TBM schematic the server offers to send it to the client in question, with the logic that while you shouldn't trust the other clients you may trust the server. Furthermore you may trust specific players, so you could keep a whitelist of players whom you will automatically download TBM schematics from through a P2P connection (P2P to prevent people from shuffling over-sized schematics through the server and thus flood the connection). This will only be preformed on servers which you have whitelisted, since even though you may trust the player, the server may lie about the IP it sends which you make a P2P connection to really being that player.
Also, extending the concept of a frame (and going a bit wild with the ideas), how about the ability to build a frame around a volume, add some engines and attach a controller and then every block within the frame is considered part of the TBM. Basically, you build one around your base and suddenly you can move your entire base. This would at least require the ability to move backward and sideways, but that shouldn't be too difficult (relatively speaking) to implement. Vertical movement may be more tricky, especially moving up, as in how to make it seem a little bit realistic (as in big volcano evil fortresses can't fly just because you put threads on them). One could have a layer of something like pistons (some industrial high-power variant) which pushes the thing up one or more blocks when encountering an obstacle and then the machine continues forward, leaving the pistons stationary. When a piston passes outside the area the machine occupies it is removed and replaced at the front of the machine. Different pistons could provide different lifting height and power, height enabling it to scale steeper slopes and power determining if it can be lifted (implementing the concept of weight, which you already seem to have done).
Of course this is just wild speculation and wishful thinking. I just got so excited when I saw the video.
Any ideas what this could be caused by? Everything works as it is supposed to when I remove Charging Bench. I use IC 1.64.