AbuMaia

I've noticed this behaviour before the 9/9 update. You can tell when MJ is planning on doing this roll if you see it peg the roll, yaw or pitch indicators when you engage the autopilot before igniting the engines. A workaround I've found is to disengage autopilot, open SmartASS, click on the NODE button, then turn SmartASS off again, and reengage autopilot. If that doesn't work for you, then you probably have a control part (capsule, probe core, etc) on backwards or upside down.

I have a station in orbit, on which I noticed I made a building mistake as I added the last two components to it. I have two spotlights, intended to light the open docking ports, but instead lighting the docking ports to which I added the hab modules. I need to somehow edit the spotlights positions 90 degrees around the large orange fuel tank they're attached to, to put them in the right spot. Right now, if you were to look at the end of the tank, the lights are positioned at N and S. I need them to be at E and W. Now I've found them in the persistent save file, and I think I know which sets of numbers needs to be edited, I just need help figuring out what to edit them to. Here's part of the entry for one of the lights: name = spotLight1 uid = 3600605496 mid = 321872164 parent = 9 position = -1.24575194604404E-07,-18.6309623718262,1.42497611045837 rotation = -7.105427E-15,-1,0,-4.37114E-08 mirror = 1,1,1 istg = 0 dstg = 0 sqor = -1 sidx = -1 attm = 1 sym = 12 srfN = srfAttach, 9 ... and the other: name = spotLight1 uid = 2846248987 mid = 321872164 parent = 9 position = 2.49150957642996E-07,-18.6309623718262,-1.42497670650482 rotation = 2.650556E-15,8.742278E-08,2.4869E-14,-1 mirror = 1,1,1 istg = 0 dstg = 0 sqor = -1 sidx = -1 attm = 1 sym = 11 srfN = srfAttach, 9

What are your autostage delay settings in the ascent guidance window during launch?

Do I understand correctly that "higher" means closer to the outside? Or is it towards the centre?

Could you explain what the diagonal addition is supposed to represent? What are the green and yellow lines?

http://kerbalspaceprogram.com/mechjeb-and-remotetech-for-all/

What version are you using?

I am using SR ports, and I've been careful to make sure they are facing the right way. They stay together above the pad when physics kick in, but fall apart when the engines light. Huh, I didn't know they could work that way. I'll give that a try. Thanks

Just one docking port? I've been trying with two to, ya know, undock the engine. But the docking port the engine is attached to comes undocked from the tank-side port when the engines ignite at launch. And why is a fuel line necessary? Isn't the docking port fuel crossfeed capable?

I'd like to know this too. I don't use my laptop's trackpad, but my mouse doesn't have a middle mouse button, nor a clickable scroll wheel.

Is it possible to design a rocket where the engine detaches from the end of the fuel tank to leave a tank with, say, a docking port at both ends? So far I haven't been able to work it out where the engine is both operational and detachable.

Just add MODULE { name = MechJebCore } to all your command parts' cfg files.

It's happening again. KSP closes just after the yellow progress bar reaches the end, right as it's about to switch to the black orbital "Loading" screen. If I take the RBR folder out of GameData, KSP loads properly. Edit: testing so far seems to indicate the issue lies with the graphics settings, for some reason. If (on my computer) textures are set to Full Res, KSP crashes if Chatterer is installed. Any setting below that, Half Res on down, works. KSP will load on Full Res if Chatterer is not installed. I've been watching memory usage. KSP never got above 1.1 gig of RAM either with or without Chatterer, crash or no crash.

Can we get the menu uncoupled from the button? Moving the button moves the menu, so if you move the button too far down the screen, some items get cut off the bottom of the menu.

I'm glad I read this. I was just about to go looking for that docking cam mod.

Well, my test went awry. New bug. The docking autopilot tried to attach the edge of the ship's dock to the centre of the station's dock. I finished it up manually. No more time this morning to make another launch, so I'll see what happens this evening.

It certainly sounded similar. Even the text reported by MJ was the same. I haven't yet tried leaving it running for several hours to see if it'll eventually dock, though I was planning on doing that this morning. It's happened to me on both the Sr. and the normal.

I just had it happen to me again tonight. It locked up, wouldn't move the ship any closer to the dock. This time, I clicked on a different dock and set it as a target, and that unlocked it; the ship moved right in. I set the first dock as a target again, and it completed the docking.

I had that happen to me the last time I docked. I ended up having to turn off the docking autopilot and guide it the rest of the way in myself. The ship was stopped about 3m away from the dock, facing the right way but offset, according to Docking Port Alignment.

Do you have SAS enabled? I noticed this same issue on mine, until I turned SAS off and let MJ do its own thing.

Well that's weird. It's working now. I had installed a fuel balancing mod previously, and tried to install Chatterer again. It actually works now. I even tried removing the other mods, and it still worked. I have no idea what was going on before.

I had this same issue. When I checked the cfg file, the width setting was maxed out at 65225 or something like that, the height was even larger at over 70000. I tried to recreate the issue. This time, when the window resized, this is what was in the cfg after closing KSP: Also, the icon has been moving around my screen when I click it. It's now in the lower right-hand corner. I'm using 0.21.1 on Ubuntu Linux. The only other mods I have installed are Docking Port Alignment Indicator and RCS Build Aid v0.3.1.

Would it be possible for the plugin to use the keyboard settings from KSP? I type with the Dvorak layout, not Qwerty, so I've remapped my control keys to use the same physical keys, though they now type different letters. My HNIKJL keys on the keyboard now type as DBCTHN respectively.

So just like WASD moves the crosshairs to line up with the orange circle, IJKL moves the crosshairs (and orange circle when aligned) to line up with the green lines. Correct?

So which way to move do the green lines indicate? If the vertical green line is left of the centre line, do I need to thrust to the left to move the crosshairs, or thrust to the right to move the green line back to the centre line? Same Q for the horizontal line.