Astraph

Thanks for quick response! I played a bit more on the reverted version and while the panels worked... It seems they stop producing power as soon as I go to Space Centre or Tracking Station. Didn't notice that happening with my probes (since they run out of juice en route, but quickly recharge once I switch to them), but with a crewed ship it quickly killed my crew as soon as I moved out of LKO. ^^' Honestly, at this point I feel bad forcing you to work on my autistically overblown modpack, especially since I'm no longer sure if that's really Korpernicus or something else... As I said, I didn't notice it earlier with probes, so the issue might've been present earlier and only became apparent earlier. https://drive.google.com/file/d/1VTbQDyObi8Fk_7WzYuOnBEM7YbHh5WxT/view?usp=sharing <- Current log, just in case.

Thanks and sorry - just switched the link's settings, I keep forgetting about it... EDIT: I just made some tests: >Sombrero Solar Array from Pathfinder extends, but doesn't track the sun and produces no EC >Stock 1x6 panels don't extend at all, both shielded and non-shielded ones >Solar panels lack their EC production property in VAB I tried reverting to 2.08 and as far as I could tell, both Sombrero and shielded 1x6 panel worked fine. The non-shielded one still didn't extend, but that's something I can live with (hopefully that's the only such case).

Base system in JNSQ, but I have Kcalbeloh as an endgame one-day-I-will-get-there-I-swear goal.

Hm, that's weird, but it seems the latest Kopernicus update broke all my solar panels - they generate 0 electricity now, regardless of exposure, alignment, etc. I initially suspected my attempt at installing Kerbalism Science config to be the reason, but once I reverted the install and tried a fresh save, all solars (stock, Near Future, other mods, you name it) still generate 0 EC and have no trace of EC generation in their VAB properties... I checked CKAN properties and this seems to be the only mod I have installed that got updated since I last played in late July... I admit that my build is very mod-heavy (JNSQ as base system + Kcabeloth for the fun of it), but at this moment Kopernicus is the only suspect I have. Link to Kopernicus logs - let me know if you'd need any other files -> https://drive.google.com/file/d/1mdrmjqbo1xew2I48xWO_wYj0G4DnR_DS/view?usp=drive_link

Yeah, I am fully aware of this note, but the mod compatibility page has not been updated since 2022 (at least if I can read GitHub's GUI correctly - I always have issues with that) and it references IE version 1.22.1, while according to CKAN we now have 1.29.6... So I was hoping that maybe, somehow those compatibility issues got worked out one way or another, as both mods are very popular and I find it hard to believe I'm the only one who'd love to get them combined in their build... ^^'

I guess the list of all mods is the point where anyone working on Kerbalism will bonk my head and say they're not even touching it, but welp, 'ere we go: https://imgur.com/a/MJ5Khqb The exact name of the engine I'm using is CANDLE Travelling Wave Reactor Engine from Interstellar Extended. I completely forgot IE comes with its own set of stand-along nuclear engines, not just nozzles you need to attach to a Thermal Generator... I apologize for confusion here. Since I'm also running KTC, launchpad tests would be a hassle, with all the rollout/editing times... I fully admit I might've borked myself with my modding, but after all those years (and KSP2 being the thing I don't wanna talk about) I really wanted a KSP run that'd give a big system for exploration, realistic mechanics and interstellar lategame... So JNSQ, Kerbalism and KSP Interstellar sounded like a way to go. I do realize the devs explicitly said IS might not be fully compatible with Kerbalism, but I'm not sure if there's another mod that adds such nice beam power system and complex ISRU.

Yeah, this ship has an RTG nuclear engine from (IIRC) Kerbal Atomics - it should be producing some miniscule amount power, so I was not surprised by the "converter" thing - I assumed it's just it's electric output.

I'm encountering an issue with my ScanSat satellite. I made a simple ScanSat thingy with 3 scanners and 3 OX-10L solar panels. In both VAB and in-flight, they work fine; a solar panel produces ~7.7 EC/s, while the scanners combined consume around 4.3 EC/s: Yet as soon as I switch away from the satellite, it starts running out of EC real fast, regardless of whether it's in shadow or full sunlight. As soon as I switch back to the probe it all starts working again, but it obviously kinda screws up my scanning operation (which I wanna do in the background while I do stuff with other craft) and ruins the point of running any cryogenics (as my fuel boils off real fast)... Looking at the readout in Tracking Center, it seems that the game simply forgets the panels are there in the first place: Is this some unsolveable compatibility issue, or is thare any workaround it? EDIT: Welp, it seems OX-10Ls are stock panels, so dunno if that's even a compatibility issue... I'm honestly at a loss here. EDIT2: I do admit I'm running a hefty package of mods, but I don't think any parts included here (other than maybe JNSQ planet pack, which is listed as compatible) would be at play here...

One question about training - what is the best way to train Kerbals for longer missions? I am prepping an Eve mission, wanted to first make a 200-days long high Kerbin orbit mission for the crew to gain experience... But due to health issues, I had to deorbit after just 30, with the crew barely getting 6% training. I tried using the KSC training option, but I find it confusing to track how long does the training take, what is the current progress and how long do I have to wait before I can launch the mission... Plus sometimes it seems that Kerbals just stop their training midway and I have to hop into VAB and start the whole thing anew...

Just checked, it works! Thanks a lot!!!

I've run into a problem with Radiation Storms in my (admittedly, very heavily modded) game. Basically, when a RadStorm happens, my game gets essentially bricked - I am unable to launch new ships, switch scenes, pretty much anything. I am able to open various windows and enter Research Centre, but Flight Tracking, VAB/SPH or even quitting the game are out of the question. That's what I get from the Console - I sadly have absolutely no coding experience, so I can't make any heads or tails outta it other than "something's wrong with the RadStorm". Looking at the log, the exact report seems to be: Is there any workaround for this? I tried waiting for 10 in-game days, but the error just kept repeating, and I can't really wait any longer (I have a ship in LKO that needs crew evacuated, I can't launch a shuttle because of this bug and in 11 days the first Kerbal will die to HP loss)... If needed, I can provide the complete log. I guess I can always just remove Kerbal Health from this run, but I really wanted it to spice up my interplanetary missions...

Now that's a good question... I did the most reasonable thing ever and just went into CKAN, ticked GU, MKS, USI, GPP and a total of 120 mods, installed them and then booted up the game. The last ones I meddled with were MSI/USI and Firespitter, I guess I could make a fresh install the proper way, going a few mods at a time and seeing when the error shows up. I have absolutely no coding experience whatsoever (apart from VBA, but I already learnt that it's not something I should mention around people doing actual coding), but from what you're writing I assume my case is some pretty werid one... So, as much as I feel bad to take so much of your time already, I also hope that at least something good comes out of it in the form for fixing some weird issue other people might have in the future ^^'

By the Twin-Tailed Comet... I swear that this build was, for once, made only using CKAN, without manually adding anything (the only stuff I did was overriding CKAN's version compatibility to install USI and MKS - the app says they should be compatible with 1.12, so I didn't think this would cause any problems...) Either way, I removed both folders (as in, manually moved them from GameData to an outside folder. Uninstalling them in CKAN would also uninstall Galaxies Unbound, FAR and a bunch of other mods - as you asked to remove only those two, I understood that would go against your testing plan. ^^' Anyway, here's the new ksp.log: https://drive.google.com/file/d/1NmOIwTlX1SEK9lQ7MksriE6kpuuBRT15/view?usp=sharing I'm very, very grateful for your time, I hope we can find the culprit... ^^'

Thanks a lot! And while Contract Configurator did solve that issue, I got a completely different one now... This time it also drops an error about Kopernicus, which I assume to be possibly related to the fact I installed Galaxies Unbound on top of GPP (which should be OK, from what I read in their thread) and GEP (which might not be)... ^^' Ksp.log again -> https://drive.google.com/file/d/1NmOIwTlX1SEK9lQ7MksriE6kpuuBRT15/view?usp=sharing This time I let the game load completely (I used the OK button from the error message and closed it mid-loading the previous time, maybe that's why it got cut off), so hopefully this log is going to be ok... Sorry about last time.

I decided to come back to KSP after a year... and I got hit with the missing .dll issue as well. KSP.log -> https://drive.google.com/file/d/1NmOIwTlX1SEK9lQ7MksriE6kpuuBRT15/view?usp=sharing This is a semi-fresh install (I removed all mods using CKAN, purged GameData of all files other than Squad folder and used CKAN to reinstall mods from cache), so I'm kinda surprised to see this happen... Especially since this is the first time I made build only with CKAN, without manually adding some other mods. I also see some other warnings in the loading screen, but to be absolutely frank, I always had at least some and my game never broke up... So I just decided to ignore them in the true Kerbal fashion ^^'

Hey there Just in case - is your star pack compatible with Sigma Dimensions? I seem to be getting some error messages on startup, but upon getting into a bunch of errors related to Dimensions... But upon startup, I don't see any issues - planets in Tracking Station look ok-ish and there seem to be no issues with how the atmospheres/surfaces are displayed... Actually, just had another thought... How exactly are stars spaced in your pack? Are the distances real-life (so ~3.4 ly to Kiribani, etc), or are they compressed to KSP's regular 0.1x? I kinda want the increased challenge from the 3.5x scale system I usually use, but I also don't want to get truly 30 ly spacing between closest stars ^^'

Ok, so this is an issue that's really making my head spin. I tried playing BH - every time I start the game up, all loads fine, all planets look the way they should, KSC works fine... But after 10-15 minutes, the game just randomly crashes. It doesn't just crash to desktop, I get the whole Unity crash reported thing turn on, mull something and then the whole game promptly closes. I've been trying to replicate this with several KSP builds, finally made a fresh install with only BH + Parallax + Kopernicus and the thing keeps happening - so at least I hope it got narrowed down to these three mods. So, first of all, the log (please let me know if that's the right file - it's been a while since I last had issues and back in those ancient 1.7.3 times the file was still named output_log ^^'): https://gofile.io/d/ndfitn Second, system specs: Windows 10 64 bit i5-4460 @ 3.20 GHz 16 GB RAM Radeon RX560 Series Third, mod list: KSP 1.10.1 Kopernicus Bleeding Edge Release 45 Beyond Home 1.5.2 Parallax 1.0.1 I initially suspected Discord (after every crash, Discord popped up a "New Audio Device Found" notification), but the crash appears regardless of me having Discord open or not. It usually happens when the game is tabbed away (I have two screens, so I often browse Reddit/chat/watch YT while playing), but it also happens when actually playing the game. I tried making a fresh KSP reinstall (as in, Uninstall on Steam + Ctrl-Del the game folder before reinstalling), updating GPU drivers and monitoring the PC during the crash (sadly I didn't use any specialist software, only Task Manager - but it didn't show any spike in GPU temperature / RAM usage around the moment the game crashes - temperature is stable at ~73 C, drops to 53 C one game crashes), so I excluded overheating or memory leak as potential reasons. One observation, possibly irrelevant but no harm in mentioning it - the game usually crashes when I'm scrolling or clicking on something, either in-game or when tabbed out. I tried going through this thread and some other discussions, but I failed to find anyone having the same issue as I do, sadly...

Hey there I appear to be encountering the same problem as one used two years ago - game startup freezes at loading Space Crane. I tried troubleshooting the issue the same way you advised back then (making sure GameData/ConfigurableContainers/TankTypes.cfg is present among the game files), but to no avail. I tried reinstalling GC and CC, as well as manual download - nothing helped. There goes the output log: As mentioned above - I tried reinstalling both GC and CC, both manually and via CKAN, to no success. I double checked the contents against manually downloaded pack. I also tried booting with only GC installed (re-adding the CC folder from the manually downloaded GC pack)... It still freezes, though the log changes a bit each time (attached above is the latest iteration). I really want to try this mod out and don't wanna return to EL...

XVI Laying the Path With technical solutions worked out and prototypes tested, construction of final components for the Niven mission was authorized. Following the final revision, the stationary part of the Sidonia complex was to consist of three modules: Sidonia Cygnus - a refined version of Cygnus refinery, with upgraded heat management modules, optimized for atmospheric cooling. The vessel took its name from Cygnus - a minor goddess of Gaelian pantheon, known for her excellent technical and mechanical skills. Sidonia Moriya - named after a sacred temple of ancient Gaelian faith, the lander was to provide habitat and supplies during extended stay on planet's surface. Sidonia Anna - named after Cygnus' mistress and legendary warrioress, Anna was designed to deliver all components and devices required for proper assembly of Moriya and Cygnus' facilities. All three components have been launched on the same day - the biggest and most complex operation ever conducted by the Agency. Sidonia complex launch [Y5 D116] Ferrum booster, as powerful as it was, lacked the capability to put a fully fueled Heart of Kerbold into orbit; due to this, an orbital propellant depot had to be included in mission architecture. Fully automated, the depot was to operate two robotic landers, collecting water and ore from Iota's surface and delivering it for processing in moon's low orbit. Orbital Propellant Depot (OPD) assembly With the depot in place, and all three landers en route, the Agency's crews returned to patient waiting. Should all three landers touch down successfully, the next transfer window two years later would signal the beginning of the main, crewed phase…

The whole Niven project is ended, so I have its name list closed... But for the next mission, why not Adds to the list. So far, updating KSP-I resulted with my HTP drive becoming non-functional due to change in propellant compatibility... But if I ever get to warp or other ridiculous tech, why not try explaining the black magic behind them in Adams' style

Oh! Good to know that. But, if that's WAD, then we still have one issue that started my whole thread here... Here's my ship, put in orbit using KRASH. Literally the second the simulation kicks in, wrappers around the reactor explode (F3 readout shows 3352/2698 K temperature at the moment of meltdown), and wrapper radiators start burning. They don't get destroyed (though when I tried to rememdy this by putting more radiators, some of them melted down upon entering simulation anyway). Well, that'd make sense, taking into account a fully loaded ship is >400 tons and it's powered by a 0.625m Molten Salt... (And by 'sense' I mean the heat management algorythm going mad and somehow glitching the radiators in this situation) What confuses me though is the VAB power readout: it's all in red, with 588 MW produced and 58 MW dispearsed. As I said, I initially tried to fix it by adding more wrappers - but even when I brought radiator resting remperature well below 2000 K, the burning effect persisted and random wrappers went poof the second I loaded the ship. I just made a test - slapped a 2.5m Molten Salt reactor with an electric generator on top of the ship and launched it. In-atmosphere, there was some Waste Heat prodution, but other wise things worked well. In-orbit, both Radiator Temperature and Power Radiated readouts show some positive values - but wrappers still explode and burning effect persists. Here are the readouts for the additional 2.5m reactor variant. I'm frankly at a loss what is causing this effect and how it might affect my ship during long-term flights. Especially since, from what I see, NERVAs no longer use HTP - so I either need to redesign propulsion to incorporate Thermal Nozzles (which means slapping two more reactors onto the ship), or try to somehow design a compact hydrogen/helium fuel tank that would still give me enough dV...

Before anything - I loaded my craft and started stripping radiators all the way to wrappers around the reactor (which worked fine in my previous designs) - nothing. WasteHeat change is a nice, round 0 and 0 KW power is being radiated via wrappers. I tried installing the latest 1.4.5-compatible version of KSP-I you have linked in the release thread (TBH I was still using the one I downloaded via CKAN back in July 2018...). I already see Module Manager is WAY more up-to-date than mine (mine was 3.0.7), but the upgrade didn't help either. The only actual change I see is making all my designs obsolete, as it moved the Thermal Power Generator up the tree... But at least I have a replacement part, so that's something.. Anyway, here are the other radiator configs I used previously and which work fine upon loading: Space station, using stock radiators in vacuum: Non-zero WasteHeat amount, radiators radiating KW into space with no issue Niven habitat with graphite radiators and wrappers (I apologize for nightime screenshot): Here radiators emit 0 KW, but WasteHeat production looks legit. Niven has a Duna-like atmosphere, no idea if convection would cause those effects. My current design - back to Gael, all radiators safe from reactor-mounted wrappers removed: WasteHeat production is 0, radiators radiate 0 KW, radiator temperature is 0K (!). EDIT: Oh, also noticed that after upgrade I can no longer use HTP as NERVA propellant.Oh yeah, sounds like a complete redesign anyway!

Something's wrong with my radiators again. I got some science from my last mission, researched Graphene radiators, alongside a Molten Salt Reactor upgrade... And it all just stopped working. Long story short, when I decide to test my new design (using the KRASH mod to put it into orbit to test vacuum heat management), half the radiators pop due to overheating the second game loads, and the rest just burns - they have reentry effects on and are engulfed with flames. I checked the readouts - and they are all just WRONG. Lemme use screenshots to explain: Radiators show 0 KW being radiated, despite of their status. I loaded the ship on Gael to check if maybe there's something wrong with atmospheric convection - but nah. Also, in atmosphere the radiators don't even get hot, despire literally nothing changing in terms of thermal readout. Take note there is no Waste Heat produced at all as well. The reactor is reduced to 0.625m with TweakScale with Thermal Electric Generator attached directly to it. KSPI readouts for reference. I admit I have no idea what is wrong here - I suspect launch clamps might have something to do with the ship not melting, but I'm not really sure. I can't really roll the craft out without the clamps, as in its current state the legs just collapse under its weight ^^' Finally, in-VAB readout. Numbers are in yellow, true, but I am running the reactor at 10% power anyway (I just want it as backup for long nights on tidally locked moons and in low orbit), so I reckoned things should be working just fine... Apparently they don't. A few bonus notes, just in case: Ships I had launched earlier work just fine. I tested my orbital propellant depot, powered by a 2.5m reactor and cooled with stock radiators - things worked fine, panels dumped WasteHeat as they should. I also tried swapping some radiators for stock ones - the issue persisted. What I didn't try, though, was getting rid of all Graphene radiators and replacing them with stock ones. I'm running KSP 1.4.5 Let me know if I should post screenshots of other situations/configurations.

XV Trial by Ice "Sometimes you need to start at the beginning" -Cpt. Obvious (This update is sponsored by this magnificent suite from ThePrimeCronus YT channel. Full credits in vid's description.) With design finalized and first prototype well under construction, the Sidonia programme pushed on to next stage. Logistics of interplanetary flight have always been a subject of a heated debate. The simplest solution - taking all life support supplies, fuel and other resources from Gael directly - would result in an overbloated spaceship, well beyond the capabilities of any reasonable launch system. Therefore, the mission architecture had to be split into segments, each responsible for one critical component: Crew transport and en-route life support -> Handled by Sidonia proper. Propulsion production -> Handled by a specialized refinery complex, extracting and processing resources from planetary atmosphere and crust Cargo and instrument freight -> Handled by a specialized cargo craft, tentatively dubbed "Big, Dumb Freighter". Long term habitation and work space -> Handled by a specialized lander, containing inflatable agroponics and habitation modules. Orbital delivery -> Handled by a super-heavy Ferrum booster. To reduce costs and simplify deployment and utilization, all four lander components were determined to use the basic template laid out by Sidonia. The dual propulsion Sidonia used had several implications for refinery design; in-situ refueling would require two basic resources - water and karbonite. Processing karbonite to rocket fuel was a well known and relatively simple process; by a combination of distillation, fracking and black magic, the omnipresent compound could have been reduced to a highly energetic mixture of hydrocarbons. HTP, however, was more complex to obtain. The anthraquinone process required two things; purified water and lots of electric energy. Water was first dissolved into hydrogen and oxygen, and then both molecules would recombine in a catalyst-laced chamber, producing hydrogen peroxide to be stored in specially insulated tanks. Similarly to karbonite, water was ubiquitous in the system. Energy - not so much. The prototype Cygnus refinery was designed to combine those two processes; upon landing, the device would deploy it drills, extracting water and karbonite, and then use its onboard reactor to process them into usable resources. Extendable radiators were to expel heat into space, keeping internal temperature optimal for fuel production. Render of Cygnus refinery prototype As fuel production was deemed to be the most unproven part of the process, a test mission was scheduled to examine the integration of refinery modules and refueling technology. Heart of Kerbold and the prototype Cygnus refinery were rolled out, stacked on top of two next-generation Ferrum boosters and prepped for launch. Ferrum booster promised to deliver a whole new quality to the Space Program - with 250 tons of low orbit capability, it easily dwarfed the preceding Electrum. Unfortunately, this also increased manufacturing costs and technical complexity to monstrous proportions - which, in turn was to be mitigated by the booster's unique and unprecedented feature. Sidonia Iota Phase I - Cygnus Phase II - Heart of Kerbold Phase III - Deep Space Cruise & Return Lauded as a stunning and outstanding success, the first flight of Sidonia completed all of its primary objectives: Feasibility of Ferrum boosters has been confirmed. The loss of 42 resulted in future examples having doubled battery capacity. The reentry profile has also been adjusted slightly, adding a mid-entry burn to allow engine alternators to charge up the batteries. Dual propulsion system has proven its reliability and effectiveness, despite apparent complexity. While sceptics were quick to point out that four Vectors offered excessive thrust for Niven operations and fuel tanks were insufficienct for a confident mission to bodies larger than the Yellow Planet, redesigning the array was deemed too risky and expensive to be considered without endangering the mission schedule Cygnus refinery has proven its feasibility, although with several caveats; heat management systems worked very porly in vacuum despite extending radiator surface, resulting in the reactor rapidly overheating and limiting its working regime to relatively short pulses. This, in turn, reduced the overall HTP output, meaning that despite spending almost 50 days on Iota, Sidonia took off without fully filled tanks. Life support and flight control systems on Heart of Kerbold worked flawlessly; the biggest issue detected was related to power; it was hoped NTR reactors would be sufficient to power up all systems while the spaceship remained in a celestial body's shadow - unfortunately, wiring and generator issues forced the crew to revert to emergency power whenever the blackout exceeded 5 minutes. While this didn't affect life support systems, disturbance in cooling resulted in a non-negligible boiloff of HTP from the ship's tanks. With this, the final phase of preparations was given a green light to proceed...

How about I revive my thread anyway, huh? Again, a very long break... but I actually spent it playing, so that I'm able to post the results without fearing the project gets dropped midway. But I'm back, screenshots sit firmly on my SDD, so without furhter ado - let's get it going! _________________________________________________________________________________________ XIV Hopping across the Heavens "Prettier than a water tower!" - Astraph Kerman Picking the exact architecture for the Niven mission was a matter of fierce and prolonged debate. The objective - getting to the Yellow Planet, landing on its surface and returning to Gael - was obvious and undisputed. The method of achieving it, however, brought leading design bureaus to the verge of an actual war, with arsenals of paper airplanes and rubber band machine guns readied in amounts hithereto unheard of. Kyakovlev Industries, with their reputation (and financing) saved by the successful Nadir spacecraft, moved on with their Apex Sidonia design. A massive spacecraft, measuring 5 metres in diameter and over 20 in height, was to combine the functions of both cruise stage, lander and habitat during surface stay. Unlike earlier designs, Apex Sidonia was to utilize two separate types of propulsion - LH/Ox for landing and take off, and a Nuclear Thermal Rocket for interplanetary cruise and deep-space manuvers. Much deliberation was put into what kind of facilities would be included in the final, full-sized spaceship; Kyakovlev higher-ups pushed for a "single package" design, with a single Sidonia containing her own habitat, ISRU refinery, cargo hold and science laboratory. At the same time, the spaceship was to be fully resuable, with propulsion and delta V capabilities sufficient for landing and take off from worlds more massive than Niven. The preliminary mass estimate of the complete spacecraft was just shy of 300 tons - more than the Portal station with full loadout. With those requirements in mind, the first prototype - dubbed Hopper - was to test the very basic concept required for the whole project to succeed; namely, precise manuvering during atmospheric descent and pinpoint landing. Apex Sidonia Hopper flights The failure of suborbital 'hops' meant that the whole Sidonia concept has been pushed back to the drawing board - albeit briefly. Out of the alternatives considered, neither managed to show much promise; a separate lander/transfer stage combo offered a chance to save mass, but in returned presented a risk of transfer stage becoming inoperational beyond repair during crew's stay on the surface. With little research put in aerodynamics following the Piñata's flight, NASEK's proposition to create a shuttle-style lander has also been declined as implausible. Ultimately, the sunken cost fallacy won the day - and Kyakovlev was given a short deadline to present a revised design, along with a working prototype. A few dozen restless days and sleepless nights gave birth to a revised Sidonia design; dropping the notorious (and seemingly jinxed) "Apex" designation, the new spaceship towered above the Hopper prototype, having over 7.5 metres in diameter and well over 20 in height. Its habitation module was expanded, providing life support and space for 6 crew members - twice the amount forseen for initial design. Propulsion has also been revised completely; liquid hydrogen as fuel has been dropped completely, due to its bulky and unwieldy tanks. Heat shielding during reentry - and even moreso, limitations of lifter rocket fairings - required the ship to be as compact as possible. However, using old-fashioned propulsion for interplanetary transfers would bring the mass much above the limits given by available lifter rocket technology - so a compromise had to be reached. The design went through several iterations, with the one ultimately presented using a dual propulsion method; landing and launch back into orbit were to be facilitated using old-fasioned LFO engines. The cluster of 6 Vulcan engines has been replaced with 4 Vectors - combining high thrust, compact design and outstanding gimbal range, those engines were considered an excellect choice for controlled descent. Two prototype iterations - older, Vulcan-powered on top and the updated Vector configuration below. Initial concepts for the reviewed interplanetary stage called for using pure water as propellant; readily accessible throughout the solar system and easy to refine and handle, it seemed like a natural choice due to its high density (and thus low storage volume). However, its low specific impulse meant that the advantage of using it over regular chemical propulsion would be marginal at best. Instead, final iterations switched to high-test hydrogen peroxide (HTP) instead. While more difficult to process and more violate and than regular water, HTP offered a visible advantage in specific impulse. Instead of just heating it up with thermal reactor and expelling through the nozzle, HTP was to be first ran through a catalyst, where it violently decomposed to superheated water vapour and oxygen - and which was then heated up even more before being expelled. The result offered around 600 seconds of impulse, compared to 250 seconds for regular water and 800 seconds for liquid hydrogen. NTR's high performance came at a price, however; since throttling was made by regulating reactor thermal output, precise thrust control via shutting down and reigniting the engine was not possible. While this was of little consequence during deep space manuvers, precise trajectory adjustments would provide considerable difficulty. To mitigate this, a single vacuum-optimized Eaglet LFO engine has been added to the Vector cluster. The final design of the SIdonia spaceship The first example - named Heart of Kerbold, to honour a late Kerbal writer and utopist Douglas Kerman - has been assembled and presented to the public shortly before the deadline passed. Wet dress rehearsals, static burns and hover tests confirmed all the systems cooperated correctly. Computer simulations indicated the complex was powerful enough to land and lift off from Niven. There was, however, one big question that could have only been answered up there, in the void: Would reality approve?