Loader

Ada, did you try turning off any realtime scanner on your antivirus software? That's mentioned as being a potential cause of this issue on that chickencore thread. Kittychan and TroubLe, please post your logs so I can check if it's actually the same problem (Just to be certain, sometimes I've seen people say that and it's the computer equivalent of "My car won't start" and "Wow, mine too - we have the same problem!" when one guy is out of gas and the other guy is missing an engine )

This appears to be the same problem as in this thread; '?do=embed' frameborder='0' data-embedContent>> Please try the same things they've tried and report back here, try to run the game after each step; 1: Turn off any antivirus software you have (real-time scanning or real-time shields) - the scanner may be interrupting the read on startup and locking the files away from minecraft. 2: Reset the mod pack (click the little cog under the attack of the b-team icon in the list on the left, then you'll have the Reset Mod Pack button) - you may have a corrupted file. 3: Change the system locale to English (United States) - this may be a unicode bug in ChickenCore.

Looks like someone else is already on the same track as us from FTB with Chicken Bones already; https://bitbucket.org/ChickenBones/codechickencore/issue/8/file-access-issues-in-most-chickenbones The other thing that they brought up was antivirus software interfering - try turning it off temporarily to see if that changes anything (if it does you might need to set an ignore area for the mod folder in the scanner, if it doesn't then it's back to the drawing board).

Damn, in that case I'm pretty much out of ideas for the moment. Is there anything new in the log?

...And? Did it work? Not work?

Please post a log to pastebin so people here have some chance of helping you. You'll find them in %AppData%.techniclogs Alternatively if you click the cog in the launcher you'll see a 'logs' button - clicking that will take you to the same place.

We're trying to change the system locale to English (United States) so it uses that set of characters (it's missing some umlauty characters, pound and euro symbols, things like that which can cause problems to things that are just assuming Microsoft standard US English). I actually got the wrong place in my explanation before, sorry about that (There's half a dozen settings for region and format around, there's one more tab, Administrative, to click I forgot). This one from Microsoft will guide you to the right place; http://windows.microsoft.com/en-nz/windows/change-system-locale#1TC=windows-7

That's close enough, I doubt it's that then. It's struggling to read the dependency data from there though (which is stopping it from loading the CodeChickenLib properly). It's something that some other people have had trouble with and posted here on the issue tracker, I'd add to that just to say you've seen it too http://forums.technicpack.net/tracker/issue-419-attack-of-the-b-team-wont-launch/ There is one thing I can think of that could be causing this... I've seen problems like this before when the Windows system region wasn't set to "English (United States)" - it expects it to be in some code and then can't match if you've got a european format. Can you temporarily try that? In Win7 it's in Control Panel, Region and Language, Change date, time or number format, then it's at the top of that window that comes up.

Can you check you have the file codechickencore 0.9.0.7.jar in %AppData%.technicmodpacksattack-of-the-bteammods please? It should be 164KB roughly (so if it's significantly different something is wrong).

Ha, right, that's a good point - I hadn't thought of that Yeah, in that case they can be a little harder to find but they're never much effort compared with the Windows equivalent. I did assume he was using Windows without even thinking about it.

Kr0nz, almost all browsers commonly used are 32-bit only. The only one I can think of that's in semi-common use is IE, but even that's a special version and it's a bit twitchy. You can see if something's running in 32 or 64 bit in your processes tab in task manager (there's a *32 after the executable if it's 32-bit) to be certain, but the bottom line is that unless you've specifically gone and got a browser for 64-bit (like waterfox) or deliberately changed some settings from the default/got a special version (IE-64bit, Firefox 64-bit Alpha) then it'll be 32 bit and need 32 bit java.

You need an "Advanced CPU" to go into the engine slot, ace - it's probably that.

Again from the other thread (trying to keep it in one place to make future searches for people easier) More frequent is a surprise, can you run task manager (right-click on taskbar and pick it), go to the performance tab so you can see CPU usage, then play B-Team in a window and watch to see if the CPU usage spikes with the lag spikes, and how high it goes (does it top out).

There's three or four people around who have a very similar problem, can you give any more info on the system just in case some common factor shows up? Does it do it in singleplayer too? Playing on LAN or over the web?

Your comment in this thread about only being able to select 1GB suggests you're only using Java 32-bit, make sure you've got the 64-bit version installed as well then do as Kronz suggests if you have and post us the log (it'll show which java version the technic launcher is actually using, but you might as well make sure you've got the right version installed first).

It's a Minecraft oddity, asking Jeb is probably the way to go if you want details but it's easy enough to prove by adjusting the amount Minecraft can use. I think it's down to the more RAM you have the less often it clears up, and whatevers in memory gets checks run on it (movement prediction and redstone) so the CPU eventually gets overloaded regardless of how powerful it is at a certain point. A good rule of thumb for minecraft is the greater the RAM that's assigned the more stable it is, the lower the faster (to a point, too low and it starts to slow down again, this only applies if the amount you're assigning is already enough). That's why Maxis010 suggested 2-3GB, that's typically a good amount for a client. You set the amount of RAM a java program can use when it runs, in the case of the server on minecraft it's the -Xmx (max assignable memory) -Xms (initially assigned memory) in the batch file, and in the case of the Technic launcher for you client it's the convenient little gear in the top right, pick your pack, click the gear, set a value from the dropdown and hit save.

If that's a magnetic hard drive (not a SSD) on a laptop then they're much slower than the desktop equivalents in order to increase reliability and give them more time to retract the reading head if the laptop gets jolted unexpectedly, try fraps just on an internet flash game or something, you'll probably find it lags badly too. If you can record the data to an external drive of some kind (though they're slow too) you'll take a lot of load off the primary disk and that should improve things. The graphics card in that laptop is also pretty poor - does it behave badly even without fraps running or any extra mods (like optifine there) installed?

I would imagine it would conflict hugely with morph, but I haven't tried it. What kinds of errors are you getting?

I don't have the problem, but if both of you are then you should report it here with as much info as you can; http://forums.technicpack.net/tracker/project-4-attack-of-the-b-team/

I did notice if you get off the dragon while it's descending it keeps remembering that you had the descent key pressed, pressing it again returned them to default behavior for me. Can you try flying up in the air, then using the controls to descend (rather than waiting for it to sink) and see if that fixes it?

I could've sword I had my smeltery do this once (I was just chucking anything and everything in so there were a lot of different ore and alloy combinations in there), but I can't replicate it now to isolate what's causing it to report it properly. Can you show screenshots of the way it's built so I can see if it's got anything in common with any of my pre-modification versions of the smeltery? It's definitely a bug that needs to be added on the tracker though if you haven't done already.

If you post the crash log it might help the people here give you a suggestion, though if it's not showing up at all in the list you could try opening it in MCEdit and immediately saving it, that can fix corrupted chunks sometimes (though it does it by resetting them to their original worldgen state, so beware of that). Make sure you back it up before trying any direct editing like that on it, though.

I actually enjoy when problems like this crop up, they give me an opportunity to try solutions I might not otherwise have tried... This is a poor replacement for a solar panel

Have you tried changing the GUI size in the minecraft options? I've never had this happen with tinkers but with other mods I've had issues like that when it's scaling up the GUI, so it's worth a shot.

Rolling back should work, yeah - the Galacticraft website has 2.0.8, we're on 2.0.9 - looks like the major fix was a bug where electrical wires were connecting to oxygen input/output ports which would explain why the wire behavior is different now. The other thing of note in there is a bugfix when putting thermalexchange items into the battery slots causing crashes, so don't do that. Edit: Or did you mean the latest 2.0.9 from micdoodles github works?