AlonzoTG

It's because Mechjeb uses a very stupid but reliable script. It goes something like: Gravity turn done? -> orient to pro-grade. (assuming upper atmospheric drag is an issue). am I above atmosphere? -> create node to T+1 burn and orient to burn... The effect of this script doesn't always make the most sense but it basically works in basically all situations.

The fundamental issue here is that if you select a standard roll angle for launch, Mechjeb will do the correct 90 degree roll. However, if you DESELECT force roll, it will execute a ~270 degree roll coming off the pad in the other direction. If you launch with force roll enabled, and then disable it mid-flight, it performs as expected. The problem is when you launch with force roll DISABLED. It executes a completely crazy roll DESPITE being set not to.

Yeah, I have a full rig up at Jool but it doesn't work anymore because one of the part modules is broken and only the stuff that don't require kuarks works, kinda... =( -- the thing has a MET of like 30 years and has visited everything outward of Kerbin to it's current orbit...

=\ Why doesn't anyone understand this? All warp drives, ever, have always run on *ANTIMATER*. Normally you get a uselessly large bang when you let it collide with the mater. So the creators of Star Trek came up with the idea of a dilithium crystal that could contain and regulate the reaction and emit useful energy beams to power the engines (at the cost of slowly degrading over time and needing frequent replacement.)

I think Ferram initializes something on the first visit to space center. Scenario missions almost always bypass space center completely, try visiting space center before reentry, it might just work. =0

Ferram seems to completely break on reentry (at least) in the DLC missions. Ie, a pod will come down as usual and still have orbital velocity when it impacts, or just burn up even at a shallow angle. The flight data display shows garbage and there will be absolutely no drag (but plenty of heating.)

Check the difficulty settings, yeah it's annoying....

For one thing they don't need a decoupler on the bottom so therefore you can be obnoxious and put a reaction wheel below the stage, and then adjust the length to clip the upper stage engines into the wheel, which is legal because the wheel is hollow on the inside. Also, it opens up many hundreds of new engine configurations in stock play....

I'm feeling lots of love for those thrust plates, but all other points in the OP stand.

The space core lives!!! http://steamcommunity.com/sharedfiles/filedetails/?id=1351771501 Well, the RCS animation is broken and Squad radically ovecomplexfied the landing gear module, but otherwise the little guy is alive and healthy... threw together a marginally stable rocket and gave him a ride over to the mun, seems happy, despite being on his side with no comms back to base...

Hey, I'm having runtime errors/crashes to desktop and the apparent smoking gun is this mod, here's the steam console output: Loaded Config for Local Override Path for App ID 220200: /home/atg/.local/share/Steam//controller_base/empty.vdf Controller 0 mapping uses xinput : false Stacktrace: at (wrapper managed-to-native) UnityEngine.Object.FindObjectsOfType (System.Type) <0x00062> at (wrapper managed-to-native) UnityEngine.Object.FindObjectsOfType (System.Type) <0x00062> at UnityEngine.Object.FindObjectsOfType<object> () <0x00028> at EditorExtensionsRedux.EditorExtensions.updateGizmoSnaps () <0x0004c> at EditorExtensionsRedux.EditorExtensions.Update () <0x04b08> at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0x0005e> Native stacktrace: /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x92406) [0x7f35ad515406] /lib64/libpthread.so.0(+0x143df) [0x7f35b6f433df] /lib64/libc.so.6(gsignal+0x110) [0x7f35b602c3d0] /lib64/libc.so.6(abort+0x1c5) [0x7f35b602dfa5] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xa3e36b] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0xd153a) [0x7f35ad55453a] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x350bd) [0x7f35ad4b80bd] /lib64/libpthread.so.0(+0x143df) [0x7f35b6f433df] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x4ff83e] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xa66f55] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xacc72d] [0x41102cf1] [0x40e116fe] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x39208) [0x7f35ad4bc208] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(mono_runtime_invoke+0x67) [0x7f35ad5b83f4] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x9fe841] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xa69aed] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xa3beeb] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x6263a1] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x839be6] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x4554fe] /lib64/libc.so.6(__libc_start_main+0xeb) [0x7f35b6016edb] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x45eb68] Debug info from gdb: ERROR: ld.so: object '/home/atg/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. >>> Adding process 6772 for game ID 220200 >>> Adding process 6773 for game ID 220200 I refuse to debug myself! No threads. ================================================================= Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= Game removed: AppID 220200 "", ProcID 4855 OnFocusWindowChanged to window type: k_nGameIDControllerConfigs_Desktop, AppID 413080 Loaded Config for Local Override Path for App ID 413080: /home/atg/.local/share/Steam//controller_base/empty.vdf saving roaming config store to 'sharedconfig.vdf' roaming config store 2 saved successfully

Yeah, something changed with the particle system/exhaust animations this edition, I am continuing to fly the engines and they work fine, though the graphics are broken. It's really weird. In particular the RCS thrusters seem to be 180deg flipped from the previous release which is really weird. I thought they were committed, at this point, not to break things like that until at least version 2.0 of the game...

NOT FIXED IN 1.4.2. =(

After a four year transfer up from Dres, I finally got my rig into Joolean space. My game is very unstable these last few days, many crashes, and "validate assignments" bugs... not sure at all what the cause is. =\ Anyway, I did the insertion burn and it was time to fire up the experiment modules, Anything involving the cyclotrons wasn't registering. The eureka system seemed functional though. http://steamcommunity.com/sharedfiles/filedetails/?id=1343234880 [ note the mission elapsed time in the screenshot] console barf: [ERR 19:54:45.906] [RESOURCES] - Error in - BaseConverter_GetDeltaTime - System.NullReferenceException: Object reference not set to an instance of an object at BaseConverter.GetBestDeltaTime (Double deltaTime) [0x00000] in <filename unknown>:0 at BaseConverter.GetDeltaTime () [0x00000] in <filename unknown>:0 [ERR 19:54:45.918] [RESOURCES] - Error in - BaseConverter_GetDeltaTime - System.NullReferenceException: Object reference not set to an instance of an object at BaseConverter.GetBestDeltaTime (Double deltaTime) [0x00000] in <filename unknown>:0 at BaseConverter.GetDeltaTime () [0x00000] in <filename unknown>:0 [ERR 19:54:45.919] [RESOURCES] - Error in - BaseConverter_GetDeltaTime - System.NullReferenceException: Object reference not set to an instance of an object at BaseConverter.GetBestDeltaTime (Double deltaTime) [0x00000] in <filename unknown>:0 at BaseConverter.GetDeltaTime () [0x00000] in <filename unknown>:0 [ERR 19:54:46.003] [RESOURCES] - Error in - BaseConverter_GetDeltaTime - System.NullReferenceException: Object reference not set to an instance of an object at BaseConverter.GetBestDeltaTime (Double deltaTime) [0x00000] in <filename unknown>:0 at BaseConverter.GetDeltaTime () [0x00000] in <filename unknown>:0

... Val's decoupler was upside down, quickloaded, ditched the heat shield (Mk1 has a weak "intrinsic heatshield"), and put the decoupler on right, so val went home and was recovered. I then switched back to Bill. I had sent him up in the 2 mon pod as a contingency plan, I did collect the surface sample but I can't figure out how to get his (inadequate) engines running again... oh, I see the other commenter hit this bug too. =\

hahhaaha, I have too many mods so I sent Bill up with a spark engine and a solar panel, KAS welded it to val's craft and got it airborne... Not sure if the craft I built will work tho. =P

Hey, I have a dark archive of a bunch of mods I picked up in 2014, some of which I still fly today, how do I get them to you?

Mechjeb is not auto-staging the new interstage plates which are also decouplers, they are technically above the engines in the stack but they do act as decouplers for the stage below.

I'm getting lots of crashes today doing absolutely routine things such having mechjeb execute a burn or switching to the tracking station. Yeah, I have far far far far too many mods, but for the past few sessions, the game has lasted all day until today when it's been awful. =\ I update my mods continuously so maybe I should have been more attentive... Loaded Config for Local Override Path for App ID 413080: /home/atg/.local/share/Steam//controller_base/empty.vdf Controller 0 mapping uses xinput : false OnFocusWindowChanged to game window type: AppID 220200, 220200 Controller 0 mapping uses xinput : false Loaded Config for Local Override Path for App ID 220200: /home/atg/.local/share/Steam//controller_base/empty.vdf Controller 0 mapping uses xinput : false OnFocusWindowChanged to window type: k_nGameIDControllerConfigs_Desktop, AppID 413080 Controller 0 mapping uses xinput : false Loaded Config for Local Override Path for App ID 413080: /home/atg/.local/share/Steam//controller_base/empty.vdf Controller 0 mapping uses xinput : false OnFocusWindowChanged to game window type: AppID 220200, 220200 Controller 0 mapping uses xinput : false Loaded Config for Local Override Path for App ID 220200: /home/atg/.local/share/Steam//controller_base/empty.vdf Controller 0 mapping uses xinput : false Native stacktrace: /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x92406) [0x7f2bd5951406] /lib64/libpthread.so.0(+0x143df) [0x7f2bdf37a3df] /lib64/libc.so.6(gsignal+0x110) [0x7f2bde4633d0] /lib64/libc.so.6(abort+0x1c5) [0x7f2bde464fa5] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0xa3e36b] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0xd153a) [0x7f2bd599053a] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x3507e) [0x7f2bd58f407e] /lib64/libpthread.so.0(+0x143df) [0x7f2bdf37a3df] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x13423a0] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x130d04d] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x131131a] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x1305d16] /home/atg/.local/share/Steam/SteamApps/common/Kerbal Space Program/KSP.x86_64() [0x91d267] /lib64/libpthread.so.0(+0x7789) [0x7f2bdf36d789] /lib64/libc.so.6(clone+0x3e) [0x7f2bde53314e] Debug info from gdb: ERROR: ld.so: object '/home/atg/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. I refuse to debug myself! No threads. ================================================================= Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. =================================================================

no, stock shows the same problem, you can see the scene behind stock parts if the sun hits it right.

I thought I had seen a youtube preview of the DLC where it was possible to select launch sites from a dropdown to the button in the VAB, this is not available in any of my existing saves. Do I have to start a new save or does TTI need to release a new patch with this feature enabled. =|

The specular shader or where the author seems to want specular coloring, seems to cause the game to treat that shader request (effectively) as an alpha change so a good number of my parts end up translucent instead of shiny...

Hey, the mission is letting me use the lion's share of my modpack, which is great, so I build the rocket, had terrible control problems but got it to Minmus. The rocket entered orbit, staged twice leaving with a manned pod and the container containing the rover. I then switched to piloting the rover, with the drill and ore container, etc... I sent that down, and after much difficulty got it deployed UPRIGHT from it's container and ready to go... I then landed the manned pod and EVA'd Bill over the rover and, for the next half hour wondered why the hell the LZ was down in the valley and not up on the mesa where it should have been... This is the first time I've ever used that command seat so I'm like =\ about it... The much celebrated cupola module is excellent for rovers but absolutely senseless for bases and stations -- grumble grumble... Anyway, I get the rover up there and found I couldn't make the drill work because I had a broken mod that I couldn't fix mid-flight like this so I gave my self 3U of ore by editing save. The problem seems to be that even though the mission demands a rover, it expects the rover to be the main flight so everything seems to be locked to the identity of the command pod, which is still down in the valley, and has no drill, and no ore container. (when I go ore mining I bring the biggest drill I can carry, on the biggest rover I can launch with the biggest tank that can be put on wheels, etc, but yeah, this rover is kinda cute.. The rover is directly above the magical X but it is stuck on "go to digging spot"... =\

yeah, it's having trouble, don't know if it's FAR or MFI, but the thing goes null drag when I try to bring down a regular capsule and makes the pod go boom without slowing appreciably.

Hey! the new version of module manager causes B9 part switch to panic and abort the game, it pops up an error message saying that it wasn't loaded right and then pulls the ejector lever on the entire game...