Viktor_Berg

You know, that's actually not a bad idea. I dunno how it would be implemented, but it'd be nice to have auto-buildable/auto-collapsible versions of every carriage. It could, for example, be done by a carriage controller (upgraded with, for example a chest and some ender pearls) that accepts input from a computer to build or collapse an adjacent AxB platform carriage, or an AxBxC structure carriage, or whatever. I know it sounds like laziness, but in your case, you had to deal with a structure carriage that involved placing and then removing at least 500-600 structure carriages. That's 9-10 stacks of blocks, goddamn.

I know, I know. I'm just sayin'. No need to make it needlessly complicated.

So... why not use vanilla hoppers, again? Do you guys really have to provide solutions involving AE and buildcraft?

I particularly like the use of the word "betrothed". I didn't know you guys were getting engaged.

Use vanilla hoppers. They automatically suck items out of inventories and insert them into other inventories.

This will make it possible to make liquid elevators for quick use in the Nether, without being blinded by the black texture. Awesome.

No, not really. CC rednet requires unique code, with rednet broadcasting/sending/receiving or listening. In your case, I'd probably stick with what you have right now.

I have to add: easiest, but not best. With rednet cabling, you have 16 channels of data, but with CC rednet, you can send and receive ANY message, which is far more flexible. Just sayin'.

That's amazing, man. Loving it. Though, next time, it might be a good idea to up the brightness a bit, it was too hard to see things underwater.

Events are your answer. Basically, you can make a computer "listen" for certain events, such as a redstone trigger, or maybe a wireless message coming in, or (on advanced monitors and computers), someone using a touchscreen. While the computer is waiting for an event, its program is basically frozen. This, of course, presents a challenge in that a computer can hardly be used for both monitoring and control UNLESS the program is written in such a way as to facilitate fast updates on the system. Thankfully, there is a way to do this. In essence, all user inputs to the computer (such as typing something on the screen, pressing a key, pressing a button or using the touch screen) are ALSO events. What this means is that the "master" computer can be programmed to listen to all kinds of events indiscriminately, and then act on those events. I am not entirely sure if bundled cable triggers are unique events, though, so for this purpose, I'd suggest using touch screens for user input. Touch screens in CC are a whole different thing, and I'd suggest you watch tutorials on how to make them work. However, when all is done, the basic idea is that your computer "sleeps" until it either receives a button press from you as the user, OR a rednet message from another computer, and then acts on that event. Like I said, the specifics of coding are unique for how you want your system to be laid out, but it's very possible to learn it up. I never did programming courses, but I learned LUA programming more or less myself. You should also be able to do that. Also, use the wiki. http://computercraft.info/wiki/Os.pullEvent

What you can do is have local computers for every part of the facility. Each computer can handle up to 96 combined signals (input/output), 16 from each side of the block if using MFR RedNet cables. If you attach a wired or a wireless modem to one side, you can connect this computer with another one, centralized wherever your control room is. All this is rather easy to set up once you have your basic logistics laid out. The hardest part would probably be setting up all the modems to transmit proper signals for all the events. Then again, if you use os.pullEvent on the master computer, it can monitor every other peripheral computer out there. You can even use an Advanced Computer + Advanced Monitor for some fancy colored text! As for the program itself, it's kinda hard to help you out with direct code without knowing exactly the specifics of your facility.

Pattern providers function as chests for those patterns. If you destroy the provider block, the patterns will spill out everywhere. Otherwise, nothing will happen.

LibreOffice is another good alternative.

Do you get an error of some sort? Do you just have a free account, or have you actually purchased the game? Because you need a premium version of the game to play Tekkit.

A long time ago, I saw a video with a MFFS-based tunnel bore that was 40x40 large, thus mining 1600 blocks at a time. It was the old kind of MFFS, not this one, though. The biggest challenge was processing 1600 blocks every movement, because back then AE didn't exist. 95% of the bore was a huge processing facility full of redpower tubes (it used frames for movement).

One thing is to double post. Another thing is to triple post. But you are taking it on a whole new level. It's against the rules to multipost. Please don't do that. As for your question, I'd rather use a computer from computercraft - much easier to program algorithms such as this.

That's an osmosis-based generator, but AFAIK, we don't have the ability to create the membranes needed for that (on a production scale) yet.

Water on Mars? Of course! Alright, pardon me this little cheek. In all seriousness, it is interesting to speculate on terraforming planets, but sadly we lack both tech and resources to do this in the nearest centuries. Even our grand-grand-grand children will probably not experience life on another planet in the Solar system without specialized dome cities and stuff.

Understandable, the input/output interface on the conduits is kinda tiny. How can you mess THAT up? I mean, it's goddamn "pointy end goes to the conduit", it's intuitive.

Just pray that vswe doesn't nerf the Liquid Managers after this information spreads out, like so many times before.

You can't just "exclude" items in optifine. Optifine changes the rendering engine, so everything gets equal treatment. The only way to fix it would be either on the side of the author of Optifine, or possibly ICBM. Also, optifine breaks other things, like modular power suit rendering. I like the mod, it really increases framerate. But lately, it's been bringing in more problems than fixing.

Why are you playing Tekkit if you are bad at building? Also, if you are bad, try and improve your skills. Not saying this in a demeaning way.

That's pretty damn good. Should sustain the server for like 7-8 months, depending on the provider.