sjsharks39

Thank you for the response, just saw this. What do you think the effects of that might be, if you know of any?

@Poodmund I am also getting this same MM warning related to PoodsOPMVO-Patch.cfg as confirmed in my MM log. Is there a working config floating around for it? If not fixed, what effects would you expect that to have?

Hi Friends, what's the status of the discussions back in June? I would be curious about using this mod for an upcoming playthrough but having a hard time understanding the impact of the persistentID issue. Regardless of it being fixed or not, what did that actually cause to the player?

Does most of it badly? Please share whatever you're smoking. MJ is a godsend after my 6k-ish hours in KSP 1. Takes away a ton of tedium once you've manually flown your own rockets to orbit for thousands of launches over the years. I don't use its auto dock, auto land, etc functions because I prefer to do those manually myself, but saying MJ does things badly is..... an interestingly inaccurate taste.

@linuxgurugamer Any plans to bring this to KSP 2, given you've dove in a little bit already? I really, really hate the camera controls in KSP 1 and its even worse in 2

I absolutely despised the VAB/SPH camera controls in stock KSP1, then tried this mod and never looked back. Have used it in every single KSP 1 install since the first day I tried it. Somehow, they've made the VAB camera controls even worse in KSP 2. Please, for the love of all that is Jebediah Kerman, make an equivalent mod for KSP 2.

@linuxgurugamer Coming after telling you in EJ's chat I'd poke at this - works just like editing the file. My 'wobble test' launcher where I specifically did not use any anti-wobble tricks with hierarchy or anything like that has near identical behavior as jacking the file value up to 150k.

I have too notice the SAS in general in any flight scenario seems to be overtuned, or just need tuning in general with rockets, planes, etc. Guessing the PID's need some heavy tuning.

Sadly this seems to happen on every launch @Janus92, any ideas? I have mechjeb, thought it was FAR so removed that, any ideas on what could be doing that? I never see a UI edit - it was kOS, had to roll it back to 1.3.1.0

@blackrack Yep.... that was it. Just did an off-stream test but fired up OBS and back down to 70%ish util and OBS seems happier too. Thanks for the nudge Looks absolutely amazing. Folks in chat were blown away today!

@blackrack Holy hell man, these clouds are FANTASTIC. Hats off to you first and foremost. I just spent the last 4-5 hours on stream just marveling at the views lol. You mentioned on the Patreon page to tag you with clips here: Weird shadowing issue? Strange cloud layering issue I also found that my in-game performance was great with a 2080ti, 12900k, 64gb 3200mhz DDR4 setup. Wasn't watching any FPS counters but it felt smooth and fine to play to me on my monitor. However, streaming/encoding it was extremely choppy when the clouds were in view. When not in view, my GPU utilization was something like 60ish%, but as soon as I looked at the clouds it instantly shot up to 100%. This would cause the stream to chop quite a bit because the GPU also does the encoding for the stream. Just for some context, I've never had KSP hit even half utilization even while streaming it on max graphics across the board with the highest res RSSVE on my usual RSS/RO/RP1 install, so its definitely unique to the clouds.

Very very well done! I see your note about the RO compatibility, but I dug through the github and didn't find any RO patches aside from FAR (which is in RO installs of course). Surely I missed something? Is this built straight up for RO and *not* stock, or is it stock w/ RO configs I'm completely whiffing on and not seeing at all?

Using 2.4.1 mod version and 1.12.2 KSP, getting this nullref when switching to a vessel in flight scene: [ERR 15:43:05.500] Exception loading ScenarioModule Trajectories: System.TypeInitializationException: The type initializer for 'Trajectories.Settings' threw an exception. ---> System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown. at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool) at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at AssemblyLoader+LoadedAssembyList.GetPathByType (System.Type type) [0x00020] in <cd473063d3a2482f8d93d388d0c95035>:0 at AssemblyLoader.GetPathByType (System.Type type) [0x00000] in <cd473063d3a2482f8d93d388d0c95035>:0 at KSP.IO.IOUtils.GetFilePathFor (System.Type T, System.String file, Vessel flight) [0x00005] in <cd473063d3a2482f8d93d388d0c95035>:0 at KSP.IO.PluginConfiguration.CreateForType[T] (Vessel flight) [0x00000] in <cd473063d3a2482f8d93d388d0c95035>:0 at Trajectories.Settings..cctor () [0x00007] in <54b43012425c4547b2c53f8eb9f179ca>:0 --- End of inner exception stack trace --- at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_generic_class_init(intptr) at Trajectories.Trajectories.OnLoad (ConfigNode node) [0x0000b] in <54b43012425c4547b2c53f8eb9f179ca>:0 at ScenarioModule.Load (ConfigNode node) [0x0000e] in <cd473063d3a2482f8d93d388d0c95035>:0 at ScenarioRunner.AddModule (ConfigNode node) [0x0005e] in <cd473063d3a2482f8d93d388d0c95035>:0 A friend let me know that I needed the .bin file in the same folder as the DLL. He uses Trajectories122.bin in the same folder, and works fine on 1.12.2 (game ver) with no issues, but his Trajectories is version 2.3.4 while mine is 2.4.1. I used his bin file there when this nullref was produced. I tried all this because Trajectories, like others have mentioned here, was not showing up for me at all despite being installed, but this bin file solution doesn't appear to work either.

@ArrowstarI ended up figuring out the basics! Using Multiple Flyby Manuever Sequencer, in RO, I can get my LV into a desired parking orbit that MFMS plans. I wanted to do an Earth > Venus > Jupiter > Pluto mission. using the correct Inclination and RAAN from MFMS I launched into that exact orbit above Earth, reran MFMS with the newly precise orbit my craft was in, and input the precise burn departure time and orbital/normal/radial burn information from MFMS. Unfortunately the burn got me nowhere near Venus and I had to tweak the burn time significantly from what MFMS gave me for it to get anywhere near Venus, which of course kinda screws up the whole thing. I can try and record a whole video for you if that helps but I hope to have described it well enough here. Can you imagine any reason why there's always a discrepancy between what MFMS gives me for the departure burn time/amounts and the trajectory I end up getting in game?

I have literally never used ToT before so I hope I can figure this out when I dive in with that in mind. Thank you! I will very certainly have questions but I'll bang my head at it a bit to have more pointed questions than "Where the heck do I start" lol