wasml

Have you looked at the API page for ModuleParachute? Quite a few public attributes not in most configs.

One possible place to look for all the "hidden" fields (those that are usually left at default) is the KSP documentation - more of a API listing but still some good info. Look for the Public Attributes - many are settable in the config.

There use to be a number of text tutorials by "The White Guardian" the only one I have a link to is this one: and some videos by the same:

@Maxx The difficulty will depend on a number of things 1) How familiar you are with programming 2) How familiar you are with the Unity API 3) How familiar you are with the KSP API #1 and #2 have lots of online as well as offline documentation/tutorials, #3 has bare bones API documentation (mostly a list of classes and methods) with a few comments at https://kerbalspaceprogram.com/api/index.html and lots of examples in the form of source code from most of the mods out there. I've found it to be very satisfying as well as intensely frustrating - I seem to keep coming back to it so either the satisfying out weighs the frustrating or I'm a masochist. If your interested I can dig up some links that I've found useful.

An old post by JPLRepo stated "The UPGRADE node is applied to a MODULE node" - so I take it you can't change values in a resource section - would like to be wrong - capacity is one thing I would like to upgrade. As far as the BatteryFailureModule - I would have thought that would work. My only suggestion would be to try to get it working on a test part without the MM patch. Edit: I found a upgrade in Angel125's Buffalo mod - in the AuxEN pod - that upgrades the Kerbnet scan mode: (note the full DISPLAY_MODES section is included - not just the change - not sure if that's because they're both "Mode" or if it's the key to changing something like a resource) UPGRADES { UPGRADE { name__ = WBIFlightControl2 description__ = Can now scan Biomes; Anomaly Detection: 6% AnomalyDetection = 0.06 DISPLAY_MODES { Mode = Biome Mode = Terrain } } } and thought that maybe something like this might work: RESOURCE { name = ElectricCharge amount = 10 maxAmount = 10 } MODULE { name = PartStatsUpgradeModule UPGRADES { UPGRADE { name__ = test description__ = increase EC RESOURCE { name = ElectricCharge amount = 15 maxAmount = 15 } } } } but have not been able to get it to work - but then changing RESOURCE to mass = doesn't change anything either so I'm doing something wrong - still holding on to a bit of hope that this might be made to work.

Looks great! My comment would be that for something this big could you just provide a cluster with mounting points for some size 3 engines - or even do without RCS as something this size would only need to change course (it's not going to dock to anything - things will dock to it) so a surface mounted engine to point it in a different direction would suffice. We don't have anything else like this and I would like to see this in game - I've been peeking in occasionally but haven't had anything to add - but if your losing motivation I'd say don't push yourself - this is for fun after all and pushing yourself will just cause burnout. Come back to it later when you have some fresh ideas and the itch to play with it returns.

You need to set the Icon_Hidden tag (I think that's the name) on the shroud in Unity. I'm working through some examples on parts as I figure out how to make them - include Blender and Unity projects with some notes here. I've tried to include tripping points and items to note. If you do look at any of these and see something that's not clear or that I've missed feedback is welcome.

Disclaimer - I'm far from an expert on this. With that in mind on all my models I don't worry about clipping. I do remove extra faces - in the middle picture of your OP I would remove the inside cylinder end and slide the remaining face ends closer to the cube surface but wouldn't worry about getting too close. In fact I have found that if I try to get things flush - no clipping - I sometimes get sparkles in game when moving around. One situation I don't worry about flush edges is when I separate one mesh into two - cylinders are a good example - if you smooth them with the end caps it doesn't look very good so after I have my cylinder where I want it I separate the end caps to a different mesh and the smoothing works much better - but the edges are dups so exactly the same (or close enough not to matter - not clear on the inner workings of Blender) and I don't see the sparkels.

I think you want to add the UPGRADES section to the module it's self - not a separate PartStatsUpgradeModule. Just got this working last night - upgrades SAS - Note the module name MODULE { name = ModuleSAS SASServiceLevel = 0 moduleIsEnabled = false UPGRADES { UPGRADE { name__ = SAS_Level_0 description__ = SAS level 0 techRequired__ = electrics IsAdditiveUpgrade__ = false //ExclusiveWith__ = SASb SASServiceLevel = 0 moduleIsEnabled = true hideUIwhenUnavailable = false } UPGRADE { name__ = SAS_Level_1 description__ = SAS level 1 techRequired__ = precisionEngineering SASServiceLevel = 1 moduleIsEnabled = true hideUIwhenUnavailable = false } UPGRADE { name__ = SAS_Level_2 description__ = SAS level 2 techRequired__ = unmannedTech SASServiceLevel = 2 moduleIsEnabled = true hideUIwhenUnavailable = false } UPGRADE { name__ = SAS_Level_3 description__ = SAS level 3 techRequired__ = advUnmanned SASServiceLevel = 3 moduleIsEnabled = true hideUIwhenUnavailable = false } } }

I suspect that's not possible (without coding a new module) - the wheels have a ModuleWheelDamage and one of the attributes is "isRepairable". The ModuleDeployableSolarPanel doesn't have anything similar.

I can't speak to the linux toolchain but the only documentation I know of is on either the Kerbal Space Program Documentation page where all the API are exposed with a little (read tiny) bit of documentation, or the source code that modder's release with their mods. I've found the source code is the best bet if you can find a mod that does something similar - and with all the mods out there, there's a decent chance you can find something.

I've seen a few mods that provide different textures for the planets but I don't know if they use different shaders - as a start you might check them out. Here's one of them:

Do you have TextMeshPro installed? I was trying to get this working at one point and, even though I wasn't using TestMeshPro in my asset, it was throwing a similar error until I installed it. I think there are some instructions on JPLRepo's PartTool page but it's been a while since I last looked.

@badboyz31 Check that you have the two required mods - Click through Blocker and ToolbarControl (I may have the names wrong - check the OP) - If these aren't installed the buttons won't show.

Added a hinge, piston and rotor to the robotic file. Found some interesting attributes for the rotor - you can use LF/O instead of EC and, while the attribute names don't suggest it would work, I had a rotor that worked on LF and IntakeAir! I'm not sure how the internal logic takes the LFPerKn and OxidizerPerKn and applies it to LF and IntakeAir but it spun up when I set it loose.