plowmanplow

This also demonstrates "named" timers. On such a simple program as this you don't strictly need them because the timers dont have to run concurrently. You could just change the code to toggle the rednet state and start a new timer based on that. However, when you have multiple different things going on (like updating a display and sensing an inventory) that happen at different intervals the named timers are imperative.

How's your CPU utilization? Are all the cores pegged?

Yes. something like this: local outputSide = "back" -- or whatever: top, bottom, left, right, front, back local onCycleTime = 30 -- how long to stay "on" in seconds local offCycleType = 120 -- how long to stay "off" in seconds local rednetColor = colors.white -- which color to cycle on the rednet cable. you can add like: colors.white+colors.red local onTimer = os.startTimer(onCycleTime) local offTimer = 0 redstone.setBundledOutput(outputSide, rednetColor) -- turn on the output at the start of the cycle print "Press 'Q' to quit..." while true do local event, p1 = os.pullEvent() if event == "key" and p1 == 16 then -- 'q' was pressed redstone.setBundledOutput(outputSide, 0) -- turn off if we "quit" return elseif event == "timer" and p1 == onTimer then redstone.setBundledOutput(outputSide, 0) offTimer = os.startTimer(offCycleTime) elseif event == "timer" and p1 == offTimer then redstone.setBundledOutput(outputSide, rednetColor) offTimer = os.startTimer(onCycleTime) end end I just whipped that up on the fly. Not tested so there might be something off, but that's the general idea.

Heh, everyone gets missed. I really like the community we've been putting together. Also, we added a mining age yesterday. Pretty fun stuff.

It's on one of the panels at spawn. The one labeled "Servers" (middle back).

"12ms ping, 21.74Mbps download and 1.75Mbps upload" That is plenty to host 3 very active people. However, that only addresses the bandwidth. No telling how busy the server is without more info.

"normal" use will have each player being sent 20-40 kilobytes/sec of data. Chunks with a LOT of stuff updating (lighting, blocks, messy mods, energy changes, etc.) can easily use 50-60 kilobytes/sec and I've seen it hit 120 kilobytes/sec per player under unusual circumstances.

that should allow 2 or 3 people to play without lag most of the time or until the chunks that were being sent to the client got very "busy".

Wow, quite the necro post. Anyone still using GroupManager perms might want to check out just about any other solution. There are a ton available and they ALL work better.

I was fairly sure that KingLemming stated somewhere that conduits had about a 1000 MJ/t limit, but I might be misinterpreting something else.

I'm not sure about SMP, but at least in SSP the fatal crash bug (permanent world crash) when you use Phased Pipes exists in 1.1.6 Tekkit. This is why I had to go back to BC 3.7.1 because I couldn't find an updated Additional Pipes. The bug is this: Tank -> Wooden waterproof pipe w/autarchic gate set to pulse when tank has liquid -> gold waterproof pipe -> phased waterproof pipe set to send and frequency 1 Phased waterproof pipe set to receive and frequency 1 -> gold waterproof pipe -> tank Put a bucket of lava in the first tank and as soon as the lava hits the phased pipe you get a crash that can only be recovered by removing the additional pipes mod. Going back to BC 3.7.1 with the latest additional pipes version I could find and everything worked as expected. Crash Log: http://pastebin.com/LtQ4MdtJ Forge Log: http://pastebin.com/QrXVXmdt Edit: My mod versions buildcraft-A-3.7.1.jar AdditionalPipes2.3.1-BC3.7.1.jar LogisticsPipes-MC1.5.2-0.7.3.dev.591.jar Edit: 08-13-2013 Just for giggles, and thinking it was maybe just a "weren't compiled together" problem, I rebuilt BuildCraft 3.7.2 and the current GIT of Additional Pipes against Forge 7.8.1-737. Exact same errors/crash.

I'm running MCPC+ Build B598 and have been for weeks with no trouble on this version of Forge.

This is my solution for cycling combustion engines: http://imgur.com/a/91Qme Since combustions have to cool to zero degrees before they can be turned on they have to be "cycled" by a PRC. Magmatics, which have no cycle time, can just be controlled directly by the gates on a redstone energy cell (REC). However, you can easily setup magmatics with the same design I use for combustions.

Since it is such a big update for so many mods, why not bump Buildcraft on up to 3.7.1 (I'd suggest 3.7.2, but can't find a good build of AdditionalPipes for BC3.7.2). The improvement to conductive pipes makes it MUCH better for starting out and makes them a viable starting alternative before you have the resources/infrastructure for conduits. I've been running it on a server every since it was released and haven't had any problems at all. (not that one anecdotal reference is a sample set of much value)

Also, once you start adding mods to the most recent Tekkit build you will VERY quickly need to increase permgen size in the launcher (same place you set the memory allocation).

All liquid transport devices where you can "see" the liquid have internal storage. Any liquid in the pipe/liquiduct/etc. will continue down the line when there is space for it to move into.

Your best bet? Make a custom modpack. That would make it easy for all of you to stay at the same point for mod versions and such. Just start with Tekkit 1.1.5 and add what you need. As for versions on mods, this may help: http://bot.notenoughmods.com/1.5.2.html

Link books in the latest MystCraft can be created using the Ink Mixer in such a way as to enable intra-world linking. This could provide some very rapid transport. Even without intra-world, setting up a "portal" in a pocket dim to act as a hub would be easy (and kind of fun). Edit: Heh, you are quite welcome, Kiwi. There have been LOTS of updates in the last few days so feel free to re-download. :)

I believe that might be a RP2 Grate (found here: http://nemesis.evalq.net/RedPower2/recipes.html#grate) which isn't in this Tekkit.

Hmm. I bumped mine from the default 4.5 to 30... and a simple fusion reactor is putting out ~75 MJ/t. Is that the target output? Not complaining, but it seems like quite a bit of juice.

Heh, yeah. a 7x7x7 RC Steel Tank can store enough fuel to power an MFR Laser drill at 400 MJ/t for 9.5+ days. I think we could classify that as "off the deep end". :)

It was my understanding (and experience) that MCPC+ was significantly easier to work with, and more compatible, than BukkitForge. Quick setup you did though.

Yes, that one is just a "patch" which should be overlayed on the base Sphax pack for the appropriate resolution. I have a *cough* full pack available, but the Sphax folks get cranky if you publish a link that contains their stuff. If you take a real close look at the URL for my downloads you can probably figure it out.

@Dewfire: I see you are using Sphax but are missing some textures. There is a significantly updated patch available for Sphax on the new Tekkit which has many updated textures. The BDCraft thread: http://bdcraft.net/community/pbdc-patches-rel-packs/tekkit-t274.html look towards the bottom of the first post and there are links to "PlowmanPlow's Pack". I update that frequently.

My solution? Finally realize that I wanted a number of the "cornerstone" mods like Railcraft, Forestry and ExtraBiomesXL then built my own modpack in the platform. 7x7x6 structure? 9408 buckets of liquid. Wonder how that does in the server performance department. Regardless, it's pretty clever and I'm sure a lot of folks don't know this is possible. Bravo.