RealTimeShepherd

Hi I have a question, please bear with me! I'm using Principia with RO/RSS. I have managed an Apollo style moon landing and return, and the mod is awesome. I particularly enjoyed how much it improves orbital rendezvous by showing you your path relative to the target! Anyway, I'm now working on interplanetary transfers and I'm struggling as I can figure out the strength of the burn and the time to execute it, but not the direction. Currently, I'm putting all of the Δv into one direction (tangent for example), then looking at the predicted PE to my target. Then I'm moving the other sliders to try and reduce the magnitude of the PE I end up increasing the velocity along the other dimensions (normal/anti-normal/binormal/anti-binormal etc) but then I find myself going back to deduct Δv from the original vector (tangent) OK, so my question is, could we have an option to select and then lock the total (Manoeuvre) Δv, then when one slider is adjusted, the others auto adjust themselves in order to maintain a fixed total Δv? It really feels like this would make my life a whole lot easier! Hope that makes sense, and big thanks for an awesome mod

Hi, I hope you can help me! Basically, I have made my own high res skybox using Space Engine. I've gone 6144 x 6144px and saved it uncompressed, so each tile is 108MB This worked flawlessly in 1.3.1, but since I moved to 1.6.1 (I'm an RO/RSS user) I frequently get the following in the log file: [LOG 16:40:13.833] Load(Texture): TextureReplacer/Default/GalaxyTex_NegativeX [ERR 16:40:14.527] SetPixels32 called with invalid number of pixels in the array [LOG 16:40:15.417] Load(Texture): TextureReplacer/Default/GalaxyTex_NegativeY [LOG 16:40:16.132] Load(Texture): TextureReplacer/Default/GalaxyTex_NegativeZ [LOG 16:40:16.849] Load(Texture): TextureReplacer/Default/GalaxyTex_PositiveX [LOG 16:40:17.976] Load(Texture): TextureReplacer/Default/GalaxyTex_PositiveY [LOG 16:40:18.717] Load(Texture): TextureReplacer/Default/GalaxyTex_PositiveZ Then I have one face as a solid mid grey instead of a detailed starfield, which looks bad obviously It's not always the same one, sometimes it is multiple, sometimes they all load up no problem. So I get that it might be because they are large files, but does anyone know why this is happening and what I could do about it?

Apologies if this has been asked before Is there anyway to have the RPM (IVA) Navball change in the same way as the game navball? Ideally I would like to use exclusively IVA controls and the Principia navball changes currently do not seem to affect the navball that you bring up on internal MFDs

Hi I'm running KSP 1.6.1 and I've got Konstruction 1.1.0.0 My problem is that the seat for the Akita rover appears not to have any crew capacity, so I can't 'launch' it with a Kerbal in. Even if I drive another Kerbal to it and try and climb in, I can't do that. I've got the USI mods, the Near Future ones, MechJeb and MoarDv's Avionics loaded Has anyone else seen this issue?

@MOARdV Ohhhh wait! I got it! There are multiple cfg files. I have been editing the IVA cfg (NearFutureSpacecraft\Spaces\command-125\command-125-iva-1.cfg) but if I insert the MASFlightComputer Module into the *part* cfg (NearFutureSpacecraft\Parts\Command\command-pods\command-125-1.cfg) instead then it works! Thanks for looking

Ah that is disappointing, his work is outstanding! Many thanks! The IVA config file can be found here

In other news, I just tried placing the MAS_ALCOR_MFD1 and MAS_ALCOR_MFD2 plus the MAS_ASET_ALTIMETER_Adv in one of the Near Future pods and I get the following error: [AvionicsSystems]: INITIALIZATION ERROR, CHECK MESSAGE LOG And the MFDs are subsequently blank The KSP.log file contains the following errors: Obviously it says it can't find the MASFlightComputer in the cfg file, so I just tried copying and pasting the MASFlightComputer Module entry from MAS_mk1-2.cfg but that did not resolve it. I only have the following mods installed (running KSP version 1.5.1): ModuleManager 3.1.1 Near Future Spacecraft 1.0.1 ASET Props 1.5 ASET Avionics 2.1 MAS 0.90.0 Apologies if I'm doing something stupid! The full KSP.log is available is required

Hi @MOARdV ! I was wondering if you know what the status of these fantastic MAS MFD updates being worked on by alexustas: KSP. MAS. Significant Redesign and Improvement of the Multi-Function Display KSP. MAS Attitude Autopilot. Test #1 I enjoy building my own IVAs and I'd love to refit some of the Near Future spacecraft using MAS and the new alexustas MFDs Just to say I love the IVA experience and I'm so grateful to you guys for putting in the time and effort!

Thanks Nightside. I have tried this and made some progress. I now have the ICPS working with the correct stats Funny enough, I then tried the same thing with the SSTU Exploration Upper Stage (EUS) but something weird is happening, basically when the engines fire up, it reports the production of 440kN of force and the fuel is consumed at the expected rate, but Gforce remains at zero and AP and PE remain utterly unchanged. After a short while, the engine tends to flameout due to vapour in the feed lines. So it looks like no propulsive force is being generated at all, even though the right-click interface shows 440 kN and the fuel is being consumed Does anyone with experience with the cfg files know what stupid thing I have forgotten to do? Many thanks!

Hi Wondering if anyone can help with Engine stats for SSTU! Basically, the Interim Cryogenic Propulsion Stage (ICPS), which uses an RL10B-2, hasn't updated its engine stats in game. It still has the stock stats: The Actual RL10B-2 where it appears by itself has the correct RO stats: I'm trying to track down the route by which this should work via the cfg files: GameData\SSTU\Parts\ShipCore\Series-C\SC-C-ICPS.cfg - this has the stock config for the part GameData\RealismOverhaul\RO_SuggestedMods\SSTU\SSTU_Orion.cfg - this RO cfg file covers the ICPS and links it to the RL10B-2. The text from this file appears in the description, so I know this one is being applied GameData\RealismOverhaul\Engine_Configs\RL10_Config.cfg - This has the (correct) stats for the RL10B-2 and these are obviously applied to the engine where it appears by itself, but apparently not in the ICPS Can anyone with more experience of the cfg files figure out where the issue is? Always grateful!

Thanks all for your advice! I have confirmed that the tggl_ENGINE_ENABLE_T2_G3-B3-S prop *does* work if the engine is part of the current stage. I guess there is not much I can do about the chute controls in this particular capsule for the moment. Stoked about the new set of MAS props being developed by @MOARdV and @alexustas though. Can't wait for those! Cheers guys!

Hi @alexustas I'm messing about with the props, I'm just placing them in the IVA for @Shadowmage's SSTU Orion Capsule, but a couple of the switches don't seem to carry out the desired function. So, the prop tggl_ENGINE_ENABLE_T2_G3-B3-S will not enable the main engine. If I switch to the external view and enable the engine, then switch back to IVA, the prop has flipped over and I can then use it to *disable* the engine, but I can't enable it again with that prop. Similarly, the prop pb_CHUTE_DEPLOY-F02-B6-C2 doesn't deploy the chute. I have to switch to the external view, right click the capsule and hit the blue GUI button to deploy the chute Is there an obvious fix for this? Many thanks! Your mods have already given me countless hours of pleasure! Edit: (Sorry just worked out the '@' tag)

Ah yeah OK, I will start a new thread then I am short of time right now though, so in the meantime here is Vessel View 0.7 for KSP 1.1.3 and RPM 0.27.0

Try this, it's my 1.0.5 copy. I reckon it should work...

Er, I'm not sure whether to make a new thread or something. I've tweaked the source code from the previous version to make it compatible with 1.1.2 and recompiled it with the latest version of RPM. Vessel Viewer (Should work with KSP 1.1.2 and RPM 0.26.0) Source I'm pretty happy to keep compiling it with new versions of RPM etc. but I'm not really in a position to make any major commitments. I'll start a new thread if that's the consensus. I guess it is not worth trying to contact the OP, he seems to have been inactive for over a year.

littlebuddy0. I had the same problem and it looks like a conflict between RO and kOS. I got rid of kOS and the problem went away Maybe CKAN should also flag kOS as incompatible with RO...

Ahhhh, and confirmed by myself. Removed kOS and command modules now have static mass. Good catch Viggen - much obliged

I am also having problems with the mass of command modules (and basically any of the starting parts with crew positions - with a couple of exceptions) As soon as I add the part, if I click middle mouse button on it, the mass is shown continually climbing. I am unable to launch even a tiny rocket as the TWR actually decreases in front of my eyes in the VAB I have confirmed that the issue disappears if I remove the Realism Overhaul folder from Gamedata, but I have not investigated any further as of yet - apologies!

Ah, Curse version worked a treat. Many thanks

@GregroxMun Hi. I've tried to download your 'Human coloured faces' but the zip file seems to be corrupt. Is it just me? Thanks!

Ah, sorry I hadn't realised! Try this It should work with KSP 1.1.2 and RPM 0.26.0

How is this First time using Github, hope I have done it correctly...

No worries dude, not a problem

Hooray I did a thing!

Do you know what version of RPM you have installed? I've complied this set of DLLs for 0.25.1 hotfix 28297b