NeuroticGamer

I'm now experiencing what @Mihara saw. After successfully launching and completing the Kerbin contract. I continually get the Kerbin Contract, not the Mun. I need to learn more about how contracts are written You can see that the requirement of only 1 offered ZZZRadioTelescope contracts will prevent the Mun one from appearing. Does the order of the contracts in the CFG matter? If the Mun one was listed first (and already has dependency) would that be the way to correct this issue?

@linuxgurugamer , @FreeThinker I was experiencing a problem with the contract and broke out my grep tool. I found a copy of Triple-Z's contract in \GameData\WarpPlugin\Parts\BeamedPower\PhasedArray\phasedArray1\MunSeeker_ZZZ_RadioTelescope_Contracts.cfg The contract cfgs were identical except that "part = radiotelescope" was replaced with "part = deployablePhasedArray" I've verified that I got this alternate version from https://kerbal.curseforge.com/projects/ksp-interstellar-extended/files/2616269 It looks like the normal release of KSP Interstellar Extended. I'm still digging into whether there is a real bug in the normal copy of the contract.

You can go into the GameData folder for MemGraph and change the assigned keys in settings.cfg.

I might be experiencing the same thing and I would have been using Trajectories at the times it has happened. If I switch to another vessel, the UI fixes itself but it is now centered in my screen.

I don't know how I missed that with all the clicking I did in the VAB. Thanks for the clarification.

I've been using it in 1.3 without issues. I just followed the instructions given above to replace the DLL.

I'm trying to figure out if I'm experiencing a bug, an incompatibility, or a feature. I recently returned to KSP, starting a brand new career mode with KSP 1.3.0 and including TCA 3.4.2. The last version I think I played with was 3.2.x (KSP 1.2.2). I noticed that my crafts were not gaining the TCA modules as I unlocked them. I reviewed the in-game help and saw mention that previously launched crafts would not get newer TCA modules. That mechanic sames fair enough. However, launching a NEW copy of same craft results in no new TCA modules. If I created a brand new craft in VAB, I had the newer modules. I tried editing the older craft in VAB, go so far as to re-root and delete/replace my Probodyne HECS with anewly spawned copy. The craft still did not have the new TCA modules. I decided to backup my ships folder and take a stab at editing the .craft file. I found this section: I guessed that the VSLCONFIG section was the offending problem since a newly created craft did not have that section. Deleting that section did not cause any issues and the newly spawned copy of an old craft had the new TCA modules. So, feature or bug/incompatibility. It looks like a bug to me as the non-upgrading feature should be tied to crafts in the save file, not the .craft files.

I've been out of the game for a while. I need to go back and search my mod folder and see what is modifying what. I have the correct value currently but I can't remember if I manually edited the mod patch file or if I created my own patch for the patch :). Mebbe it magically fixed itself at some point, though when I made the post I was experiencing the issue and definitely doing work on my end to get it correct. Fortunately, it is pretty obvious that things are wrong by looking at the in-game values when right-clicking on an antenna.

@severedsoloThanks for all of your work on this mod (and others). I've quite enjoyed this contract pack in my current career game.

I'm pretty sure it is using both based on some VTOL disasters I've had. To be fair, I had failed to do basic CG to thrust vector alignment on the craft while editing, resulting in some hilarious spinning craft as it couldn't both gain altitude and control attitude.

I'm not at my gaming computer right now but I'm pretty sure RC doesn't break Lithobrake chutes (RC and StageRecovery opens them) but you can't tune them.

I've noticed that If I install OPM and JX2, the actual values are cut by a factor of 4. For example Communotron 16-S will show 125k in orbit instead of 500k. Is OPM altering range via a different mechanic? Should I be seeing 500k or 125k for Communotron? I've commented out the portion of the patch related to OPM (changing the displayed values back to stock) but I'm now wondering if OPM is using a non-obvious mechanic to increase antenna range.

A one person capsule is EXTREMELY cramped; I've seen plenty at space museums. Imagine sitting in a modern airline "cattle car" seat for 15 days and, no, you can't get up to go to the bathroom. IIRC, you get about 7-ish days of hab time/seat if you use the first capsules; If anything, @RoverDude is giving more hab time in those base parts than is realistic or historical. The simple solution is to fly faster. Burn a bit more fuel and get to Minmus in 2 or 3 days instead of 5 or 6 days; That doesn't require any new tech nodes. The Apollo missions had quite a bit more room to move around compared to the early manned missions. And they didn't spend more than 2 weeks in them.

I believe a double click in empty space deselects your target. I had Googled for how to eliminate clickthrough in KSP mods and it sounds quite painful. The official fix, being a programmer but not knowing KSP/Unity, is there is a new API and GUIs have to be rebuilt from scratch to cleanly eliminate clickthrough. There are hacks other mods have done but it sounds tricky to get it right. I end up slowing down how quickly I click on Precise Node to limit the number of time I have things like target deselect happen. I'm also constantly moving Precise Node GUI around to avoid conics of other vessels. I blame KSP/Unity for having such a crappy API for so long that hundreds of mods have clickthrough problems with no easy fix.

Dunno if there is any strong doco but here is a short version as I understand it: 3 types of efficiency losses are tracked/modeled: air drag, gravity drag, thrust vector drag Air drag is resistance from the air being pushed out of the way on a body with an atmosphere. Having nicely shaped rockets (pointy) helps here. Use fairings around your space payloads. Worst air drag is within 10 to 30 seconds of launch; you are moving fast and the atmosphere is thick. Gravity drag is the loss from being deep in a gravity well. For example the worse case is having thrust equal to your weight at the surface. You won't lift off but technically you are pressing down on the launchpad with the weight equivalent of a sheet of paper (ignoring the streaming hot gases beating on the pad); This would be 100% gravity drag loss. As you get further from the center of a body's mass (assuming you are trying to orbit), gravity drag goes toward zero. The perfect launch on an airless world is to get enough altitude to clear mountains then burn sideways until you achieve orbit. Atmospheres need to be cleared and this causes you to waste a lot on gravity drag. Thrust vector drag is the loss from having to point your rocket thrust in some other direction than prograde. This can't be zero unless you have a perfect launch that already starts at a "gravity turn" angle (10 to 20 degrees with a strong enough booster to not go sideways, think bottle rockets). A common place to generate a lot of this drag is a weak engine on an upper stage that is struggling to push you into orbit. Your thrust vector will be way off from prograde. The window also sums them all up for you. In general gravity drag is the biggest hitter. You can improve by increasing the angle. The tradeoff is that you then experience more air drag and potentially parts burning up from heating. A certain amount of thrust vector drag is unavoidable. You are trying to turn from straight vertical to horizontal. GravityTurn generally does a much better job on thrust vector drag then you manually launching rockets into space. My guess is that thrust vector savings are one of the biggest that users gain by automating launches.

I'll have to play with this over the holidays. I started the install process and it ran for 5 hours on a 6th gen i7, with the current fastest M.2 SSD, and a 125 Mbps internet connection. Looks like it was mostly the Microsoft tools taking FOREVER I still have to resolve the variation in the Unity download vs the patch level used by KSP.

For simple probe control? Yeah a single 1000G antenna is great. However, if you want to transmit science data from Outer Planet Mod objects, you need a BUNCH of even these uber antennae. I manually modified my copy of the CommNet spreadsheet I mentioned. If I put 4x JX2's per satellite in Kerbin orbit (to replace the wimpy tracking station), then try to reach a 2x JX2 Relay in orbit of Plock, I'm looking at 76% to 92% signal strength, depending on orbit location. As in "Give me more power Scotty!!". I will likely be putting JX2 constellations in Kerbol orbits that are near Jool and Sarnus in order to get near 100% science return from the outer planets. With the RA-100, it was darn near impossible to solve this. Do I absolutely need 100%? Probably not, even with Community Tech Tree upping the science I need. But, it will look AWESOME to see those relay constellations out there :).

@ryohpops Thanks for the details! I think I understand it. I will play with it in a sandbox over the next few nights. In my case I want to put satellites in Kerbol (not Kerbin) orbits. If I understand the math correctly, the single launch mode (even though I have a adapter with 6 or 7 satellites making the delivery to parking altitude around the Sun/Kerbol), will result in the final constellation being fully deployed far faster than the multiple launch mode. It appears that the trade-off is needing more delta-V on the individual relay satellites as they peel off from my main adapter stage.

Thanks for this cool mod! I've been trying to figure out how I was going to transmit science with Outer Planets Mod and the stock relays in a CommNet network. I want to get this antenna added to What is the Combinability Exponent for this antenna (as defined in http://wiki.kerbalspaceprogram.com/wiki/CommNet)? Looking at the PART record, I don't see a value. I'm not sure if that means it defaults to 0.75.

@ryohpops Thank you very much for this web page. I've been doing a lot of math trying to deal with the new CommNet in KSP 1.2. This makes it possible for me to start dropping large constellations in Kerbol orbits between planets so that I can get near 100% science return on remote missions. I understand the multiple-launch view but I'm not sure how the single launch idea actually works. Is there a good link to background info on that launch technique? I don't even know what keywords to Google for.

@Padishar Thanks for making this mod. It's helped tremendously with stuttering. Of course I'm fighting the behemoth of 140 mods in 1.2.1 seemingly generating garbage at warp speed :). Is there any value in me installing (I have a legit license via my employer but never had reason to use it) JetBrains' dotMemory profiler? https://www.jetbrains.com/dotmemory/features/ Would it help in identifying the heavy hitters in terms of garbage generation? I've dabbled in .NET but my day job is mostly MATLAB with a smattering of C, C++, and Python.

@NavyFish Thanks for the great mod! It saves me SO much time getting docked to my space stations.

I'm hoping another RealChute user will chime in and tell me I'm an idiot but I'm having some problems with 1.4.1.2 on KSP 1.2.1. I have StageRecovery mod installed (no FAR), so I want to recover my spent stages with minimal design effort in the VAB. I know how to work the UI for things like my return capsule (dry weight and no other rocket parts attached to throw off calculations). That all works fine. But for StageRecovery, I just need to ball-park my chute sizes since that mod can't rely on the physics engine to determine touchdown speed. I want to simply have my chutes all set to 70m (max diameter AFAICT at least at my point in career mode) and then I'll just slap on as many chutes as I think it needs based on KER's dry weight tooltips. I can create 1 radial RealChute, get its properties set; all is well. If I try to Mod-LeftClick to copy the RealChute, I lose ALL modified RealChute parameters except the seemingly cosmetic visual size of the part. I'm back to the 30m default chute again. A very old post from 2014 implies that copying in the VAB should just work. EDIT: I found one thing: the option setting for whether GUI resize affects canopy size.

I was wondering why that started last night. And, yes, the only mod updated was USI-LS.

I could be wrong but I presume you could add an MM patch that provides the KSPIE fuels if they aren't already there.