JPLRepo

Thanks everyone for raising known issues of late. I'll see if I can assign some time to give this mod some love and try to address the CB visibility issues and bring it up to date in the next week or two. Thanks again.

it may or may not. if it doesn't let me know and I'll release a new version.

Vessel.GroupOverride is the index of (Vessel.OverrideActionControl) the currently set action group. Vessel.OverrideActionControl is an array of the action groups for the vessel. Vessel.SetGroupOverride(int newGroup) - sets the action group.

Changing the vesselId would create other issues, hence there is no public method for doing that. You can remove and add a vessel/vesselId but that also will create unwanted issues for you as that fires events and other processing.. as removing it - means it's being removed. You could try that. but I can't say that you won't have other side effects. Feels to me you should be tracking your data based on the command pod/root part persistentId and then sharing the data between them if they are part of the same vessel.

Correct. Unity only uses Vector3. Vector3d is a construct used in KSP - but is outside of Unity. Raycasts are a functionality of Unity, and as such only work with Vector3.

I can recreate the error in various KSP versions. Don't believe it's new to KSP 1.11.

That's because when I replied there were no links. The original post was edited to add links to some of the issues that were in the post after my post and the subsequent follow on comments in the thread.

It never ceases to amaze me what you, the amazing KSP Community, can come up with. Not in 1,000,000 years would I have thought of using the flag parts in this way when we dreamt them up as a thing in the game. Well done.

V0.1.23.0 works fine with KSP 1.11.x

V0.30.0 published for KSP 1.11.x. See OP for download links. Re-Compile for KSP 1.11.x Add EVA construction capabilities to the CRY-300R (Can move it only, can't put in inventories) and the RS-X20R Glykerol Container (can be put in inventories as well).

Oh, thanks for all that detective work. Nice find. I missed the bit about you were asking if I wanted you to submit a PR and I already did one. Be in next CRP release I imagine. https://github.com/BobPalmer/CommunityResourcePack/pull/257

You seem to have found a bug it would appear.

MODULE { name = ModuleLight lightName = light1 useAnimationDim = True lightBrightenSpeed = 2.5 lightDimSpeed = 2.5 resourceAmount = 0.03 animationName = lights useResources = True lightR = 1.0 lightG = 1.0 lightB = 1.0 } this gives a normalized value of 1,1,1. ie: 1 = 255f. so White colour. 0,0,0 is black. and everything in between. just normalize the usual RGB values to between 0 and 1.

You sure can. Set the "lightR" "lightG" "lightB" variables to normalized RGB (float)values in the cfg.

Sorry my Spanish is pretty rusty. And there's a forum rule that you have to post in English unless you are posting in the foreign language sections of the forum. (Lo siento, mi español está bastante oxidado. Y hay una regla del foro que debe publicar en inglés a menos que esté publicando en las secciones de idiomas extranjeros del foro.) Why are you running KSP 1.3.0.1 that is such an old version? If you insist on running that version. you must run the version of the mods that correspond to that version of KSP. Which would be this one: https://github.com/JPLRepo/DeepFreeze/releases/tag