RadarManFromTheMoon

Thanks for the rebuild. I also just pushed an official rebuild. Nothing new about it, besides that it runs with KSP 1.2.

I have rewritten the set_trim_x part of the plugin and you now can use it the way you described Have fun!

Trim in KSP basically works as an offset to the current control input, thus offsetting the resting point of the control surfaces. Setting a new trim value that drastically differs from the previous trimming causes a bounce because the new control input is suddenly joystick pitch + new trim position - old trim position. Thats not really usable so I was planning to remove the feature alltogether. However I really like the idea of setting the trim by releasing pressure on the stick. Thanks for the tip! Though I think I will stick to the Real Trim functionality since I think freezing the input is a little bit too much. PS. will see if I can find something similar for X-Plane

If you are using MFT please update to MFT 5.7.1. The "small volume" bug has been fixed.

I will see if i can rebalance that a bit in the next release. Nothing I can do about that. I already issued a bugreport over at MFT.

ProceduralParts Version 1.2 is here Changelog KSP 1.1 ready (RadarManFromTheMoon) Fixed NullReferenceExceptions during loading (NathanKell) Now compatible with the TestFlight mod (NathanKell) Fixed some issues with zero diameter parts (NathanKell & ferram4) KSP 1.1 is a major update and a lot of changes were necessary to get ProceduralParts running. So bugs are expected. If you encounter any, please let us know (If possible on the github issue tracker) Known issues: In editor icons do not correctly clip within the borders of the part selector. The display of resource amounts do not update properly when changing tank size. This is just a graphical glitch. just right click the part again to see the change.

No. Although I like the idea, I'm planning to keep it lightweight.

Glad you like it. SET_TRIM was intended to set the trim to the current control state (speak: Joystick position) Not sure if it works, and there are any useful applications though. I for myself never use it, so I might just remove it from the mod in the future.

I'm already 80% done with replacing the KSPAPIExtensions related parts. Release will be shortly after KSP 1.1s official release, at the earliest.

Thats correct. PP depends on KSPAPIExtensions which is not going to be updated to 1.1. However, in the KSPAPIExtensions thread taniwha mentioned a solution he is going to test with Modular Fuel Tanks to replace the message handling functionality.

Just uploaded a recompiled build for KSP 1.1

In career mode (and science mode) part dimensions are limited by three factors: length, diameter and volume. Therefore it might be impossible to scale the parts diameter to the next full step because length or volume are at the limit. To build bigger tanks you will need to proceed in the tech-tree.

Don't know if toolbar has something to do with this but it might be the same problem described previously in this post: I'm aware of it and will investigate. But it seems to be harmless.

I was unable to reproduce the problem on a fresh install with only PP and CLS installed. Please make sure KSP and all your mods are up to date. Also: When reporting bugs please be as specific and precise as possible. Can't be resized can mean a lot of things. Does resizing the part has no effect? are the controls for resizing missing? In case of missing controls: This is an error caused by an incompatible KSPAPIExtensions.dll. Please make sure all your mods that contain this file are up to date. Reinstalling them completely might be a good and clean solution to ensure that. Are you using SETI balance mod? If so, there is a post regarding this error a few pages back in the thread.

It doesn't. The hotfix was important, and since the exceptions do not seem to do any harm. I will deal with them later.

ProceduralParts 1.1.11 released Changelog: === 1.1.11 === Recalculate drag cubes even if FAR is installed. Fixes broken thermal and buoyancy calculations No longer recalculates drag cubes while in editor (set ProceduralPart{updateDragCubesInEditor=true} to reenable) === 1.1.10 === Added ModuleToggleCrossfeed to procedural decoupler tweaked monoprop tech constraints Fire onVesselModified event after recalculating drag cubes. This hopefully solves a bug where pparts don't properly get occluded by other parts

Can not say much about it without a logfile

Something I thought about recently while landing: There is a great HSI mod out there. How about a localizer/glideslope autopilot? I know mod integration is often a hazzle but it would surely be awe-some!

Good idea. Done! Much true.

This little plugin lets you map the airplane trim controls to joystick and keyboard keys. (because alt+WASD is meh!) Nothing more, nothing less. here is a screenshot: TRIM_PITCH_UP / TRIM_PITCH_DOWN: press to trim the plane up or down TRIM_ROLL_LEFT / TRIM_ROLL_RIGHT: press for roll trimming TRIM_YAW_LEFT / TRIM_YAW_RIGHT: press for yaw trimming RESET_TRIM_PITCH reset pitch trim to zero RESET_TRIM_ROLL reset roll trim to zero RESET_TRIM_YAW reset yaw trim to zero RESET_TRIM like pressing RESET_TRIM_PITCH, RESET_TRIM_ROLL and RESET_TRIM_YAW at the same time SET_TRIM_PITCH : 1. level out plane 2. press and hold button 3. release pressure on the stick 4. release button. The plane is now trimmed out SET_TRIM_ROLL: Like SET_TRIM_PITCH but with roll SET_TRIM_YAW: Like SET_TRIM_PITCH bit with yaw SET_TRIM: like pressing SET_TRIM_PITCH, SET_TRIM_ROLL and SET_TRIM_YAW at the same time Source Download license: GPL v3

Right, thats pretty much the problem. Also: PP only provides the container for the resources, but does not "know" about consumption rates. That info should be provided by the life support mod.

Yep! Thanks for the heads up.

@Dermeister No worries. The thing is, PP is behaving correctly like the config file specifies. But the specification itself is not good. The minimum size should be at least as small as the smallest available stock tank. So thanks for the report. I will post a fix soon.

So you can not change size at all? Only on RCS tanks or also on other procedural tanks? Would be great if you could provide a screenshot with openend right-click-menu and a logfile. Because I just made a test and I could make the tank bigger, but not smaller than 1.75 meter.

These are the limits for advanced fuel systems: Next step is Meta Materials (which actually repeals all size restrictions). So its not a bug but weird balancing and I will take care of it in the next update. Until then you can change the limts by editing this file \GameData\ProceduralParts\Parts\Tanks\2TankRCS.cfg Sorry for the inconvenience.