Maxis010

Use a steve cart with a non-solar engine and the tree cutter module, ensure it has plenty of storage space Set up it's area, as large as you like but try not to leave any gaps, the cart will auto space it's trees For the cargo manager do the following Cart > Manager - Fuel (There is a reason for this) Cart > Manager - Storage Manager > Cart - Saplings Manager > Cart - Fuel Now attach a sorting machine to the cargo manager, have it pull everything out and tag each with different color codes Direct the logs to the chest of your choice by tagging the pipe just before the chest with the log code Do the same for the saplings and apples respectively if you want to keep them Place an incinerator behind a restriction tube somewhere along the pipe The reason you pull the fuel out of the cart is using this system it should ensure the cart burns logs not saplings, this makes it less likely to run out of fuel and you will still get a lot of logs I have done this set-up before, logs to induction furnace, apples to barrel, saplings to crafter for plant balls I had so many logs from a 26 x 26 farm that the induction furnace couldn't keep up even at 100% heat (it's speed became counter productive in a way) and it took 8 generators to keep up with all the charcoal

Have a large room filled with barrels, put a filter with an item inside above each of them to ensure that if the barrel is emptied it another item won't drop it and mess up the system All of these barrels are to be fed items from the input chest Now if you want absolute item count control use transposers (this will be slower but allow for retrieving single items instead of stacks) otherwise use filters but without items Wire the outbound up so activating one won't activate another, considering the item count in vanilla alone you will need multiple computers rigged for rednet so I would recommend the barrels are in rows of 80 (5 x 16 for max IO while allowing for a modem) Each terminal will need to know what items are stored within it's area so create a retrieval program on one then install it on all the others, remembering to reprogram the item ids each time Now program the master terminal, it should accept an item ID and quantity then rednet that information to all the slave terminals, if it's a valid item most of the slaves will evaluate to false and wait for the next message while the slave that does have that item will then send pulses until it has pulled the item count specified (don't try to sanity check this) then fall back to waiting like the rest The pulled items will obviously have to be kept from going back to the input, rather than try to make 2 separate pipe networks have the machine that pulls from the in chest colour tag all the items, then apply a matching tag to all of the pipes at the in filters, repeat with a different colour for the out machines and pipes As a final safety measure have the output chest behind enough restriction pipes to ensure it is the absolute final destination but do not colour tag it, this will give unrecognized input items a place to go

How about a sorting machine WITH item request capacity so you can not only put items IN to this system but you can type in an item id on ComputerCraft to get an item out

The refinery is BC not IC2 Exchange your IC2 Producer for a BC Producer

That is the syntax given, taken direct from the wiki There is a optional entry to the end where you can specify the zone that this affects, if unspecified it should target _GLOBAL_ but clearly /feperm (AKA /p) can't understand multiple possible syntax entries, just like most of the other FE commands

http://www.patrickmin.com/minecraft/ It's not direct importation but it's good enough if you don't mind the leg work

Don't sign your posts and there is no such thing as "Official" hosting, there are however hosters such as the one Lapito has provided Personally I highly doubt their overview is accurate, multiple worlds = good on little over 1Gb is a joke in my experience, running a 3 Gb server for 8 people from a $225/month dedicated box and there is noticeable lag when everyone is logged in to their separate areas, not crippling, but noticable

Do not sign your posts Post a bug report in the Tekkit Lite bug board Be sure to include the contents of that crash report inside of Code Tags

Downloaded just fine, however Optifine crashed the pack on run Recommend running as admin AND ensure that the program temp.exe (AppData\Roaming\.technic\temp.exe) is cleared by your AV, Firewall and any other defences, especially sandboxers Please note that said exe does not appear to exist until launcher requires it (I'm not joking) but without it custom packs will not be set-up

/p user supers <yourname> allow ForgeEssentials.BasicCommands.time If this failed then assume the time permissions are bugged as the supers permissions override everything else

Recreated the "bug" successfully BUT only by manually altering the settings file The launcher would not accept a non-empty directory as the install location

No, your question has fallen to the swift stab of a true answer. That aside, I go to work for 12 hours (yes, 12) and I come back to 3 pages only to find we have stumbled across the doctor. WIN!

First off, Code Tags Second, posting the topic in the right forum, and again in the wrong forum doesn't get you help any faster, it just makes more work for the moderators and splits the effort to assist you as people find the different topics For anyone reading this Total has posted in the bug forum, please direct your help there as I suspect a mod will be here to lock up, eventually

The JVM crash file does nothing for us, we need the launcher/pack reports located @ AppDataRoaming.techniclogs (Launcher) AppDataRoaming.technicpacknameherecrash-report (Pack)

/p group <groupname> allow ForgeEssentials.BasicCommands.time https://github.com/ForgeEssentials/ForgeEssentialsMain/wiki/Commands

Not to mention the Current PAINS Heavyweight Champion, you don't mess with that belt Depends on if you consider yourself to be messed up (I know I am)

There are no ninja's here After all you can't see them...

Most likely, cover the quarry ASAP and the issue should be resolved

Then the issue is in your world, either a large open area (such as a strip mine) is being rendered on the surface or a contraption of your users is causing the lag, you need to seek and destroy this problem or get a new world

Too late, the mods have edit history and have likely already seen this. They know man, They KNOW!

Then replace the markers, and when you activate them place the quarry next to the one you activate

Remove all plugins that aren't key to maintaining the world (IE world gen) or the server security and see if the lag clears up If it does restore the plugins 1 by 1 until the lag starts again, install that plugin alone and see if the lag continues, if it does remove that plugin permanently, if not then you have too many plugins for the server to handle, repeat until all plugins are back (except the solo lag ones) and the server is stable If the lag continues even with all plugins removed (except for your key plugins) then the source of the lag is located somewhere in the world or is being caused by the mods

Mystcraft is your only option AFAIK (quick search of the MC Forums) Be sure to turn decay off

Be sure to place the quarry next to one of the markers NOT just next to the square Pumps take a lot of power and I have known them to shutdown after they get 64 blocks down