S.O.P.H.I.A.

This is probably a long shot, but is there any way to turn the cockpit's glass canopy/windshield itself into an RPM HUD? I mean, how cool would that be?

I'm having a bit of an issue in 12.2P1. For some reason, this block of code: until ABORT{ print "testing". set ship:control:pitch to 1. }. ABORT off. is locking the throttle to 0, despite not actually mentioning throttle in the code. Manual controls and "Lock throttle to x" are having no effect. EDIT: Figured it out. It looks like when you set a control, you also have to set SHIP:CONTROL:MAINTHROTTLE if you don't want the throttle to cut.

I made that change (adding kOS capabilities to vanilla command modules) so long ago that I forgot I'd even done it. Largely because I use FAR, and it's a real pain to work in additional parts when aerodynamic drag is such a huge concern. I'm going to undo that change and test to see how it works. UPDATE: Yup, that fixed it. Conclusion: If you're having the bug where only the command module appears when you revert to the runway, and you modded the mod to add computer capabilities to the capsule, undo that mod.

Nope. No remotetech, and integration is off. This is my list of mods: Toolbar, Chatterer, FAR, Floorit, Kerban Joint Reinforcement, Kerbaltek, kOS, Infernal Robotics, Mechjeb, Scansat, and RasterPropMonitor. I could try running the game with only kOS and seeing if it causes the same bug.

I'm getting a gamebreaking bug both in the current release version (12.1) and the prerelease version (12.2P1). Every single time I revert to the launchpad/runway, I end up with a floating cockpit, no other parts from my ship, and no control/physics. The only way out is to restart the game. I love this mod, but this is the most significant bug I've yet seen any mod cause.

I've located what may be a bug, or may be an unexpected feature; I can't tell. I went for a while from early KSP .23 until now without updating FAR, and I found that in the new FAR, turbojet engines are dramatically less powerful. They cut out at around ~1500m/s regardless of the amount of air I have left, meaning that planes that could get to around 1000km apoapsis without switching to rockets can now only get to around 24km. This is probably realistic, and not terribly unexpected. The really surprising bit is that RAPIER engines are now *more* powerful. At high speeds, when a turbojet is barely outputting 1kN, open-cycle stock RAPIERs are over 100kN. The reason I'm surprised is that I'd always considered RAPIERS to be a bit of a compromise between rockets and jets--you get a less-effective jet by mass than the turbojet and a less-effective rocket than the aerospike in exchange for having both for overall less mass and size. But now, the RAPIER is a better *jet engine* than the specialized turbojet, leading to some weird designs. My new-generation fleet uses RAPIERs instead of Turbojets, but never switches to their rocket mode, instead using a nuclear rocket motor. It seems strange to me that two RAPIERs (without ever using their rocket mode) and a nuclear engine is vastly more effective, except at low altitudes/speeds, than two Turbojets and a nuclear engine. OTOH, according to wikipedia, the SABER engine that the RAPIER is based off of has incredible high-speed/high-altitude performance, so maybe this is intentional, and my perspective of the RAPIER being a compromise engine is inaccurate. Anyway, is this a bug or a feature?

Is there any function or variable that will tell you the current throttle setting? The THROTTLE variable only has an output if you LOCK'd THROTTLE to something (ie, if you set it yourself).

I believe I've found a bug with the Sideslip Indicator on the airplane-style HUD. When I'm doing a typical spaceplane ascent (ascending at around 10-30 degrees with my heading as close to east (90 degrees) as I can manage), the prograde icon 'flickers'. When I am heading slightly less than 90 degrees, the sideslip indicator moves all the way to the left of the compass, as if I were moving around 270 degrees instead of around 90 degrees. It works properly when I am heading greater than 90 degrees, however. I am using the latest stable release (though this problem predates this version; I only just identified the cause of the bug) with KSP .23.5 and FAR, MechJeb, Joint Stabilizer, and Chatterer installed, though I seriously doubt any of those mods will affect this. EDIT: I'm actually unsure if the problem is triggered when the *Sideslip Indicator* moves left of 90 degrees, or when my *heading* moves left of the same. I'm having a hard time creating a vehicle that can succesfully be pointing at ~85 and moving at ~95 for more than a fraction of a second to test.

Fair enough. I'd assumed that you could. I'll use a manual camera, instead.

RPM currently doesn't list the claw on the list of parts you can control the vehicle from (where it lists the various command modules and docking ports). It would be beyond helpful if you could select the claw to control from and utilize the docking cam for grabbing asteroids. On that note, a few new variables would be spectacularly useful for comparing Centre of Thrust (CoT) and Centre of Mass (CoM). This would particularly be useful for asteroids, but could serve other purposes as well. Maybe one variable for the offset in meters the two on each axis (for example: ThrustOffsetZ would be +5 if the engines were 5m behind the centre of mass, or -5 if they were 5m in front, X would be sideways, and Y would be vertical) and another for their relative angles on Pitch and Yaw? I don't know if that would be complicated or not. Thanks for making such a great mod! I can't even play without it anymore.

Oh, I had an idea. It would be awesome if, in addition to .txt's, kOS could open a unique file type (ex. .kos). if you typed 'run xScript' in the console and there was an xScript.txt and a xScript.kos, it would prioritize the .kos for simplicity. The main benefit would be that you could set a different default program to edit .kos files, such as notepad++ or one of the dedicated kOS editing programs, and notepad++ could then detect the file being used and use the default user-defined language for it (because really, most of us probably have one that we slapped together).

This is so cool! So, so so cool! Love it. However, I noticed something that makes planes look a bit... off. On jet and turbojet engines, as on all other engines, the intensity of the particles is based on the current throttle setting. However, those engines take time to spool up and down, and it would look much more natural if it was based on the thrust instead. Right now, if you fire up the throttle to max on the runway, the jets are producing very little thrust, but there is a crazy amount of exhaust. Otherwise, this is amazing!

I've been having this exact same problem, where I get flagrant errors whenever I try to get engine stats. Can you tell me how to get .12P1? I can't find it on the github site. Also, I have two questions. I'm pretty new at this, so I don't know if they're super trivial or insanely complicated. First: What is the best way to determine if my airplane is upside-down? (I'm making a vtol, and I want the engines to cut out if I flip over so I don't jet downwards). Second: What is the best way to determine if I'm moving sideways relative to my current facing? So if, for example, my nose is facing North, how do I determine my east/west speed? (similarly, it would be useful, but not as useful to me, to determine my forwards/backwards speed relative to my facing). Thanks!

Okay: What are the specific steps I must follow to turn the default HUD or part of the HUD into a button? I know how to change what buttons do (such as switching it so that buttonX goes to page 1 and buttonY goes to page 2) but I don't know how to make an object, in this case the HUD prop, into a button. Does that help? I can try to be more clear again if it doesn't. EDIT: Nevermind. You're right, the screen was a button. Awesome. Problem solved!

I'm not sure how to do that. I spent the last few days playing around with Unity, but managed to accomplish nothing but frustrate myself. Can I do it simply by editing the .cfgs, or do I need to learn up on my Unity skills? I've deduced that all of the buttons have a flag 'isTrigger' checked off, but the various Collider components are grayed out for me and I can't, for the life of me, un-gray them.