ecat

Well, since we're on the subject... I would love a less realistic Minmus. It needs more green and sparkles, I certainly won't be licking it in its current form

If I compare this experience of KSP2 with my first experience(s) of KSP1 the difference is night and day. Even in its current form the game is so much more polished and feature rich than its early days predecessor. If KSP1 can grow from those shaky beginnings then maybe 2 can become the KSP for the the next (current?) generation. As for the price difference, £0 vs £45 (lol)? Without the money the game is dead. In short, I knew what I was getting into and I have no regrets in seeding, what is hopefully, a magnificent future for the game.

Can confirm similar occurrence of the above, though my investigation was a lot less through: TransferStage<-Decoupler<-Rover<-JnrDockingPortPair<-SkyCraneThing (with landing legs) Decoupler and both docking ports set to cross feed disabled With 2 slightly different designs, both arrived at Minmus with almost empty sky crane tanks and the UI reporting about 400dV for the sky crane, it should be closer to 2000! On the second flight I found the transfer manager, refilled the baguettes and the UI reported a dV of zero for the sky crane. After a restart the save made after the refill reports 420dV for the SC, isolating this stage in the VAB shows 1700dV. So, yes. Fuel cross flow issue. Also deltaV calculation (recalculation? issue). If it's of any help, the rover was the 'root part' while building the vessel

Small test vessel. The jump in Energy Usage to over 6 happens as soon as I retract the left panel, it does not happen when retracting the right panel. http://www.i2net.me.uk/files/Games/KerbalSP/ErrorLogs/KSPLog-28-04-20.zip

ksp 1.8.1, Octosat 1.0.1.14.1 The log from this morning http://www.i2net.me.uk/files/Games/KerbalSP/ErrorLogs/KSPLog-27-04-10.zip Quite a few mods I'm afraid. Currently fixing ckan after I broke it after kerspersky broke it after Win10 update broke kerspersky . If I get things back together I'll try to make a minimum vessel. Don't lose any sleep over the problem, whatever it is I can always just keep the panels extended ~Edit~ While I remember, a short while back I changed..., as shown in OctoSat_Com_HalfTop to boost the reaction wheel for a moho landing MODULE { name = ModuleReactionWheel PitchTorque = 0.1 YawTorque = 0.1 RollTorque = 0.1 RESOURCE { name = ElectricCharge rate = 0.01 } }

tyvm for supporting this great mod, much fun has been had. One thing I've just noticed, and I'll investigate more after work. Once you retract the octosat solar panels your vessel power usage goes up beyond what it was before they were deployed and stays at this new level for as long as I've tested. I tested this at KSC launch pad and hyper edited Moho on a ship with 6 small fixed panels, batteries and a couple of the thin controller cores. Before deployment of OS panels the power from the fixed panels was enough to keep the batteries topped up, once deployed and retracted power was draining at around 4 units per second. This was the end of a longish session, I'll get a consise log back to you later in the day if you need it. Thanks again.

They could just disguise it as, oh I don't know, maybe a water tower?

I have no argument with the community, Red Iron Crown and Vanamonde especially are names I have known and respected for the longest time. However: What was acceptable before 25 May 2018 is no indication of what is currently acceptable. And while, perhaps valid with respect to a credit card transaction... In this instance the "anonymous entity" is PayPal, as such any question of nefarious intent or dealing falls entirely within their jurisdiction. My argument is simple, a transaction made via PayPal against a six year old account should require little, if any, of the "required information" currently requested. I'll reserve discussion of the GDPR "spirit" and "principles" of data protection for a later, by which I mean hopefully never, date.

Yes, the KSP store. I use Paypal to avoid this sort off nonsense, and I've been in the IT field long enough to know that no info you put on the internet is ever truly secure. As a long time player I'd love to believe this is simply an over site and the information gathered is not being sold off to subsidize web site or development costs. My outrage has subsided since the OP, but when dealing with Europe there is a legal requirement to collect the minimum amount of personal information required to provide a service or product and I suspect the purchase form violates this requirement. Now, I could buy the game a 2nd time from Steam or GoG and avoid the official web site from this point on but I feel an official statement or a change to the purchase page is a reasonable request.

I love the ideas behind the new DLC, enhancements to robotics and exploration, OMG, a dream come true! And then I go to download the dlc via my KSP account, original KSP purchase Order Date: 2013-05-25. I have no problem being 1 month out of the free update date, take my money. BUT, as I'm paying directly via pay pal I do have major problems supplying: First name: required field. Last name: required field. Address Line 1: required field. City: required field. State: required field. ZIP: required field. Country: required field. Phone Number: required field. I'm sure we can come to some mutually acceptable accommodation before I need to invoke a GDPR request as to why you need such a comprehensive summary of my personal information before allowing me to GIVE YOU $15

Profit and loss, smoke and mirrors. Musk is not an outlier : Amazon Never Makes Money But No One Cares N.B. this is not intended to divert this thread, just something I recalled from long ago.

Some true monster craft to be seen in this thread. Love them all Flicking thought my scrap book I can find nothing of truly humungus proportions, but a small selection of interesting 'experiments' (Yeah, don't worry Jeb, it's just an experiment ) This one landed on Mun (from http://forum.kerbalspaceprogram.com/threads/22251-Showcase-SPACE-STATIONS!-Post-your-pictures-here?p=531483&viewfull=1#post531483 ) This was fun, I forget the part count but at 450 Ion engines and enough batteries to run for even a short while, it was far from trivial. Just lower left of centre you can see the launch stage, an Orion nuclear pulse drive (from http://forum.kerbalspaceprogram.com/threads/28428-Orion-aka-Ol-Boom-boom?p=498648&viewfull=1#post498648 ) One of my favorates and my only large, true SSTO (from http://forum.kerbalspaceprogram.com/threads/33503-Show-off-your-B9-Designs!?p=508910&viewfull=1#post508910 ) ... it was the culmination of experiments with jet launchers (from http://forum.kerbalspaceprogram.com/threads/35743-200-kerbal-tons-to-LKO-worth-it?p=463563&viewfull=1#post463563 ) ... and its humble beginnings (from http://forum.kerbalspaceprogram.com/threads/35743-200-kerbal-tons-to-LKO-worth-it?p=451799&viewfull=1#post451799 )

Tried that last night just before bed, insufficient twr. I was thinking about the KF repulsors but they are just a little too much SciFi for my liking.

Yes, the landing gear spam, appears to only happen when the legs are deployed. eg, started game, made a simple craft with legs attached to the appropriate module and deployed, launched on runway: [LOG 19:02:30.168] ------------------- initializing flight mode... ------------------ [LOG 19:02:30.670] Loading ship from file: F:/Games/ksp-win-1-0-4/KSP_win/KSP_Data/../saves/First-C/Ships/SPH/Auto-Saved Ship.craft [ERR 19:02:30.751] ModuleLandingLeg.cs :Failed to find suspension Transform [LOG 19:02:30.752] Untitled Space Craft loaded! [LOG 19:02:33.118] putting ship to ground: 9.139397 [ERR 19:02:33.120] ModuleLandingLeg.cs :Failed to find suspension Transform [LOG 19:02:33.122] [Untitled Space Craft]: Ready to Launch - waiting to start physics... [LOG 19:02:33.128] Crewmember Valentina Kerman assigned to K&K Planetary Cupola, seat # 0 (crew seat index: 0) [LOG 19:02:33.128] Crewmember Traliana Kerman assigned to K&K Planetary Command Module, seat # 0 (crew seat index: 0) [LOG 19:02:33.128] Crewmember Matsey Kerman assigned to K&K Planetary Habitat MK1, seat # 1 (crew seat index: 1) [LOG 19:02:33.129] Crewmember Dunberry Kerman assigned to K&K Planetary Habitat MK2, seat # 2 (crew seat index: 2) [LOG 19:02:33.129] Crewmember Williana Kerman assigned to K&K Planetary Greenhouse, seat # 0 (crew seat index: 0) [LOG 19:02:33.130] [FLIGHT GLOBALS]: Switching To Vessel Untitled Space Craft ---------------------- [LOG 19:02:33.131] setting new dominant body: Kerbin FlightGlobals.mainBody: Kerbin [LOG 19:02:33.132] Reference Frame: Rotating [ERR 19:02:33.140] InternalCameraSwitch: cameraTransform 'Window1EyeTransform' is null [ERR 19:02:33.140] InternalCameraSwitch: colliderTransform 'Window1FocusPoint' is null [ERR 19:02:33.141] InternalCameraSwitch: cameraTransform 'Window2EyeTransform' is null [ERR 19:02:33.141] InternalCameraSwitch: colliderTransform 'Window2FocusPoint' is null [LOG 19:02:33.147] stage manager resuming... [LOG 19:02:33.149] Vessel assembly complete! [LOG 19:02:33.149] stage manager starting... [LOG 19:02:33.149] all systems started [LOG 19:02:33.167] [SCANsatMechJeb] Starting SCANsat - MechJeb Interface... [LOG 19:02:33.196] [RESOURCES] - Error in - BaseConverter_SetupModule - Object reference not set to an instance of an object [LOG 19:02:33.266] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Active Vessel unreadable - resetting inqueue flag [LOG 19:02:33.268] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Vessel Change from 'No Vessel' to 'Untitled Space Craft' [LOG 19:02:33.306] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Loading Textures [LOG 19:02:33.328] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Loaded Textures [LOG 19:02:33.339] [KAE] Registering field prefabs for version 1.7.5.0 (latest) [LOG 19:02:33.340] [VersionTaggedType] found KSPAPIExtensions.UIPartActionFloatEdit_1_7_5_0 for KSPAPIExtensions.UIPartActionFloatEdit [LOG 19:02:33.340] [VersionTaggedType] found KSPAPIExtensions.UIPartActionFloatEdit_1_7_5_0 for KSPAPIExtensions.UIPartActionFloatEdit [LOG 19:02:33.342] [VersionTaggedType] found KSPAPIExtensions.UIPartActionChooseOption_1_7_5_0 for KSPAPIExtensions.UIPartActionChooseOption [LOG 19:02:33.342] [VersionTaggedType] found KSPAPIExtensions.UIPartActionChooseOption_1_7_5_0 for KSPAPIExtensions.UIPartActionChooseOption [LOG 19:02:33.457] [ScenarioDestructibles]: Loading... 0 objects registered [LOG 19:02:33.458] [ScenarioUpgradeableFacilities]: Loading... 0 objects registered [LOG 19:02:33.459] Loading Depletion Nodes [LOG 19:02:33.459] DepNodeCount: 0 [LOG 19:02:33.459] Loading Biome Nodes [LOG 19:02:33.460] BiomeNodeCount: 7 [LOG 19:02:33.460] Loading Planet Nodes [LOG 19:02:33.460] PlanetNodeCount: 5 [LOG 19:02:33.462] [SCANsat] SCANsat Controller: Loading 3 known vessels [LOG 19:02:33.462] [SCANsat] SCANsat Controller: Loading map for Kerbin [LOG 19:02:33.469] [SCANsat] SCANsat Controller: Loading map for Mun [LOG 19:02:33.476] [SCANsat] SCANsat Controller: Loading map for Minmus [LOG 19:02:33.483] [SCANsat] SCANsat Controller: Loading map for Sun [LOG 19:02:33.491] [SCANsat] SCANsat Controller: Loading map for Moho [LOG 19:02:33.498] [SCANsat] SCANsat Controller: Loading map for Duna [LOG 19:02:33.505] [SCANsat] SCANsat Controller: Loading map for Eve [LOG 19:02:33.513] [SCANsat] SCANsat Controller: Loading map for Ike [LOG 19:02:33.520] [SCANsat] SCANsat Controller: Loading map for Gilly [LOG 19:02:33.529] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 1 Maneuver Nodes to deserialize [LOG 19:02:33.529] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 1 Maneuver Nodes to deserialize [LOG 19:02:33.530] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 0 Maneuver Nodes to deserialize [LOG 19:02:33.530] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 1 Maneuver Nodes to deserialize [LOG 19:02:33.531] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 1 Maneuver Nodes to deserialize [LOG 19:02:33.531] 8/9/2015 7:02:33 PM,KerbalAlarmClock,Found 1 Maneuver Nodes to deserialize [LOG 19:02:35.393] 8/9/2015 7:02:35 PM,KerbalAlarmClock,Adding DrawGUI to PostRender Queue [LOG 19:02:35.393] 8/9/2015 7:02:35 PM,KerbalAlarmClock,Skipping version check [LOG 19:02:35.443] 8/9/2015 7:02:35 PM,KerbalAlarmClock,Contracts System Ready [LOG 19:02:35.484] [PlanetariumCamera]: Focus: Untitled Space Craft [LOG 19:02:35.677] Flight State Captured [LOG 19:02:35.686] Saving Achievements Tree... [LOG 19:02:35.686] Saving Achievements Tree... [LOG 19:02:35.687] Saving Achievements Tree... [LOG 19:02:35.687] Saving Achievements Tree... [LOG 19:02:35.687] Saving Achievements Tree... [LOG 19:02:35.688] Saving Achievements Tree... [LOG 19:02:35.688] Saving Achievements Tree... [LOG 19:02:35.688] Saving Achievements Tree... [LOG 19:02:36.074] Game State Saved as persistent [LOG 19:02:37.072] [Untitled Space Craft]: ground contact! - error: -0.120m [LOG 19:02:37.073] Unpacking Untitled Space Craft [ERR 19:02:37.074] ModuleLandingLeg.cs :Failed to find suspension Transform [EXC 19:02:37.082] NullReferenceException: Object reference not set to an instance of an object ModuleLandingLeg.DynamicAnimation () ModuleLandingLeg.FixedUpdate () [EXC 19:02:37.103] NullReferenceException: Object reference not set to an instance of an object ModuleLandingLeg.DynamicAnimation () ModuleLandingLeg.FixedUpdate () [EXC 19:02:37.114] NullReferenceException: Object reference not set to an instance of an object ModuleLandingLeg.DynamicAnimation () ModuleLandingLeg.FixedUpdate ()

Just a quick tyvm for all the time and effort expended in creating this wonderful mod. Love the concept, the IVA's, the attention to detail and all the parts - almost every time I've thought of a nice part I've found it to be already included One part I would like to see (or maybe I've missed it) is an in-line drill. Open a hatch, it rotates 90 degrees, extends and starts pounding rocks. I suppose I could tweak scale and IR something, oh well. Anyway, thanks again

So many times the kerbal's facial expressions make everything worth while And sometimes ksp physics also plays a part From: http://forum.kerbalspaceprogram.com/threads/22251-Showcase-SPACE-STATIONS!-Post-your-pictures-here?p=531483&viewfull=1#post531483

Many thanks for all your hard work sarbian On control issues: The only problem I've noticed was about a week ago, I had a nose cone attached to the top of my vessel via one of those small red and white decouplers - arrow pointing up towards the cone. Ascent guidance created the node for final orbital burn but when it came time to start the engines, nothing happened. If I disabled the engines the throttle jumped to 100% but re-enabling them the throttle jumped back to zero. The problem? It was related to the decoupler. I had decoupled the nose cone during ascent, the decoupler with arrows up had fired off the cone but whatever was left of it, the inert ring, remained attached and its image remained in the staging list as part of the current stage. Once I created a new dummy stage 0 and move the ghost of the decoupler into it the MechJeb burn executed without a hitch. As a further test I recreated the flight but this time the cone decoupler was placed with the arrow pointing down so it would fly off attached to the nose cone. This flight had no issues. Maybe this is a known problem, maybe it has been fixed, but given the number of 'no control' posts I thought it worth mentioning

The quick and dirty method of experimenting with these things: 1) Create a wrapper function for each and every Unity function you wish to use 2) inside each wrapper create a critical section around the the Unity function call 3) Write the threaded code, it should work fine since everything is protected. 4) Start to selectively remove the CS protection. 5) profit Or lose a great deal of hair. Multi-threadding is great fun but can be tricky I may have some time at the weekend if you hit any problems.

From a quick look around it appears the Math functions are thread safe eg answers.unity3d.com/questions/754873/c-how-to-make-a-job-queue-for-noise-function.html I'm unsure of other functions but it would appear the main threaded concern comes about when two or more threads try to access the same object. tbh, most functions written in a stack based high level language are thread safe, it's only when accessing single shared resources that problems occur. Of course ymmv. Edit: Color operations could be safe too http://answers.unity3d.com/questions/486584/how-to-create-a-parallel-for-in-unity.html Some more info, mentions vectors and some custom helper code http://forum.unity3d.com/threads/multithreading-solutions.90676/

If in doubt just wrap them up in a critical section, or whatever C# calls the exclusive access mechanism. It's best to keep such exclusion sections as short and fast as possible, for obvious reasons, it can also be tricky to debug any problems caused by shared resources that should be in a CS but for some reason are not. Still, iirc from my tests the gains were near linear (2 threads == half the time etc) so well worth investigating?

Then do both? The main thread does exactly what it does right now and one or more background threads speculatively run around the cache and the uncompressed textures processing as necessary. Would need to arrange things so no threads try to process the same texture, including the temporary blocking of the main thread should it's target be one currently being worked on in background, but it looks doable?

First up, many thanks rbray89 for the update. As I'm back playing KSP I'll be sure to try it out at the weekend Way back when I was playing with the cache demo I also spent some time experimenting with multi-threading the initial conversion process. Great gains are there to be had, though at that time the conversion was simple enough to be split into two ( eg thread1 did the top half, thread two did the bottom half ) or four regions. Not looking at the latest code, and since I have no knowledge of texture formats I cannot comment on the ease of multi-threading a single texture. Does the loading system process textures one at a time or is there some kind of 'list of textures to be loaded' that could be threaded and delivered in the expected order? On the very first texture load, could rbray89 scan the cache vs textures requiring compression/caching and process then all en mass in some threaded code before resuming the current loading sequence?

@op Download the trial of Sony Movie Studio and test it for yourself: http://www.sonycreativesoftware.com/download/trials/moviestudio In an ideal world you may be best served by a 12 thread i7 processor but in my limited experience, i5 + amd hd6950, I gained quite an increase when using the GPU with certain codecs.

Having looked through the latest IR release a complete rewrite will be required so the question is one of time. If all you require is Centre of Thrust adjustment I'd recommend taking a look at the thrust balancing mods mentioned here: http://forum.kerbalspaceprogram.com/threads/47780-PLUGIN-0-2x-x-Automatic-Centre-of-Mass-Tracking-0-01?p=989362&viewfull=1#post989362 Or looking at implementing a variation of the Gimbal adjustment I demonstrate here: The latter is especially appealing as it is inherently fully integrated with SQUAD code, will scale to any engine size without compromising joint integrity and while it may look a little strange at times is in truth no less realistic than moving a big engine along a little rail. I'll see what time I have this week and will update if I make any progress

Do you have a full list of restrictions wrt docking ports and IR parts? The OP simply states I'm curious as I'm currently facing a different docking issue but will soon be venturing back into the world of IR. As for "preventing docking ports from connecting to certain IR parts", this sounds neither fun nor very Kerbal. If a set of restrictions can be worked out, just scan for them on the Launch Pad and set part.BigBaddaBoom = true, or whatever it is you youngsters do these days to blow stuff up Very Kerbal, very obvious, almost impossible to circumvent and best of all, fun