Jelato Foot

Not an EE bug, just happens that EE was the one it was popularized with, that bug works with multiple items across multiple mods.

One of the many many bugs with the development build 3.1.3, either go back to 3.1.2 or do the fixes in this topic -> http://forums.technicpack.net/threads/3-1-3-reported-issues-and-possible-fixes.30863/ <- there's other bugs though, like NEI not really working for some of the mods and other client issues not covered by that topic... It's best just to stick with the recommended build, 3.1.2.

Your best bet would actually be to fix what's causing the crash so it's not necessary for it to restart, otherwise you could look at a control panel like multicraft / mcmyadmin they usually do timeout checks and the like.

Yes because EE gives you the ability to spawn every single item in the game, meaning all of them not just your precious vanilla diamonds and other emc items, with a single click... Forgot about that one...

Where in my post did I say that? All I said was you cannot use the mods to their full potential without having a good supply of the base materials, which you can't. I didn't say EE is required for that, but I don't see anyone on a non-EE server making a factory to produce anything more than a basic low-level stuff like Ic2 machines. The most common use for redpower and buildcraft on a non-EE server is sorting items coming out of a quarry and that's it, yet on EE servers they are used to produce factories, machines and contraptions not even imagined by the creators and early users of the mods because without the materials to feed them no one bothers. EE did more for this game than people give it credit for, it took it from being this boring game for house builders where you have to punch rocks all day to a game of endless possibilities where the only limit to the game is your own ingenuity, the only people who deny that are vanilla players who are too attached to their god damn diamonds.

Tekkit server owners have a hard time realising that with EE the economy of the game changes from DIAMONDS DIAMONDS DIAMONDS!! like it was in vanilla, to giving value to the items which have no EMC value. Then they usually go and give away red matter and thousands of econ, which can then buy plenty of those materials, for voting thereby completely reversing any effect removing collectors had on the economy... People need to get over the fact that diamonds are worthless on an EE server and realise what having that amount of EMC does for tekkit as a whole, you cannot fully use mods like redpower, buildcraft, ic2 etc to their full potential without the ability to have the base materials readily at hand. On the flip side, there is definitely a lag aspect to collectors which for servers which aren't hosted on very good pcs might propose a problem especially when people start creating large emc farms, which I outlined in another thread;

You're using the wrong version of essentials, use the one for 1.2.5

To be fair, if TR isn't 100% required I wouldn't use it, dreadslicer has dropped the project (for the second time now) it hasn't been updated in months except for trivial changes, plus it has countless problems with threading which on a good day will consume all of your servers cpu and on a bad day will actually crash it... That plugin is a guessing game of version hopping until you find one which is actually stable enough to use, and even then his dupe fixes don't work, the only one which actually stops duping is the RM furnace one the rest have bypasses and workarounds which still work... But either way, which version of TR are you trying to use? I doubt it's incompatibility with another plugin which is your issue...

open up a GUI where the NEI options should be, such as your inventory, then press the 'O' key

It has nothing to do with multiverse, it's the fact you're running 3.1.3 -> http://forums.technicpack.net/threads/3-1-3-reported-issues-and-possible-fixes.30863/ <- either use the recommended build as recommended or do the fixes mentioned in that topic.

I think NAND is actually more what you are looking for, if I understand correctly you want the thermal monitor to turn on the alarm and then turn on the automatic shutdown via the wireless transmitter, and then you want a lever to be able to turn the automatic shutdown off but leave the alarm intact, if i'm right in that then yeah you need a NAND gate in a configuration like this; One input is from the thermal monitor, the other is from a lever, and the last one is from a redstone torch to keep that input always on, this screenshot is when the thermal monitor is activated but the lever is not (output remains on) Then this one, you turn the lever on and the output will go off Is that what you are looking for?

Using filters etc inline is pretty easy, you just have to remember that the items when pushed into the tube network will go to the first valid destination, so you can end up with everything going into 1 filter and not going to any of the others if you aren't careful also inline filters don't need a redstone pulse to output their items, what goes in goes straight out... This is my RP2 quarry sorter example which I use inline filters to sort the junk like dirt/cobble from the ores/goodies -> it's a bit big so I won't embed it, so clicky clicky!

a NOR gate is so much simpler -.- Inputs off -> Output on Any input on -> Output off

Use a NOR Gate, it will output a constant redstone signal until an input is turned on at which point it's output turns off.

any detailz on dis new dupe?

JD-GUI is good for viewing code but not all that good if you plan on recompiling it, it has trouble with stuff like ternary operators and nested exception handlers, jad is better but it also has issues with the exception handlers if they get too complex and doesn't always convert .class references properly which will need some manual fixups... 1. Decompile .class file 2. Load it up in an IDE (like eclipse) and reference the tekkit.jar and the original mod .jar (plus any dependencies it may have) 3. Fix up any errors from decompiling 4. Do your changes 5. Build and export, then drag your new .class file and drop it into the mod .jar file 6. TEST!!! Always ensure that the original features of the file you changed work exactly as they did before, decompiling and recompiling can break shit even if it doesn't give off any errors in your IDE

I suppose it depends what your players consider their valuables as to whether that would work, a buncha diamonds - sure, a buncha red matter... not so much for obvious reasons, but yeah some items you might end up as being completely different items when transferred over to tekkit lite, and the issue with that is you might end up with someone getting something a lot more valuable than what they had back on your old tekkit world :p

Showcase has about 10 different dupe exploits, some to do with tekkit item's abilities to pick up items without going through bukkit, others to do with terribad coding in the plugin itself, I would not advise using it unless you plan on recoding parts of it.

No, some mods are removed, most id's are changed, hell I would be surprised if the world file format is still the same between 1.2.5 and 1.4.6 minecraft, so... No.

Issue appears to be with the modpack.yml Exception; [16:40:52] [sEVERE][info] Downloading 'modpack.yml' from 'http://mirror.technicpack.net/Technic/tekkitlite/modpack.yml'. [16:40:54] [sEVERE]java.lang.NumberFormatException: For input string: "null" [16:40:54] [sEVERE]at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) [16:40:54] [sEVERE]at java.lang.Integer.parseInt(Integer.java:492) [16:40:54] [sEVERE]at java.lang.Integer.<init>(Integer.java:677) [16:40:54] [sEVERE]at org.spoutcraft.launcher.MinecraftYML.compareVersions(MinecraftYML.java:91) [16:40:54] [sEVERE]at org.spoutcraft.launcher.MinecraftYML.getLatestCachedMinecraft(MinecraftYML.java:76) [16:40:54] [sEVERE]at org.spoutcraft.launcher.MinecraftDownloadUtils.downloadMinecraftVersion(MinecraftDownloadUtils.java:57) [16:40:54] [sEVERE]at org.spoutcraft.launcher.MinecraftDownloadUtils.downloadMinecraft(MinecraftDownloadUtils.java:14) [16:40:54] [sEVERE]at org.spoutcraft.launcher.GameUpdater.updateMC(GameUpdater.java:129) [16:40:54] [sEVERE]at org.spoutcraft.launcher.gui.LoginForm$3.doInBackground(LoginForm.java:850) [16:40:54] [sEVERE]at org.spoutcraft.launcher.gui.LoginForm$3.doInBackground(LoginForm.java:1) [16:40:54] [sEVERE]at javax.swing.SwingWorker$1.call(SwingWorker.java:296) [16:40:54] [sEVERE]at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [16:40:54] [sEVERE]at java.util.concurrent.FutureTask.run(FutureTask.java:166) [16:40:54] [sEVERE]at javax.swing.SwingWorker.run(SwingWorker.java:335) [16:40:54] [sEVERE]at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [16:40:54] [sEVERE]at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [16:40:54] [sEVERE]at java.lang.Thread.run(Thread.java:722)

You're running the wrong version of both Essentials and BuyCraft, get the versions for 1.2.5 bukkit.

Hrmmm... adfly links are not allowed on here and the fact you actually adfly'd a link to a topic on this forum just blows my mind... anyway... Given your less than successful experiments with threading in your TekkitRestrict plugin, I'm surprised you are attempting a project like this, that and the fact you actually said you were abandoning Minecraft, but besides that I highly doubt this will be a successful project. Sure you can get vanilla going just fine multithreaded but you can't multithread tile entity processing with a mod server... too many of the mods rely on the fact that the server is synchronous, such as redpower's recursive redstone physics and ic2's energy networking... I wouldn't be surprised if those internal server errors people get on your server are CME's from the mods seeing how nothing in Minecraft has ever been coded with concurrency in mind - not least of all plugins. So unless you plan on recoding all the mods this will never be a success for tekkit or FTB, but good luck anyway I guess...

Unless you are playing singleplayer or running a whitelisted server you're not gonna be running with computercraft enabled so melee turtles are of little interest to me and most server owners :P

Short answer... No. There's nothing major added/removed and none of the bugs which exist 3.1.2 are fixed in 3.1.3, so unless you just want the gimmick factor of being 3.1.3 there's no reason to update.

It seems like it's something like your computer is turning on but it's being loaded before the monitor is and so when it tries to connect to the monitor it can't because it doesn't see it as being there, possibly try adding a delay at the top of the script to give the monitors chance to load before attempting to write to them..