Absurdist

Radiators breaking doesn't seem to be related to sun tracking. --- Relevant line is this: if (radiatorIsEnabled && dynamic_pressure > [COLOR=#daa520]1.4854428818159388107574636072046e-3[/COLOR] && isDeployable) { The constant seems to be a magic number Fractal cooked up. Unit is atm, it's 150.5125 in pascals. On the huge heat radiator with 800m^2 on one side, that's applying a maximum of 120410 N of shear force. I'll check later how much von Mises stress that applies on a hollow tube to see if Fractal used a reasonable number. EDIT #2 (I used steel instead of Mo in my previ

Unless you allow the stock parts to have ridiculously high max temps, I doubt this would help. FractalUK modeled radiation using Stefan's Law, so dissipation is proportional to temperature to the fourth power. For example, the upgraded radiators (max 3500 K) require 169 times less area compared to the normal ones (max 970 K) to dissipate the same amount of heat. Wikipedia says 930 K is already "bright orange." At safe temperatures for the stock parts, that could be thousands of times less effective than the upgraded graphene radiators. Some of the stock parts do have high max temps, but I beli

I was mistaken about the thermal rocket nozzles in the tech tree. That wasn't in CTT, that's in "unofficial KSPI."

Post #552 from the previous thread seems like an oversight. The wiki lists the 2.5m and 3.75m fusion reactors as having deuterium and tritium. https://github.com/FractalUK/KSPInterstellar/wiki/Reactors

@JeffreyCor Dependency to TweakScale started at 0.6.3, I believe.

@Northstart1989 Yeah, I'm not rushing you guys. Just something to take note of. Btw, I think it's time for KSPI Extended to have it's own thread. I kinda feel that you guys are not getting enough attention from users because it's inside here.

I'm getting infinity again. Maybe because of the thermal receiver? Also it seem the old thermal rockets are still in the tech tree (CTT)

Wow. 0.7 indirectly fixed my problems. Good thing I saw the word "resizable" in the features.. I thought TweakScale was optional? It wasn't listed as a dependency on the first page. Oh well.. time to play again.

No idea. I'm not even 100% sure if that's the cause. Could you try to remove that line and see what happens? Hm.. if that's the cause then toggling the propellant should reset the limiter. I'll switch back to windows and test it. EDIT: Yep toggling the propellant resets the limiter. I suppose that was done so that switching to a propellant with a lower thrust doesn't suddenly make you fall to the ground? IMO, the limiter resetting when you go out the launch pad is a bug but resetting when you switch propellants.. could be feature of some sort? Well, your call if this is worth fixing. Worst cas

I think I found the cause for the thermal rocket nozzle resetting to 100 thrust limit but it seems like a legacy issue and was not caused by KSPI Extended.. FNNozzleController.cs in setupPropellants myAttachedEngine.thrustPercentage = 100; Probably that. Btw, the alcubierre drive thing was not a graphics issue. It was warping at 45 degree angles.

FreeThinker could you update your github repository? I'll check the changes.

0.6.3 broke interstellar parts for me. Not sure what to report.. the parts just plain don't work. And about the thermal rocket nozzles, Then in the launch pad it's back to 100

AlcubierreDrive.cs, in ActivateWarpDrive, this change looks suspicious from [COLOR=#0000ff]Vector3d[/COLOR] heading = part.transform.up; [COLOR=#0000ff]double[/COLOR] temp1 = heading.y; heading.y = heading.z; heading.z = temp1; to [COLOR=#0000ff]Vector3d[/COLOR] heading = part.transform.up; heading.y = heading.z; heading.z = heading.y; [COLOR=#00ff00]// I think this does nothing[/COLOR] In the old code, heading.y and heading.z was switched while the newer code sets both to be equal to heading.z (I mean the old value of heading.y was not saved and lost).

Can anyone verify for me if the alcubierre drive is working properly? It's warping at fixed angles in my game. Also, FreeThinker, I think the thermal rocket is ignoring the thrust limiter set at the VAB.

So I tried fixing the plasma engine (yeah this again) UI bug (post #457, I'm experiencing it too).. At ElectricEngineControllerFX.cs, I think the fault is with modifiedEngineBaseISP. It's uninitialized and only assigned at the function OnStart. Does OnStart get called before/at the VAB? I don't know C#, I'm just "grokking" it based on other languages. But based on this: http://blogs.msdn.com/b/abhinaba/archive/2005/11/08/490248.aspx uninitialized variables are set to zero? If I'm correct and it's modifiedEngineBaseISP's fault, this would explain why thrust is infinity and isp is zero. At line