a.g.

CKAN doesn't even work on my linux system because the system version of mono is too old or something. Also not sure what would be required to actually put anything on it.

This is a small plugin I made for myself quite a while back, but seeing even Scott Manley complain in one of his streams about the difficulty of clicking menus from EVA when drifting past I thought I might as well upload it. All the plugin does is make any part right-click menu freeze its position on the screen in flight when the mouse is above any part of it, thus making selecting the correct button a lot easier. If mouse moves away or the camera is rotated, menus pop back to follow their part as usual. This plugin simply solves one small problem so there is no plan to extend it further in any way. License: MIT Download: MenuStabilizer.zip Source on GitHub To install, just put the dll file anywhere in GameData.

Btw a couple of months ago I have modified it to use the stock App Launcher menu for its button since it kinda overlaps it now. The source is on GitHub. I've made a pull request but the author seems to be inactive.

This really makes no sense. You can use quaternions just fine by thinking about them like weirdly packaged rotation matrices and using the rules of matrix algebra. Also there is actually a way to do real debugging, but you have to use MonoDevelop.

I think the first post should mention how to use the mouse input feature, since there is barely any gui besides the checkboxes in the options window and it's not discoverable. The basic points are: When enabled, mouse input can be done by dragging the mouse over the center area of the HUD. Window positions obviously must be locked, otherwise it will move the HUD window instead. Input can be toggled between Rocket or Plane modes affecting either Pitch/Yaw or Pitch/Roll. Enabling mouse input adds a minimized mode to the HUD where only a center mark is visible until mouse is pressed down on it to activate input and more elements appear. This mode is available even where full HUD is not accessible because of career limitations or being in Map mode etc, and the hud toggle button also cycles through it. Input is calculated from the distance between the mouse cursor and the center mark of the HUD. There is a sizeable dead zone (the center is indicated by a cross like mark) and the input curve is slightly nonlinear to enable more precision near zero. When SAS is active, mouse input adjusts the orientation it tries to keep instead of directly appyling input. This target orientation is made visible by an additional mark. Holding right Ctrl when pressing the mouse down temporarily inverts the Plane/Rocket switch until the mouse is released. Holding the modifier key (left Alt or right Shift depending on OS) when releasing the mouse adds the current input to trim instead of simply resetting to zero.

So I've recompiled the libraries for Unity 4.5 and briefly tested debugging on linux, but windows is completely untested. The binaries and sources are on github.

Ignored by what? Obviously you won't be trying to do that using RequestResource, and don't let the stock tweakable interface even look at your misbalanced container (hideFlow=true, isTweakable=false etc). Otherwise, if you edit a craft to introduce that it will be properly loaded, saved, launched, recovered, and all the costs will be as expected.

Where is the source code?

You actually can fill a resource tank above capacity, and even set the maxAmount to zero, and it seems that things still work just fine. Cost from such resources is simply added to the base cost.

The KAS fuel pipe ends are about 2.6 times heavier than the KAS struts, and it is a known thing that part mass matters for connection strength. Stock struts are non-physical and actually create a connection directly between parts they are attached to.

Use this to find out what the bits mean:

You can look at fields of all objects; mdb is only needed for breakpoints and single stepping. Also, all Local Copy does is copy all kind of junk like even Assembly-CSharp.dll into the directory with the dll, which isn't a good idea seeing as KSP would try to load all of them from GameData. Apparently that debug option error is some kind of bug in some versions of MonoDevelop or something.

You can plant a flag at one of the ends just off the runway embankment and target it - that would provide a reasonable indicator within 100km range. At visual range you can also use the PAPI light mod for vertical alignment.

Did you do the steps to set up the project exactly to the letter, like setting the build output directory to inside GameData. Unless the mdb file is placed next to the dll in there, breakpoints won't work. Profiler percentages are of total measured time, even though they can be >100% in places because of weirdness when measuring recursive calls. Do you have any stupid antivirus firewalls or anything active? I have no idea otherwise.

There can only be one control link, so if the plugin is running, any subsequent telnet connections won't work. The Alt+F10 problem may be because of the stupid window manager bindings for Alt+*, which I changed on my computer to use the windows or menu key I think. Also, you are generally not supposed to have any MONO_PATH, although maybe the network code in the plugin needs some dll that is not in KSP_Data/Managed. What does Player.log say about loading the dll?

Do you have any pictures of that, or at least of the correctly assembled base?

More precisely, parachutes are added as a separate physical object. All other parts are made non-physical, and their mass is added to the kerbal itself, so movement becomes properly more sluggish, but the CoM remains in the same place. This is controlled by the "physicJoint = true" setting in one config file, so if you don't like it, you can disable it and make parachutes the same as all other parts.

Squad can just add up the mass of non-physical children where they compute the total mass, which shouldn't break anything. What I'm thinking about is a mod that makes the mass of non-physical parts count by adding it to the parent in some way.

With more physicless parts they should finally fix mass accounting so they aren't effectively free for dV calculations. I've been thinking if it's possible to do externally, but it probably requires some really hacky things like a hidden 'child mass' resource added to the parent parts to do reliably. That is, you can change just the mass field of the parent, but some parts like probably procedural stuff, and KAS containers, already mess with it, and don't expect anything else to do it too.

I just tried to understand what's going on with these hooks and asteroids, and it seems that the problem might be that they are ejected too fast (at more than 30m/s), and that somehow allows them to clip right through. Reducing ejectForce to something like 8 in the winch config seems to fix it, but then it may make it hard to hit things when there is gravity. Another problem is that the connection between the hook and asteroid seems to be very wobbly for some reason. The winch GUI window has a slider that controls retraction speed. The problem here is that pipes are supposed to be a way to connect vessels, so they cannot detach just because you detached some other pipe in a pipe cycle. It's hard to distinguish this from a decoupler.

Why does FAR apply drag to non-physical parts all of a sudden?

Did you follow instructions on how to correctly compile and install the project? Namely, setting output directory to the target GameData subdir, disabling Local Copy etc. Unless the mdb file is next to the dll in GameData, it won't work.

To update older trees for this change just search and replace node7_largeprobes with newnode_node7_largeprobes in the tree.cfg file. It seems the loader is confused if a non-existant node name doesn't start with "newnode_".

It is impossible to have a KAS version that works in both 0.23 and 0.23.5 because of the joint changes.

The new release turned lots of small parts like batteries, antennas, small science experiments into nonphysical. Parts without physics don't have any drag in any case. Of course, exceptions like that can also break some things in FAR itself.