Godot

Which he actually does according to the staging sequence and dV stats. Asparagus staging ... he has the 4 boosters in 2 pairs ... the first pair (in staging sequence) connects its fuel line to the second pair (which is the fuel line that can be seen) and the second pair connects to the middle rocket (for which the fuel ducts obviously are not seen due to perspective). The dV stats for Stage 7 and 6 fit with this assumption

The Coleoptre looks like some of the designs (starting from the launchpad) which I use/d to fulfill contracts in order to take readings within Kerbins Atmosphere (although my designs generally are landed with chutes and then recovered)

Of course KER shows different stats. On the launchpad you are in an atmosphere (KER in flight values are always based on the current surrounding air pressure), whereas the dV values you have displayed in the VAB are the values for a vacuum. As to why values are different for MJ and KER ... dunno. Maybe their algorithms are slightly different with regards to precision of datatypes and rounding. As for the needed dV values for Duna (and other planets): Always be aware that the values in the dV tree diagram/s (which you probably use) don´t have to reflect the reality at the time of your launch. depending on the time the launch windows (and therefore the constellation of the planets on their orbital path) the dV needed can differ to an extreme. Which is why I recommend the Launch Window Planner in order to get precise values for the time of launch (as well as detailed data for the angle and dV for your burn)

Actually Kelvin AFAIK is used in no country as official temperature scale (in contrast to Fahrenheit, which is used in many anglo saxian countries (you sound like you mistake Kelvin with Fahrenheit actually)). Kelvin is mainly used in science (and IMHO is much easier to understand (and convert in your mind into Celsius) than Fahrenheit). Kelvin just uses the absolute Nullpoint as Nullpoint for its scale ... which is -273.15 °C. So, in order to convert Kelvin into Celsius you don´t have anything more to do than take the value in Kelvin -273.15 But no, I don´t know of any mods which does this automatically

Does RO in one way or the other interact with TAC Lifesupport? For example by tweaking the survival time without resources? I ask this because I just had a failed rescue mission where the survival time was extremly short. I approached the capsule of Sara (the damsel in distress) ther first time at <= 2km just at the start of the nightside of Kerbin ... and then during the night used my RCS thrusters so that at the end of the night I would come as close as 0.1 km to the capsule (at which time I planned for Sara to do the spacewalk into Jebs ship). Unfortunately when my capsules approached her capsule again at 2km (~10 minutes after our first meeting and ~1 minute before she would have been saved) Sarah died of oxygen deprivation. Considering the fact that in normaöl TAC Lifesupport Kerbals can survive for 2 hours after their O2 supply has been depleted and in rescue missions this countdown starts running the first time your ship approaches the ship of the rescuee at a distance of <= 2km (and in my non RO-1.0.4.-Install (as well as the KSP versions before) I always had ample time to rescue the Kerbonaut after first approaching his/her capsule), I wonder if Realism Overhaul somehow tweaks the survival times of the Kerbals (after their supply runs out)

I also cannot say how much my lifters cost ... I usually design the whole system for its mission from the ground off. (well, even if I could, the costs would not be comparable as I play with Realism Overhaul, meaning that the stock fuel and engines are replaced by more realistic engines and real life fuels). I only track the total costs and dV per mission as well as science and money earned (and how much money I got from recovered spaceship parts)

Nope, definitely not. It was rather the support of Realism Overhaul for the Real Solar System Mod. As seen in the RO wiki in Q&A in the Topic of playing hints for RemoteTech: https://github.com/KSP-RO/RealismOverhaul/wiki/Q&A The culprit was a RemoteTech config file in the Realism Overhaul-Folder that configures different remote tech ground stations that are located at coordinates on starting locations for earth, instead of a single ground station at the location of KSC for Kerbin. I guess for some reason it was installed together with Realism Overhaul, when I installed it via CKAN and then took precedence over the ground station config (with a single ground station at KSC) that was located in the Remote Tech folder.

It was 1.2, where we still had only a rather limited assortment and those (engines/fuel tanks) were rather small. Therefore the most dfifficult thing at the beginning was to make a rocket that would have enough dV to get me into orbit and enough TWR to liftoff. And all of this before I had a clear grasp on the concepts of TWR, dV and Isp and also had to learn that you have to gradually go into the horizontal during ascent I already considered it as a major success when I managed to attain a suborbital hop across the next continent The next major difficulty afterwards was, to land on Mun, at a time where Landing Legs hadn´t been invented yet and we had to land on our wings

Considering the fact that air pressure at 20 km altitude is just ~5% of that at sea level, I think that the savings (in terms of fuel) you get by not having to fight drag, would be considerable. You might also use rocket engines with nozzles shaped for (near) vacuum at this altitude instead of needing to have a prior stage with nozzles that give a high Isp for atmospheric use (or having to use dual purpose engines). The big question however is, as mentioned in the thread, if the structure can be made reliable enough to withstand bad weather/storms and whether the landing on such a structure may be reliable/safe enough The other question is, if the operation costs of such a structure would be lower or higher than the savings you get due to reducing the size/mass of space bound vehicles that use this structure as a starting/landing platform.

Problem has been solved. I somehow missed that there was a Remotetech_Settings.cfg in the root folder of Realism Overhaul. After deleting it, the .cfg-file of Remotetech was active again and gave me a nice ground station at KSC

Problem has been solved, I somehow missed a Remotetech_settings.cfg-File in the root folder of RealismOverhaul

It seems like I have a problem with Realism Overhaul and Remotetech (in the normal Kerbal System, not in RSS). When I use RemoteTech without RO, there is a single red dot (i.e. ground station) on the KSC in the map of the tracking station and probes on the launchpad connect well. When I install RealismOverhaul (via CKAN) however, suddenly I have a dozen ground stations on the map and none of these is located at the KSC. That means, my remote probes on the launch pad don´t get any connection to the gound station (and therefore cannot be launched) The RemoteTech_Settings.cfg in the RemoteTech-Gamedata-Folder definitely isn´t touched (and still shows the single ground station). Therefore I suspect that there is a .cfg-file in the Realism Overhaul-Folder which defines its own ground stations and is executed instead of the RemoteTech_Settings.cfg of the RemoteTech-Folder. Is there anyone who has an idea which file the culprit might be? It is definitely not the RO_Remotetech.cfg as this only configs for a few rocket parts.

In my case I think I got nearer to the problem: It is definigtzely RealismOverhaul that is the culprit. When I don´t have RO installed (via CKAN) I only see a single red dot on the map. And this red dot is located at KSC. When I install RO however, there is not a single red dot, but dozens ... and none of them sits at KSC. And the RemoteTech_Settings.cfg in the RemoteTech-Folder definitely isn´t touched by RO (and, as I did a new virgin install, only has s single ground station in the file). At the moment I am looking if I can find a .cgfg file in the RO-Folder, which defines its own ground stations (there is a RO_RemoteTech.cfg ... but that only contains configs for a few parts, no ground stations)

It is Red

I agree with Prime flux ... IMHO it is most important for a beginner, to learfn the concepts of objectoriented programming. Therefore IMHO it would be best to learn Java as a first language ... more beginner friendly than C++. C++ has a few topics ... for example pointers *wink* ... which may be easier to understand by people who already have exüerience with another OO programming language

O.K., had a 1.0.4 installation that I used from before the new one with Realism Overhaul ... just installed RemoteTech and kOS. Everything worhed fine ... Stayputnik, Okto and Hecs-Cores together with a Reflectron 16 antenna got connection immediately at the launchpad. Now I already can rule out the mods I had in this installation, which were: EVE + Astronomers Visual Pack DRE FAR + Procedural Fairings Colorful Fuel Lines RPM + Docking Port Alignment Indicator KER kOS Precise Node SCANSat TAC Lifesupport Universal Storage At the moment my strongest suspicion goes to one of the dependencies of the Realism Overhaul Mod. Escpecially since in the installation with Realism Overhaul the only probe core that got a connection was markes as non RO compatible. - - - Updated - - - Addendum: Guess I got the solution ... according to the RO-Wiki it is the lack of RemoteTech-Links at the launch sites https://github.com/KSP-RO/RealismOverhaul/wiki/Q&A I´ll check if the mentioned change in the RemoteTech.cfg will do the trick

Most of the spiders here in germany are rather small ... fortunately ... I would be creeped out by huge spiders like the aforementioned banana spider I don´t think that I hate any spiders, buit tghere surely are some of them I´d classify as annoying. Especially the one cross spider which one night, when I slept with an open window, got into my bedroom and wove a huge net between the window frame, a chair and the TV set, so that, when I woke up and wanted to go out of the room, I nearly walked into the net, with the cross spider hanging in the midst of it. Fortunately I saw the spider hanging in the net just a moment before walking into it ... and then was able to cath the spider, throw her out and destroy the net. Also annoying are a few of the Pholcidae that inhabit a few corners of my home. Usually I tolerate them, if they get too much into my living space I throw them out ... but I had some of them in the past, which were truely annoying ... they would, while I was sitting in front of the PC or Laptop, quicly let themselves down on a strand of spider silk, so that they would end directly before my face. In one case it was even that I was lying in the bed, working on the laptop aqnd then doze away for a few minutes ... when I awoke I saw nothing but 8 moving legs hanging directly before my face. I call this a rather frightful awakening Unfortunately the spider vanished so quickly that I wasn´t able to get my spidercatcher (nope I am not one of them who catches them with bare hands) before it was gone. (but I think I caught her on another occasion where it tried the same trick when I was sitting in front of my PC ) With all this behavior I´d classify the spiders as a rather intelligent order of animals

AFAIK the question whether the Wow!-Signal could be a malfunction of the receiver or a terrestrial (including orbiting satellites) source has been discussed and checked time and again and was classified as highly improbable. Therefore IMHO it is clearly extraterrestrial. For the question whether it originates with natural causes (maybe cosmical processes we don´t know of yet), or was produced by intelligent lifeforms, I withhold my opinion. I don´t think we will find any indications/clues regarding the source of the signal during my lifetime ... maybe it will even still be an unsolved mystery at the time, human civilization collapses

Addendum: Just tested a little bit in a sandbox Sems like the only core that is able to establish a connection to local control is the golden HECS-2 core ... which, interesting/strange enough, is the only probe core that says: non RO (i.e. not realism overhaul compatible)

It seems like my probes have problems to connect to KSC Mission Control even when sitting on the Launchpad. I am playing KSP with: TAC Lifesupport Realism Overhaul Real Fuels SCANSat KER DRE FAR + Procedural Fairings DMagic Orbital Science Distant Objects Enhancement EVE + Astronomers Pack Kerbal Joint Reinforcement kOS Precise Node RPM + Vesselview + Docking Port Alignment Indicator and Remotetech 1.6.7 (the one available via CKAN) Guess that´s the important ones and for some strange reasons, when I create a probe, it sits on the launchpad, consumes power and says that its SPU has no connection. I tried it with Stayputnik, Sounding Rockets and Agena Probe Cores but is is always the same, despite the fact that their built in omnidirectional antenna should range 100 km+ (I also tried to add a Reflectron antenna, but this, as well, doesn´t establish a connection to Mission control ... and I tried it also with the most basic probes, that means, a probecore, a booster-Rocket and the Reflectron antenna) So, am I doing something wrong (First time that I use RemoteTech) or is there some problem with RemoteTech (and maybe some mods)?

This video explains it very well:

Entertaining, yes, sometimes. Useful, not so much, as it is up to everyone him/herself, what s/he considers cheating (and for challenges, it is up to the participants or the organizer, to determine what is allowed and what not)

Yep, I visited one of them (the one near the equator, at the crater rim) a long time ago. I also visited the Armstrong Memorial (which involved a 1 hour long travel via a Mun Rover)

I agree with Grumman. Refurbishing SRBs is a little bit more complicated than (as for luqid fuel) just refilling some tanks. You will have to examine the SRBs for damages before refilling them (after all, SRBs do a double duty of engine and tanks, their hulls are therefore subjected to more thermal stress than those of any liquid fuel tanks) and then press/bake the fuel into them in a very specific shape (with the outlet channel in the middle). Not totally sure about it, but AFAIK it is even so, that the fuel for each segment of a SRB is refilled/rebaked separately, meaning, you would also have to diassemble the SRBs first, before refilling them. Definitely no work that could be done in the field

Creating the informal name for a substance by the name of the plant/animal where it was first extracted and suffixing it with -ine (or. in german, -in) is pretty common in organic chemistry Very well known example ... caffeine (in german even clearewr as "Koffein") from coffea (arabica) suffixed by -ine/-in Therefore Alpha Mangostin sounds pretty normal for me With the -in, I guess, indicating an Alkaloid and the Alpha denmoting the position of the sidechain. As for articles about Alpha-Mangostin, there are some, although it seems to have to do more with Apoptosis in cancer cells. Generally however I never would trust any food supplemental that claims that just using it would make you lose pounds, without you having to change your lifestyle. Increasing the time you move every day (even if is is "just" walking) while at the same time decreasing your daily calories intake is usually the better bet