Loader

You might have better luck with finding people in this section; http://forums.technicpack.net/forum/75-attack-of-the-b-team-servers/

FYI guys who are interested I'm pretty sure this was just ViperSniper putting out feelers - I don't think he checks this thread and he isn't getting notifications when people post here as far as I can see. If you have an interest, contact him via Youtube, as he requests, and you may have better luck getting in touch with him.

Post your launcher log up on the tracker and people will take a look, it's probably an old version of java but we'll need logs to be sure. Links to how to get the logs, to the tracker and to the guidlines of how to post on the tracker are in my sig.

Yes, good spotting, it's a recent bug in spigot that MCPC+ uses, follow the instructions here; '?do=embed' frameborder='0' data-embedContent>>

Having a similar symptom doesn't mean the cause is the same. For an example Kalbintion may have a car with no wheels that doesn't go anywhere and you come up to him and go "Dude, I had the exact same problem with my car not going anywhere. You need to fill it up with gas.". Your problem may be more common and perhaps even more likely, but you can't assume that your answer is correct without enough information (looking at that car which obviously has no wheels in this example, looking at logs which obviously have the wrong version of java installed in the case of the modpack).

Drop flans mod packs into the flans mod folder. They'll only work with other people who have the same packs or in singleplayer though, of course.

Not just that generation chunk either - any chunk along the output line where the infinite power is going. If you're going to use it, isolate it with an energy cell and normal power along the main output wires/conduits. Edit: I'd strongly suggest not using it if you care about your world at all, and certainly putting it anywhere near something you want to keep is a terrible idea.

It's inadvisable to do this in any chunks you care about, you can get this kind of thing; Try to keep GC wires and TE conduits and machines clear of one another until this is resolved, failing that make sure you don't have anything in that chunk you want to keep (if you're lucky and it damages the chunk it'll take it out cleanly like this, if not you'll need to use MCEdit to manually remove it) I haven't seen it do more damage than just 1 chunk yet but it can happen anywhere connected to the infinite power, not just the generator.

If you're making a ship in archimedes ships, it can handle 32 full stacks of 64 blocks by default - even at or near this number you can get issues with the ship tearing itself apart when you get off the helm - turning it up is not recommended.

It'll depend on what the problem is - if you've got a similar issue please also post a log (which should show us what's wrong) on the tracker (which should make it easier to keep track of issue resolution). Links to help with both are in my sig.

You need the JDK version for macOS, not the Apple auto-download version, you'll need to go here; https://www.java.com/en/download/manual.jsp P.S. Tell the other mac users who are having this problem about this, it's probably the same thing (apples version of java 1.7 is only for Safari, not the OS as standard).

One way is to point it directly to java, this just means that the java at the start of that sentence isn't in the windows default path. So for me if I had that .bat file it would become; "C:Program FilesJavajre7binjava.exe" -Xmx4G -Xms2G -jar BTeam.jar nogui So you just need to navigate to where java is installed like I did there, and copy that location on the front (the quotation marks need to be added there so it knows to take the space in Program Files as part of the path and not the end of the command).

The treefarm/fertilizer/harvester/furnace/steam-dynamo setup can put a lot of load on the sorting pipes (which can cause server lag) if they get big enough - 5x5 shouldn't be a problem though (it can cause a little client-side lag if it's making and breaking a lot of trees, if that's the case just run it without the fertilizer but it hasn't been an issue for me personally and only seems to affect slower machines). Project|Red pipes seem to be a lot less hoggy than other pipes I've used, so if you've done it before and it was fine, it probably will still be now. Any combo that's interesting to you is the right combination Mixes I always find fun, but one of the best things about the dynamo/RF system is there isn't really a "best" option, just what you have access to and what you want to put up with setting up.

That's great news As for the amount you've set on the client Minecraft is peculiar in that the more RAM you give it in general the slower it gets (this doesn't apply to the server, just the client) as the client itself tries to do a bunch of calculations on the blocks its currently got loaded - the more RAM that's assigned, the more blocks remain loaded before it cleans up, the more CPU it uses. The goal is usually to find the balance, where it's not so low that it's ever capping out or being limited but not so high that it's doing extra work, 1.5GB - 3.0GB seems to work for most people using the pack so far (resource packs like Sphax PureBDCraft increase the amount you need so I guess they're toward the higher end).

I can't believe you just... Do you know how hard it's been forgetting about that kind of stuff? I'll bet we've got a tiled stars background, little under_construction_men.gif files and one of those dripping blood bar page breaks next! You see what you're stirring up?

irobinsc and sohraab, scroll back a page or two and you'll find that answered a bunch of times. If you can't be bothered..

I can't talk you through warmroast (I use opis and visualVM because I'm lazy and those are what I had at hand rather than me advocating them specifically) but I can help you with your java question. My launch.bat reads; java -Xmx8G -Xms2G -Dcom.sun.management.jmxremote -jar BTeam.jar nogui So it's calling whatever java is in the path by default (could be either 32 or 64 bit), using 8gig ram max (-Xmx8G) starts by allocating a 2 gig segment (-Xms2g) does some stuff to allow visualVM to read from it (ignore the Dcom switch, you don't need it), then opens the b-team server (-jar BTeam.jar) without a gui (nogui extension on BTeam.jar). Obviously all those numbers I'm asking of it are crazy for 32-bit java, so lets check what we're actually running. Open up a command prompt window (in windows I usually just use Windows Key-R to open the run box and type cmd to open the command interpreter), I then type in java -version and it looks like this; Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:UsersLoader>java -version java version "1.7.0_51" Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) C:UsersLoader> Cool, so I'm apparently running Java 1.7, update 51, in 64-bit when I just type java. That's why that request works. If you can make sure that you're running 64-bit java with at least say 4GB ram assigned (-Xmx4G) then that's a good start. If you're still getting warning messages then there's no choice, you'll need to get more detail like disconsented said but we can deal with that when we get to it. I'm not sure if this should be in the tracker or here, as it's kind of not a bug or issue and more optimization, so if a mod sees this and has an opinion either way please let me know.

That file (the second one) stores info about your current map, waypoints and things. You'll lose the information that's stored in it when you remove it, but it'll generate a new one based on the world info it already has (pretty much it's just the waypoints you'll lose). The cfg file at the first location is info on how the plugin works, what size it uses to store textures for the map display, that kind of thing - it's not quite a co-incidence that it seems similar (one triggered the other) but the fix is essentially the same - removing that cfg file causes the mod itself to rebuild the file from defaults. You'll notice the files come back when you run the game again - this is normal and fine - kind of the point in fact.

Look here for whitelisted servers; http://forums.technicpack.net/forum/75-attack-of-the-b-team-servers/ Explain that you're new, someone will take you under their wing I'm sure Good luck, and welcome to the forums!

OK, different part of mapwriter breaking Go to; %AppData%/.technic/modpacks/attack-of-the-bteam/saves/mapwriter_sp_worlds/Hello_World/ and delete mapwriter.cfg This happens sometimes when the master cfg gets messed up (like in your case), it messes up the worlds you try to open while it's like that.

What's at those co-ordinates on the overworld?

Good point wabajck, this pack is so far from balanced that even dupe exploiters barely change the game. It's fun though, I think that's the point.

Minions and Morph can simply be removed from the mods folder, promisedland is part of biomesoplenty (which you probably want to keep) so you can go into the misc.cfg file in config/biomesoplenty and disable the ancient staff in the crafting settings, should end up looking like this; #################### # crafting settings #################### "crafting settings" { B:"Enable Amethyst Tool/Armor Crafting"=true B:"Enable Ancient Staff Crafting"=false B:"Enable Dartblower/Dart Crafting"=true B:"Enable Enderporter Crafting"=true B:"Enable Flower Band Crafting"=true B:"Enable Mud Tool/Armor Crafting"=true B:"Enable Scythe Crafting"=true }

Well, you'll get off the ship, but don't get back on without fixing it first

Please post a log up on the tracker using the tracker guidelines (links to help with all of that are in my sig).