Loader

I mostly don't agree with you, Insanity, but I do appreciate the effort you've put into your suggestions here. You've gone beyond what most people bother with when making this kind of suggestion here That said, it's not the best place to present it. The B-Team devs here do get a say in the pack, but at the end of the day they're adding/removing things based on what people like Keralis (who you mentioned) in the B-Team actually want or require. It's best to ask them there on their channels if you want to see something more. Melfice suggested BDoubleO100 and GenericB, those seem like the best place to start. Railcraft I'd be happy to see to be honest - IF and only IF the bugs get sorted with it. Steves carts fits fine, but it's a worse option at just about everything than what's already in the B-Team (worse digger/miner than a hammer, worse transport than a glider/flying gene/bat form/archimedes ship, worse farmer than the harvester etc.). I think that'd mean it'd be used less often while still bloating the modpack, and when used (every well established player would eventually have some just to look cool) it'd put more strain on the servers for very little gain. There are better decoration options. Buildcraft not at all, I don't see that it has anything that's not got an equivalent in the B-Team or isn't actually wanted in the pack: remember that one of the goals was to keep the core minecraft gameplay intact - that means mining and building still have to be done manually (if a lot faster) for the most part. There's not really any mid-tier "run while I wait" stuff in B-Team, the only stuff like that is top tier and either hard to build, costly to run or both. Buildcraft isn't balanced in the same way. If people are willing to use mass-area-work tools like the filler, they can just use tools like worldedit just fine. AE maybe.. you'd have to present a better argument to get me to come off the fence on that one (not that my opinion on the matter is worth anything, again, the B-Team themselves are who to talk to). It just feels a little too easy. Logistic pipes a definite no - it's not especially well written and it'd reduce most current servers pop max from 80ish to maybe 60. P|R is still much less mature, but it'll get there. Logistics pipes is great if you've only got a few people playing, but on my old Tekkit Lite server one person managed to build a logistics system that was regularly server-crippling. If one person can do that, what can 80 do? MFFS I would like to see. I remember at one point you could abuse it to crash a server, I'd only want it if they'd fixed that (they're pretty good though, I expect they would have by now). Aether/Deep Dark both add a lot of extra server load for little gain in actual gameplay for players. They'd both result in a lower pop max and a more spread out playerbase on servers. Treecapitator Melfice already covered, there's a mid-tier axe from tinkers construct that performs the same function already (the lumber axe).

Sometimes they can clog too which can cause this, I like to put a chest behind it and pull out of that rather than put a pipe directly on the harvester, it acts as a buffer which prevents that problem from happening.

Hey, I'd like to defend this behaviour! My server is for my own recreational time and... wait, that's not what you meant. Glad you got it sorted, welcome to the forums

Please post this message and this logfile up on the tracker hs_err_pid14978.log - there's a link to both the tracker and its rules in my sig.

Yep, unless advanced genetics has fixed it, that's correct. You can get boosts from heart canisters, exo-armour and genes, but most of the time you encounter someone with dozens of hearts you'll find it's the genes bug.

GC oil seems to be a child class of lava (for some reason), it means it burbles and stuff but it also shows up on any lava-detecting items as lava (the witchery dowsing rods in B-Team, for example).

Poor taste aside, it would also be really easy to just add the flans mod expansion plugins into B-Team. The base is already there (and because those items already have their item ids set there's usually no conflicts at all!)/

Sometimes I have this - especially when using blocks rather than ingots. Making ingots into blocks or blocks into ingots seems to fix it (even if you go block->ingot->block that seems to help sometimes).

Portaspawners are about the only way I can think of.

The same thing applies to the display case from statues, and a few other places (the witchery altar etc.)

A unifier if you've got a lot of it/constant stream, you need a bucket of the stuff you want to turn the liquid into (mob essence) then you just pipe in LXP and get approx. double the mob essence out.

It's not exactly BoP, BoP picks the place for a village and moves it if it can't spawn properly. The bit I'm unclear on is whether the other mods looking to attach to that point in the village now get a null pointer, and that's the end of it, or they do successfully move the village with BoP but then spawn in an impossible location.

Village generation isn't identical every time (especially not the bits that cause this kind of problem) so it might take a few goes. Try removing the chunk again, there's a chance that it'll screw up every time it generates, but there's also a chance it'll be fine (the chance will vary depending on the area). If it's a bad chunk anyway there's not a lot of harm in removing it each time you discover that it's bad (once it generates properly you'll never have to do it again).

2GB is also a little low for a 128x texture pack with B-Team, I'd suggest you bring it up to 3GB.

It does mean you could have a massive amount of power output going down a single cable though. You could feed 10 tesseracts 50k each and have a single line on the output able to provide 500k before it starts to run dry (25 maxed out laser drills and only a mere 6,250 dynamos for power generation!). EDIT: To clarify what that would actually be useful for, you could have a single line of conduit from a tesseract running to all the machines and have a very small and tidy machine room without having to hide wiring underground/in walls etc.

You could simplify it with each thing you didn't need - if you didn't need remote access to the spawner (you were ok with walking up to it) then you can do away with most of the itemducts and the two spawners (as you can get close enough to switch it between exact copy: on/off). That's more than half of it gone right there. To perform all those functions though it's pretty straightforward. There's not a lot of room for improvement in the simplicity department for what it is. Which bit are you struggling with?

Legolivey's post was in the B-Team server section :/

Clever question, I hadn't thought of that. I just tested it though and it does behave the same way - the one link to the tesseract bottlenecks things on the input, but interestingly it doesn't seem to limit it on the output. There's not a lot of gain and a fair bit of risk, I'll need to run it through some proper testing but it definitely seems that way right now. The TE multimeter has two modes, input rate check and network saturation. Network saturation is checked by using it on a conduit with no connections, it reports what percentage of input (from all sources such as dynamos and cells) are getting stored in viable outputs (like machines and cells). So long as it's under 100% the conduits aren't limiting you, you've got enough outputs to handle everything you're trying to input. Input rate check lets you know how fast energy is going into what you're checking, per tick. Use it on a connection on something like a redstone furnace and you'll see how much it's using up (the redstone furnace only uses 20RF/t, there must be something else that also uses 20RF/t on that same connection if you're getting a reading of 40)

/cofh killall affects only loaded areas as far as I know. If it was somewhere you had a chunkloader that might work, but I think the easiest ways would be in game or offline using MCEdit.

Start by copying that folder somewhere else just in case anything goes wrong, then you can go ahead creating another world with the exact same name. Minecraft should begin rebuilding, but detect all of the old data as it does so and use that where it can. If it doesn't work (if it crashes or something while doing that), please post up on the Tracker (there's a link in my sig).

I think that sometimes people just hate that we've got the magical power to fix stuff magically by snapping our fingers at them, but we still insist on our old rituals of having the logs. Not only that, then we have the audacity to tell them to do stuff about what's in the logs! Only then, after we've humiliated them by making them jump through meaningless hoops do we click our fingers and fix it. I can see how that could upset people

You can find out what kind of graphics card you have by following the instructions here: http://windows.microsoft.com/en-nz/windows/video-cards-faq#1TC=windows-7 Once you tell us that, we can tell you if it'll have any problems. Other than that, the 2.8GHz Pentium D is roughly equivalent to the 1.66GHz Intel Atom (the old D's single thread performance is a little better, but it's an 8.5W chip vs. a 95W chip, gotta cut the atom some slack), so it's always going to struggle on the CPU side a bit.

I had one on the tracker who refused to provide any logs once, I listed a bunch of things that could be the problem - a lot of things as without a log there's no way to narrow it down. Amongst the few dozen options there was hidden things like; Remove a bird that is stuck in the cpu cooling fan Plug your computer into a power socket Not only did the guy not try any of my earlier suggestions or say how he was struggling with them (which would've got a log which we could work from), but he said he'd done all of the stuff in the list and wanted more suggestions. Some of the stuff should've been impossible, and I'm fairly certain that if this person had read my list they'd have realized something was up. The list was only intended to demonstrate that simply trying to fix the problem by trial and error would take months at the least (and also to entertain myself - if I'm not spending my time helping someone and I'm wasting it, I'm at least going to waste it enjoying myself if I can).

Having other stuff running at the same time is fine so long as you can afford the RAM and processing time, 32-bit java can only support 1GB RAM, and this modpack uses anywhere from 1.5GB to 3GB without any texture packs - once you run out, you'll slow right down. With very few exceptions (mostly low power computers like intel's atom) all computers since 2004 have been x86-64 compatible. If you have 8GB RAM, then you probably have a 64-bit machine and installation of windows, as windows could only address a little more than 3GB total in 32-bit modes. Edit: Now who's jumping in front of whos posts, Kalbintion?

Here's the default IBM keybindings, not all match the mac keyboard (notably [ and ] do not which is why you can't select morphs using those keys). http://minecraft.gamepedia.com/Key_Codes