li7in6

In the readme under the changelog for 10.8.5 it indicates the throttle response speed is tuneable in RealSettings.cfg and in per-engine configs. I've looked in these and cannot figure out any settings that directly effect the engine spool up and response behavior in game. I thought it might be under the tech level settings as TLTHROTTLE# but changing these values doesn't seem to have an effect. I have also changed the useEngineResponseTime and engineAccelerationSpeed/engineDecelerationSpeed values on a per engine basis with no effect. In the changelog for version 10.6 it mentions using throttleResponseRate for tweaking engine response rate. However this entry is not present in any of the configs and adding it seems to have no effect. I am trying to create my own engines mod and am struggling with the inbuilt engine response and spool up behavior from realfuels that should not be present for certain types of engine. Any help would be appreciated.

You seem to be confused with how trim works on real aircraft. The simplest mechanism for adjusting trim are trim tabs (small control surfaces) mounted to the larger primary control surfaces. These tabs do set trim by changing the ''default' neutral position of the primary control surface. The trim tabs essentially "fly" the primary control surface at a new neutral position which in-turn adjusts the relative aerodynamic forces produced by the airfoil it is mounted to. This technically DOES reduce overall control surface travel in a given direction dependent on the amount and of trim imposed. But trim adjustments are typically so minor relative to the large amount of control deflection this is never an issue. A control surface has a finite amount of design deflection within which control authority can be achieve, including the trimming of the aircraft. The less common method for trimming an aircraft which is used on heavier aircraft with hydraulic and/or computer actuated control surfaces is to forgo the trim tabs and simply fly the control surface via hydraulic actuation at whatever amount of defection within it's limits in order to trim the aircraft for the desired flight characteristics. The effect at the control surface is the same as if the pilot were applying the desired amount of pressure on the controls constantly, but obviously this is not the case, it is just a matter of adjusting default position for the hydraulic actuators. But practically to the pilot the effect is the same as the trim tab method. In either case, the absolute position of the primary control surfaces within their range of motion is changing to adjust trim. Thus affecting the amount of additional degrees that control surface is capable of deflecting from it's neutral (for that trim setting) before hitting it's design limits.

Understood. Slightly unrelated but a general request. Do you think you can put in a single/stand-alone SL and vacuum version of the Raptor engine and single SL version of the Merlin?

My mistake, I thought you were announcing 1.1.1 release a few posts above. I'll delete.

-Redacted-

It appears to work in 1.4 except the Rodan capsule is bugged where it is in zero gravity on the launch pad, all reaction/rcs/thrust inputs do nothing.

Not sure if there is any interest in this beyond plebs like me but figure I might throw it out there. Would it be beneficial to throw some instructions in the first page on "de-real" this mod with some regular expression config edits to take away the really difficult parts and prevent people from having to rely on other simplification mods that may or may not stay updated. Namely ullage, ignitions, and throttleability are what I find really sucks the playability out of this mod for me. Find/Replace in files in the realism overhaul folder with notepad++: Remove ullage requirement for all engines: ullage = .* ullage = False Remove ignition limit for all engines: ignitions = .* ignitions = 100 Allow full throttle-ability for all engines: minthrottle = .* minthrottle = 0 I really appreciate and enjoy all the work that went into this mod but I find the supreme realism really frustrating in certain respects and turns my play sessions into long periods of success followed by a sudden outburst of rage and failure when I put myself in an unforeseen situation or mess up in some way. The above three changes really make this mod much more forgiving in-line with the stock game while retaining the other more interesting (to me) aspects of a realism overhaul.

Not sure if you're aware or if this is part of the bug but using forced surface attach mode with the editor extension mod for some liquid engine's (like KW) causes them to appear halfway clipped into the stretchy tank. This means you have to use cubic struts to get an engine cluster setup on the bottom of a tank. Not a big deal just thought you should know about it.

Anyone else have an issue when trying to radial mount Stretchy SRB's like in metaphor's pics? When I do it, initially it works fine and the first launch they're where they're supposed to be. But on a reset or if I load back into the VAB the SRB's are floating out a couple meters from the radial couplers. I'll get a screenshot.

Used small cubic struts to attach the motors to the bottom of my fatty fuel tank. She gives me JUST enough to nudge my ~50 ton moon payload into orbit. Not enough to actually send it to the moon though. Need to tweak it more to get it mission capable in one launch... Or refuel in orbit. Edit: Nathan. That fixed it, thanks!

Ah yes, that's where I've seen that functionality. I've been using pfairings but never used it in that way. Tried it out and while effective it is a bit clunky to implement, what's e-dog's mod called/going to be called? Also, I've been experiencing some inconsistency in launches and I don't know where it's coming from. For example I'll build a LV with a surface TWR of about 1.35 that weighs about 1200t. First launch everything is fine it slowly lumbers into the air at full throttle then half way up I'll do something dumb like hit spacebar too early and it will disintegrate. Reset on the launchpad from Esc menu (same craft), launch at full throttle, and now it rockets into the air and mechjeb shows a TWR of ~2.2 then the TWR will drop back down to 1.5 or so and start climbing again as I burn off fuel. I haven't been able to note total weight yet when this happens as it's pretty inconsistent. Edit: Just recreated it and mass is consistent it's thrust that's starting out about 10,000kN (~25,000kN) higher than it should be and quickly falls down to where it should be (~15,000kN) about 10 seconds after liftoff. LV is using 11 KW Maverick-V's. When it loads out of the VAB it seems to have the correct thrust, but on resets it does this. Pics to clarify, just before and just after launch out of the VAB: And here's right after a launch from an Esc Menu reset:

Nathan, one thing I can see a big use for is some sort of procedural tank that allows the smooth adaptation between various diameter stages (changing the diameter of both faces independently). For instance RSS sometimes requires very large diameter lower stages to get the dV to get larger payloads to orbit, however there is no good way to aerodynamically adapt from say: a 3.75 meter upper stage to a 6-8 meter lower stage. I seem to recall stretchytanks allowing this but I can't remember. If this is already a 'thing' and I'm just missing it somehow let me know.

redacted...

Oh really? MFS does isp thrust correction? I was having issues with StretchySRB's being incompatible with KIDS thrust correction and was trying to work out an exclusion workaround. But if that functionality is already in MFS then I'm just wasting my time. Guess I should pay more attention.

Can confirm KIDS thrust/isp correction is incompatible with the stretchy SRB's themselves. Any workaround? On my machine it defaults to stock-ish thrust (50kN) and the SRB's have a ridiculous burn time.