NathanKell

You should have a folder in GameData called KOSMOS (note it's all caps) and under that a Parts folder. (You should also have Keramzit and Firespitter folders along with KOSMOS). If you renamed anything, or put anything anywhere else, then the MODEL {} calls won't work.

Replace in VAB, save craft file. Note rotations and positions in .craft file, copy them over to the correct blocks in the sfs file.

Looks nice! ...but it sure can't be a SPS with that area ratio--looks very much like a lower-stage atmosphere-optimized nozzle.

Cool--thanks!

There is no largest size. Just divide part diameter by 1.25 and round, use that as node size. Though IIRC the idea that attachment node size changes attach strength is a myth. But correctly-scaled nodes ARE necessary for FAR or Deadly Reentry compatibility.

Well, I'd wager a guess that heatMultiplier multiplies heat. (I haven't looked deeply at the code; but I think ialdabaoth may have explained the new algorithm near the start of the thread.) If you want twice the heat, try twice the heatMultiplier? If you just want to change part heat tolerance, open DeadlyReentry.cfg and change the maxTemp line(s) for the part(s) whose max temperature you want to change.

And a bonus to my adoring fan(s?), after such a long absence: the proposed Aquarius-Prometheus config:

TOP SECRET PRESIDENT'S DAILY BRIEFING - KUAF SPACE UPDATE UPDATE ON SPECTRAL PROGRAM TOP SECRET MISSION: SPECTRAL 14 CONTROL: Kerbican Union Air Force LAUNCH VEHICLE: GRANITE-BACTRIA-A OBJECTIVE: All-up test of SPECTRAL system #8 DESCRIPTION: Launch SPECTRAL satellite on BACTRIA-A bus/upper stage on GRANITE booster, test camera, return film bucket. DETAILS: In absence of restartable LR42 designed for BACTRIA program, BACTRIA bus will use LR32 modified for hypergolic fuel and ATTICA (ex-KODDARD) thrust controls as BACTRIA-A. With LR32 unrated for restart, hypergolic RCS will circularize SPECTRAL at desired orbit and plane, and deorbit film bucket. SPECTRAL will test photographic capabilities, deorbit, and release film bucket for air recovery off the Cape. OUTCOME: Film capsule successfully recovered FLIGHT FOOTAGE: SPECTRAL 14 ignition, 1100Z, CCAFS. Stage separation; BACTRIA-A ignites successfully. SPECTRAL 14 passes Karman line; fairing jettison. Burn continues. MECO. Antennae extended. SPECTRAL 14 extends solar wing and reorients for orbital insertion. Note dual cameras on spacecraft nadir (solar wing at zenith) and film reentry capsule at nose. Insertion into orbit of 180x180 @ 85 degrees by RCS. SPECTRAL 14 taking footage Deorbit burn commences Film bucket separation. BACTRIA-A bus will burn up in atmosphere. SPECTRAL 14 film bucket during reentry. Note sphere-cone shape with heatshield, film capsule, parachute module. Main chute deploys, SPECTRAL 14 ready for air pickup. KUAF C-119. ======================= ADDENDUM: KERMAN CREWED SPACE EFFORTS As of March, Kerman efforts appear to be in disarray. After early crewed-space efforts had focused on a capsule, Kritish suborbital flights gave the Luftstreitkräfte the upper hand and they now receive the lion's share of the funding. The "Swallow Project" (ML-1111) for a crewed spaceplane is advancing, but slowly: the pacing items appear to be the heat shielding and the large, throttleable hypergolic engines necessary for a spaceplane. An explosion two weeks ago has set the program back months. The RRA plan for a small ballistic capsule ("Leif") is at little more than the mockup stage. While our concentration of effort on a single program--AQUARIUS--has produced notable results, and we appear on-track to beat the Kermans into space, we nonetheless must state that we cannot allow a "spaceplane gap." Given Kerman ingenuity it seems likely that, sooner rather than later, they will solve the remaining issues with the Swallow. Given that KSA has been most uncooperative, the KUAF desperately needs its own dynamic-soaring spaceplane program, and certain development options are available for the X-18 program... "Swallow" spaceplane, front-right quarter. Note use of nose as shock cone for the intakes and the movable plates to change intake geometry. "Swallow" is a Messerschmitt and Lippisch design designated P.1111. Lippisch influence can be seen in the large delta wings and blended-wing-body design. Nozzles for the reaction control system can be seen in the wing roots. Rear view of "Swallow." Note large combined exhaust pipe for dual Junjers Jumo 107 turbojets (mounted to the sides) and a central Kronach ramjet. Rocket propulsion appears to be from modified B7 engines converted for hypergolic use; we understand they are designated B12 and have over twice the thrust of the B7 and are optimized for vacuum use. Restart capability is planned, but as reported above the hypergolic fuel mixture is causing problems. Rear RCS nozzles and an extendable antenna can also be seen. The RRA's "Leif" spacecraft with hypergolic orbital insertion stage. We conjecture that this is what the VfR people had up their sleeves when designing the Wallarmbrust-C, as we estimate the whole system fits perfectly atop the Wallarmbrust-C. Unlike our own AQUARIUS, the "Leif" capsule, its retro package, and its upper stage all sit inside a fairing at launch. The engines used for both the upper stage (2) and the retro package (4) appear to be derivates of the E1, with less thrust per nozzle but two nozzles per engine. Given the two stages, it appears that despite the use of hypergolic fuels the RRA does not plan to restart the engines. Finally, like our own AQUARIUS, a launch escape system is used, and the capsule is a similar sphere-cone blunt body.

Link fixed.

Correcting link. I had a typo in the source and pulled it for a minute. You can do part.Modules.Contains("modulename")

Cool! Some of it was in the archive I posted, but not all of them--very useful, thanks!

Hey sarbian, because Modular Fuels now supports correct thrust scaling vs. Isp, I went and added support for, that in MechJeb. If ModuleEngineConfigs or ModuleHybridEngines are detected, it now scales thrust correctly when in atmo in the stats calculation, and I added a new column in stats, SLT, to show sea level TWR. The changes are in MechJebModuleInfoItems.cs and FuelFlowSimulation.cs, which are zipped here: https://www.dropbox.com/s/wl3nmfbylx6mgpg/MechJeb2_thrustscaling.zip Note that if neither module is present, thrust won't be changed and SLT will be the same as TWR, so it's perfectly compatible with stock.

Edit the scalars in custom.cfg in your deadly reentry folder. That will allow you to customize how much heat is applied.

Cool. With raw, how was it erroring out? Never seen that before. Were all the parameters right on import?

Check your log (KSPData/output.log) and see if KSP is spamming errors. Lag is often not physics lag, but lag from writing log lines to disk. Re: engine, I too prefer the one on the left.

smunistro asked about _max_, though. If you run on max, most of the textures will now be as if you were running on one step down from max. Also, transparency, specular highlighs, etc, will be gone (unless PoleCatEZ started leaving the alpha channels in).

FAR will autogenerate those parameters; you don't have to. Basically, all stock drag parameters (for everything except intakes and parachutes) is ignored and replaced by FAR's own calculations. There IS, however, one exception: if you want your parachute to be FAR compatible, you need to set stowed drag to 0 for it, as otherwise the single parachute will generate as much drag as the rest of the rocket, basically. So that should definitely be done with an MM config. Alas, correct node size is mandatory--FAR applies extra drag based on open nodes, scaled by the size of the node. If the heatshield has a <size2 node, then not enough drag will be applied. It's a nice hack: estimate part radius by checking node size. Ferram's working on a new version of FAR that might obviate that necessity, but for now... It's the same for Deadly Reentry--raycasting for shielding depends on node size, last I heard. ETA: more on parachutes.

A turbo-ramjet is the only thing that makes sense for engine performance like that.

ferram, I am drooling beyond belief at that smorgasbord of update features!

Sounds right to me...

Fails gracefully (logs the error but continues). No k/v created.

In case 2 I'd really, really like the resource to not be Xenon. The whole point of Xenon is that it's _inert_ after all. Monopropellant (since it's usually half of a hypergolic pair, in real life--NTO or Hydrazine is often used) would be a better "stock" fit IMO. In case 1, though, xenon is fine--you _want_ an inert gas then. EDIT: Someone, I thought, hacked together a mod that wouldn't allow ignition unless a craft was under acceleration? Forget where I saw it though.

Yeah, 'cept you already did, in this case. At some point you swapped the Titan SRM texture from striped to all-white. Anyone who wants striped can just go back and grab the old texture.

I don't know if amount varies--my guess is at least modern engines spray a carefully measured amount into the reaction chamber. If it's sparkplugs, then it's probably more random how much heat damage is done to the sparkplug each ignition (and during operation if they're not shieldable).

Corona here we come! As it happens, the Mk16 actually looks pretty close to the cone-end of the Mk2 RV film bucket...