p3asant

Damn the 1:1 russian engines over amazing. Also those new iva's look excellent. How much memory do they add?

Yeah i was just confused because on the part list it shows stock fuels and then on the action groups it shows the fuels and values correctly. Otherwise i really like the soviet engines maneuverability/modularity. Need one ton to orbit? Just use 1 Nk-33 with nk-43 upper stage. Oh you said 50 tons? Why not 10 nk-33's and 4 nk-43's? Awesome how all this is shaping up so quickly.

Bill Kerman fixing spy radar on eva.

Using the bobcat's 1:1 russian engine parts it only shows oxidizer/liquid fuel in in modular fuel setting, but actually uses RP1 (syntin?)/ Lox or LH2/Lox. Any idea where the configs for these engines are hidden and why they're behaving this way?

Awesome looking probe/cassini. Too bad you didn't land it. On Saturn.

Dark magic at work! A floating rocket. And moon irks at the background... Really, i went very much wtf. The rocket dumped my kerbals and some other unnecessary stuff and decided it was a goddam zeppelin.

Usually the explosion happens at launchpad, or when twr approaches 2 (18 km high or so) Mind i'm launching big rockets (3600 t at launch or so 100t with second stage still attached to 300x300 orbit). Explosions only happen when im launching small stuff (landers and such with tiny parts), not big ones like h2 tanks for ntr's. Lv: And f3 log of stuctural failure:

Is there any way to extra stiffen batteries connections, like with decouplers, using KJR? My ships are now breaking apart at battery connections. Probably due to their extra low mass.

Nuclear tug ready and awaiting orders! Depicts the h2 density, 100 ton with 8m diemeter x 24m . The payload fairings for this weight over 30 tons - 1/4 of the total payload.

I'd suggest setting the massForAdjustment to 0.001 or similar levels as default because with the rescaled masses many utilites are under the original 0.1 (e.g docking port, batteries) and therefore are not stiffened due to their <0.1 mass causing them to pop off at launch pad.

I love the smell of irradiated probes in the morning.

I think that is the point .

In one word, the planets now look 'amazing'

3650 Ton? *Laughs maniacly* What is this, a rocket for ants? Meet Ural II Stalina ~300 tons to orbit. Mods the usual kw, np, stretchy, Rw and Modular fuel

This is awesome! I too am down a whole gigabyte. Not to worry though, it'll be filled soon enough Thanks.

Giant space popcorn? Setup a a mining plant there right noaw!

Prepare for a nuclear attack!

Ural 1 Launcher See those delta wings for scale

How does high sea level velocity lead to unstable rockets? Why does the engine mass matter and how do the fins negate the effect of big engine/bottom mass? I've been using srbs with couple second burn times to quickly kick the velocity to 100m/s or so with quite high normal twr's (>1.6). No wonder my rockets often go the way of the kerbal. Rocket overspeeding tickets .

Well, i have 16gb ram but around 8gb in use with chrome at all times. Does that really effect ksp performance?

Well i uploaded a couple output_logs if you'd like to take a look at them. Here

Yeah, i have most those things already done. My gamedata folder is only 800mb. The strange thing is that my .21 version has 1400 mb gamedata, and it never crashed. Hence i thought it had something to do with this. Current mods are: BoulcerCo, UnicerseReplacer, FASA, FAR , KJR, F1, ProcFairings, KWRocketry, Novapunch, Mechjeb, ModularFueltanks, StretchyTanks and realsolarsystem Texture reduction packs have been aplied and all tanks removed (excluding stretchy ones, ofc).

Should memory ctd's allways have same error localation? I'm getting these ctd's every 10-15 min now. Errors are allways like these. Unity Player [version: Unity 4.1.2f1_911c7369eeac] KSP.exe caused an Access Violation (0xc0000005) in module KSP.exe at 0023:007c3ab7. Error occurred at 2013-11-09_190736. D:\KSP_win - Copy\KSP.exe, run by Boss. 74% memory in use. 0 MB physical memory [0 MB free]. 0 MB paging file [0 MB free]. 0 MB user address space [131 MB free]. Write to location 00081000 caused an access violation. Context: EDI: 0x00081000 ESI: 0x0fa8fbb4 EAX: 0x0fa8fc20 EBX: 0x0004a340 ECX: 0x0000001b EDX: 0x00000000 EIP: 0x007c3ab7 EBP: 0x003cef08 SegCs: 0x00000023 EFlags: 0x00210202 ESP: 0x003cef00 SegSs: 0x0000002b Bytes at CS:EIP: f3 a5 ff 24 95 d0 3b 7c 00 8b c7 ba 03 00 00 00 KSP.exe caused an Access Violation (0xc0000005) in module KSP.exe at 0023:012d8314. Error occurred at 2013-11-14_165948. D:\KSP_win - Copy\KSP.exe, run by Boss. 67% memory in use. 0 MB physical memory [0 MB free]. 0 MB paging file [0 MB free]. 0 MB user address space [102 MB free]. Write to location 00000000 caused an access violation. Context: EDI: 0x00000000 ESI: 0xff730040 EAX: 0x0000e9a0 EBX: 0xff02b41d ECX: 0x00000024 EDX: 0x419e779e EIP: 0x012d8314 EBP: 0x002ff948 SegCs: 0x00000023 EFlags: 0x00210206 ESP: 0x002ff918 SegSs: 0x0000002b Bytes at CS:EIP: 89 17 8b 56 04 89 57 04 8b 56 08 89 57 08 0f b6 Note it still says 131mb address space free. I presume that's out of max 32 bit can see? Output log gives stuff like this prior to crash. ArgumentException: Getting control 9's position in a group with only 9 controls when doing Repaint Aborting at UnityEngine.GUILayoutGroup.GetNext () [0x00000] in <filename unknown>:0 at UnityEngine.GUILayoutUtility.DoGetRect (UnityEngine.GUIContent content, UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 at UnityEngine.GUILayoutUtility.GetRect (UnityEngine.GUIContent content, UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 at UnityEngine.GUILayout.DoLabel (UnityEngine.GUIContent content, UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 at UnityEngine.GUILayout.Label (System.String text, UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 at MuMech.MechJebModuleInfoItems.DrawStageStatsColumn (System.String header, IEnumerable`1 data) [0x00000] in <filename unknown>:0 at MuMech.MechJebModuleInfoItems.AllStageStats () [0x00000] in <filename unknown>:0 at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 at MuMech.GeneralInfoItem.DrawItem () [0x00000] in <filename unknown>:0 at MuMech.MechJebModuleCustomInfoWindow.WindowGUI (Int32 windowID) [0x00000] in <filename unknown>:0 at UnityEngine.GUILayout+LayoutedWindow.DoWindow (Int32 windowID) [0x00000] in <filename unknown>:0 at UnityEngine.GUI.CallWindowDelegate (UnityEngine.WindowFunction func, Int32 id, UnityEngine.GUISkin _skin, Int32 forceRect, Single width, Single height, UnityEngine.GUIStyle style) [0x00000] in <filename unknown>:0 (Filename: Line: -1) DynamicHeapAllocator out of memory - Could not get memory for large allocationCould not allocate memory: System out of memory! Trying to allocate: 4194304B with 4 alignment. MemoryLabel: STL Allocation happend at: Line:64 in Memory overview

Interplanetary missions are quite harder. Here's my apollo on venus fly-by (one was planned irl) Launched atop normal saturn 5, has 6k dV left for return.

Jebediah was able to deduce that the first stage was derived from an ICBM "Freedom" No, really being able to add textures by cfg is awesome. Also the resized apollo cm looks much better and gives the feeling that there's actually space for a couple of kerbals to live in.