Search the Community

I understand your point. Read the post left by Presto 200. If they allow me, I‘ll add this to the post. Do you like this idea? I think it checks your boxes. What do you think?

NASA is now opening up the Mars Sample Return mission to the commercial space approach. The usual NASA government financed approach is estimated to cost ~$10 Billion. But following the commercial space approach it probably could be done at literally 1/100th that at ~$100 million including launch cost. I had estimated it as less than ~$200 million using the Falcon Heavy as launcher: Low cost commercial Mars Sample Return.
 http://exoscientist.blogspot.com/2023/07/low-cost-commercial-mars-sample-return.html This could get ~750 kg back from Mars with the Falcon Heavy as the launcher. However, it probably could in fact be launched on the Falcon 9. The Falcon 9 can launch about a quarter of the mass of the Falcon Heavy to Mars, for all the in-space stages, so estimate the sample size returned from Mars of ca. 180kg. At a $40 million launch cost of the reused F9, then all together with all the in-space stages, the mission cost probably could be less than than ~$100 million. Such a low mission cost probably could be paid for by advertising alone. But to encourage participants to take up the task of such a fully privately financed mission, NASA could offer a prize of say $200 to $500 million to whoever could accomplish it, with some smaller incentive prizes to those who accomplish some key required steps. Bob Clark

update, I find the IR config but is only for canadarm 1 . . /////Canadarm 1 elbow joint servo @PART[ht_C1_elbow]:NEEDS[MagicSmokeIndustries] { @description,0 = Powered by Infernal Robotics - Next. This elbow joint can rotate 180 degrees back on itself. @MODEL { @model = htRobotics/Parts/ht_C1_elbowIR } -NODE[TopJoint] {} -NODE[BottomJoint] {} -MODULE[ModuleRoboticServoHinge] {} node_stack_top = -0.0934, 0.1909, 0, 0, 1, 0, 1 node_stack_bottom = -0.0934, -0.1909, 0, 0, -1, 0, 1 MODULE { name = ModuleIRServo_v3 servoName = KerboArm1 Elbow axis = 0, 0, 1 pointer = 1, 0, 0 fixedMesh = armElbow_base movingMesh = armElbow_top isRotational = True hasMinMaxPosition = True minPosition = -180 maxPosition = 0 isFreeMoving = False electricChargeRequired = 2.5 isInverted = False isLocked = False canHaveLimits = True hasPositionLimit = False minPositionLimit = -180 maxPositionLimit = 0 factorAcceleration = 2 maxAcceleration = 2 accelerationLimit = 1 factorSpeed = 2 maxSpeed = 2 speedLimit = 1 factorForce = 35 maxForce = 30 forceLimit = 30 zeroNormal = 0 zeroInvert = 0 presetsS = -180.0|-90.0|0.0 availableModeS = Servo|Control //invertSymmetry = False soundFilePath = MagicSmokeIndustries/Sounds/infernalRoboticMotor // Motor loop sound path } } /////Canadarm 1 pitch joint servo @PART[ht_C1_pitch]:NEEDS[MagicSmokeIndustries] { @description,0 = Powered by Infernal Robotics - Next. This servo joint provides low torque rotation along the pitch axis up to 90 degrees in either direction. @MODEL { @model = htRobotics/Parts/ht_C1_pitchJointIR } -NODE[TopJoint] {} -NODE[BottomJoint] {} -MODULE[ModuleRoboticServoHinge] {} node_stack_top = 0, 0.1751, 0, 0, 1, 0, 1 node_stack_bottom = 0, -0.1871, 0, 0, -1, 0, 1 MODULE { name = ModuleIRServo_v3 servoName = KerboArm1 Pitch Joint axis = 0, 0, 1 pointer = 1, 0, 0 fixedMesh = armPitchJoint_base movingMesh = armPitchJoint_top isRotational = True hasMinMaxPosition = True minPosition = -90 maxPosition = 90 isFreeMoving = False electricChargeRequired = 2.5 isInverted = False isLocked = False canHaveLimits = True hasPositionLimit = False minPositionLimit = -90 maxPositionLimit = 90 factorAcceleration = 2 maxAcceleration = 2 accelerationLimit = 1 factorSpeed = 2 maxSpeed = 2 speedLimit = 1 factorForce = 35 maxForce = 30 forceLimit = 30 zeroNormal = 0 zeroInvert = 0 presetsS = -90.0|0.0|90.0 availableModeS = Servo|Control //invertSymmetry = False soundFilePath = MagicSmokeIndustries/Sounds/infernalRoboticMotor // Motor loop sound path } } /////Canadarm 1 rotational servo @PART[ht_C1_rotator]:NEEDS[MagicSmokeIndustries] { @description,0 = Powered by Infernal Robotics - Next. This servo allows a full 360 degrees of rotation axially. @MODEL { @model = htRobotics/Parts/ht_C1_rotatorIR } -NODE[TopJoint] {} -NODE[BottomJoint] {} -MODULE[ModuleRoboticRotationServo] {} node_stack_top = 0, 0.0209, 0, 0, 1, 0, 1 node_stack_bottom = 0, -0.0209, 0, 0, -1, 0, 1 MODULE { name = ModuleIRServo_v3 servoName = KerboArm1 Rotator axis = 0, 1, 0 pointer = 1, 0, 0 fixedMesh = armRotator_base movingMesh = armRotator_top isRotational = True hasMinMaxPosition = False minPosition = -360 maxPosition = 360 isFreeMoving = False electricChargeRequired = 2.5 isInverted = False isLocked = False canHaveLimits = True hasPositionLimit = False minPositionLimit = -360 maxPositionLimit = 360 factorAcceleration = 2 maxAcceleration = 2 accelerationLimit = 1 factorSpeed = 2 maxSpeed = 2 speedLimit = 1 factorForce = 35 maxForce = 30 forceLimit = 30 zeroNormal = 0 zeroInvert = 0 presetsS = -180.0|0.0|180.0 availableModeS = Servo|Control //invertSymmetry = False soundFilePath = MagicSmokeIndustries/Sounds/infernalRoboticMotor // Motor loop sound path } } this is the config, now the question is is there a way to add the config for only that piece of the kerboarm 2??? this is the CFG of the kerboarm 2 . . PART { name = ht_canadarm2_servo module = Part author = Benjee10 rescaleFactor = 1 TechRequired = advConstruction entryCost = 1200 cost = 100 category = Robotics subcategory = 0 title = KerboArm2 Servo Joint manufacturer = HabTech Consortium description = This servo allows a full 360 degrees of rotation. // attachment rules: stack, srfAttach, allowStack, allowSrfAttach, allowCollision attachRules = 1,0,1,1,0 mass = 0.06 dragModelType = default maximum_drag = 0.2 minimum_drag = 0.2 angularDrag = 1 crashTolerance = 12 breakingForce = 200 breakingTorque = 200 maxTemp = 2000 // = 5000 bulkheadProfiles = size1 tags = habtech, robot, arm, canadarm2, kerboarm, rotate, hinge, servo, motor, move, MODEL { model = htRobotics/Parts/ht_canadarm2_servo } NODE { name = TopJoint transform = actuatorTopNode size = 1 } NODE { name = BottomJoint transform = actuatorSideNode size = 1 } MODULE { name = ModuleRoboticRotationServo servoTransformName = actuatorMesh baseTransformName = actuatorBody servoAttachNodes = TopJoint traverseVelocityLimits = 0, 10 hardMinMaxLimits = -180, 180 softMinMaxAngles = -180, 180 targetAngle = 0 mainAxis = Y maxMotorOutput = 200 driveSpringMutliplier = 100 driveDampingMutliplier = 20 motorizedMassPerKN = 0.0001 motorizedCostPerDriveUnit = 1 connectedMassScale = 1 efficiency = 0.75 baseResourceConsumptionRate = 0.01 RESOURCE { name = ElectricCharge rate = 1 } } MODULE { name = ModuleCargoPart packedVolume = 20 } } I really hope that someone can help me

"It's this kind of exageration that makes it understandable why they wouldn't want to engage with the community right now." First and foremost, it will never be understandable and acceptable for a team creating an Early Access game to not want to engage with the community with the reason being "they are being mean to our game waah". If you really want to convince yourself of otherwise, you are more than welcome, but you'll remain in the wrong. Second, it is a fact the game is, indeed, a preview build (Early Access to what's yet to become a fully fledged videogame) that is borderline unplayable if you compare it with any other game that resembles it's experience and gameplay loop (in this case the only fair comparison would be KSP1). Current build of the game lacks most features of KSP1's vanilla gameplay loop, and those already present exist on a half-assed and unstable state. Existing gameplay loop (and this encompasses every aspect of the game you as the player interact with on a normal session: UI, controls, save/load, construction, flying) is unstable and utterly unreliable. Examples of these could be crafts spontaneously exploding upon loading onto the launchpad, or saving a long mission and realizing that loading that state results in your craft disintegrating itself for no reason or having its parts misaligned. Inability to reliably fly long missions due to parts drifting away from their original location on your craft. Rovers and wheeled vehicles are just... no. Delta V readings and maneuver node dV predictions literally don't work properly, which is the spine of this game if you want to do anything beyond LKO. Performance is atrocious on high end machines, so forget about high part counts (high meaning 200 parts and up, which is "normal" part count for any reasonable KSP1 project). I could continue adding game breaking issues that support my claim. Just don't tell me that they could have the right to go radio silent for not liking them and that you'd think it'd be okay. "You hurt your credibility by making claims like this" I think I speak for everyone who paid $50 for KSP2's Early Access when I say that the only credibility that holds any real value when it comes to this game is Intercept Game's. No one here has any reason to exagerate or tell you lies about how the game works when all it takes is playing it by yourself and realizing the rose tinted glasses don't hold themselves longer than the first 10 minutes of playtime until you encounter a game breaking glitch. Which again, it's fine. They exist. It's normal. What isn't normal is people trying to defend something as if their life depended upon it. ---- ---- ---- ---- ---- ---- Imagine being one of the biggest Kerbal content creators, having been invited to most events and campaigns about KSP2 and realizing that a simple KSP2 video about landing a craft on the Mun and driving around with the simplest rover ever results in you considering going back to KSP1 and not looking back. Please, watch that YouTube video at the bottom just by skipping through (it's 40 mins after all) while listening to his complains and tell me with a serious face that KSP2 is totally playable as a solid game for 100+ hours again and that all he is doing is exagerating and hurting his credibility. I'm waiting.

Here is the A-25 Condor: the Program's newest improvement on the SSTO concept perfected by the A-19. The A-25, in contrast to the A-19, has a sleek, futuristic look: more like the SR-71 than the Skylon. Seen here is the A-25's predecessor, the A-19 Aquilae. Like the A-19, the A-25's job is mostly to transfer a lot of crew at a time to a station. Although the Aquilae is perfectly competent at its job, I wanted an SSTO with more crew capacity as it's gotten to the point where I need to launch a dozen kerbals at a time to my orbiting motherships. The A-25 has a crew capacity of 12 crew and 2 pilots and can carry some KIS equipment and BG experiments. The A-25 also retains the A-19's innovation of combining rudders and airbrakes (seen above). I originally wanted the A-25 to be able to operate with a higher fuel margin than the Aquilae, but despite having more fuel I ended up with less: while the A-19 had 200-300 m/s in orbit, the A-25 now has 100-150 m/s. However, by disabling the top RAPIER, the A-25's thrust is alligned with the center of mass, unlike the A-19 which required me to constantly pitch up while running the engine at full blast. And the A-25 takes off on its inagural flight! Aboard are Vaysa and Gemdrin Kerman on a mission to the low orbit station Cornerstone. This will allow us to test 4 important skills: takeoff, rendezvous, docking, and re-entry. It's become somewhat of a rite of passage: Merlin, Accipiter, the partial SSTO A-12 and the A-19 have all had their maiden flights to the station. Some of you may notice I'm taking off at an angle: this is because Cornerstone is at a high inclination. After roughly a day in transfer, A-25 Condor finally reaches Cornerstone. Seen here is Flight Engineer Gemdrin configuring the controls for a docking. And a successful docking! Gemdrin and Vasya exchange greetings with the 4th Cornerstone crew of 3 and offload some equipment, particularly some new life support equipment that was originally scheduled to be delivered by A-19 Aquilae. Re-entry is always tricky at an inclination because you can only leave at certain times and one often has to change inclination to meet the KSC. And we have landed! The A-25's first crewed flight is a success, which is certain to inspire the next generation of cargo-carrying SSTOs.

Mechanical power from water is easy and is more than 5000 years old, so that will clearly be a thing very quickly. Mechanical wind power is almost 3000 years old, both less concentrated and less reliable, but still pretty useful and should be back fairly quickly. Turning either of those into electric power mostly requires magnets and wire, so intermittent local power(like a flour-mill that doubles as a battery charger) should be reasonably common, but if it gets set up by someone with limited understanding of electric theory(such as myself) such a charger is likely to damage the batteries with every charge. Fortunately, batteries are more than 200 years old, so if you have copper and zinc, you can turn those into electrical power as well. Unfortunately, oil is of limited use without refineries, and refineries would be a primary target(tanks run poorly without fuel after all), so only chemists would be able to run vehicles until new refineries were produces(I think fractional distillation can provide something functional, but I would expect it to be hard on any engine that uses it) Straight crude could be burned as fuel, but would generally be inferior to coal, as liquids are harder to store and handle than solids. Wood would likely be superior to both where it is available, as it is much less likely to produce hazardous fumes when burned. So long as fuel reserves held out, food production would be in good shape, but would go down dramatically once farmers run out of diesel. Food processing would likely have issue before that however. Fortunately, it looks like almost all of the population is is major cities(86% in cities of 50k+ in 2020 for the US), so a drop in food production is probably not as critical as it would otherwise be. There would probably be at least a decade of 'everyone is a farmer' with the related loss of population to starvation before we stabilized and started growing again. Assuming no one was in a position where they could take advantage of our weakened state to invade.

Yeah. A net loss of ~$200 million in cancelled projects and severance packages. An approximate 5% reduction in the overall workforce. But a reduction in overall operating costs by ~$165 million annually. What really gets me about the article is that they are touting GTA VI as being the next big game, and it's expected to be the top-selling game of the decade. I know that Rockstar and Private Division are two entirely separate subsidiaries of TT...but one has to wonder how much management is shifting overall corporate focus to GTA, and how much that shift is impacting other titles such as KSP. I'm not saying it is, and I'm not saying it will happen. I'm just curious, is all.

And that's another issue with the developers using the up-vote process as a way to determine what bugs should get priority. As an example, docking is a critical component to the game; without it, you (not you personally, but you in a general sense of players) might not be able to go interplanetary, and will certainly not be able to go interstellar. But if nobody sees the bug, and therefore they don't up-vote it, the developers think "Well, this isn't all that bad" and they ignore it in favor of something else that's actually not important at all. Like in your example, the mission to get 35 science for landing 200+ tons on Minmus. That developers are relying on this system instead of using some common sense with bugs is mind-boggling. If they want to use the up-vote system to determine what non-critical bugs the community cares about should get fixed next, then fine. But don't prioritize something small over something integral to the game simply because a lot of people want more science rewards instead of being able to dock.

Is being done for centuries. https://en.wikipedia.org/wiki/Osteoporosis#Potentially_modifiable The bedridden patients and low-mobility people suffer from it even at 1 g. P.S. It's a remedy! The Martians should be fat and heavy! The potato diet is excellent for Mars. 0.4 g means 200 kg of normal body mass for a Martian. For Mars!!

Since you don’t have to open steam to actually play KSP2 it’s hard to draw any useful information from this. I have less than 6 hours logged, yet I’ve dumped at least 200+ hours into KSP2

I think this is a flawed way of thinking about the future. It's naive to think the same trends we see now and in the recent past will continue forever. People thought there would be flying battleships based on the development of airships in the early 1900s as a "natural" continuation of the technology, and it never happened. People thought there would be no more capital ships after torpedo boats made them "obsolete," also during the early 1900s. And people thought the adoption of nuclear power in the US in the late 1950s meant that by 1990 there would be a small nuclear reactor in the basement of every home in America. When thinking about this stuff, its important to think about the economy of it. Based on the size of airline fleets and number of total employees, I have seen estimates that it takes about 50-100 employees to maintain a single aircraft. How many employees does it take to maintain a single rocket? How much extremely specialized labor when compared with maintaining aircraft? Where is SpaceX going to get this army of ground staff to support their launch of 1000 Starships during each transfer window? In my state it costs about $300,000 to build a new home right now, minus permits and land costs etc. This is very close to the average US cost of 298,000 in 2023. For lack of alternative ideas, I'm going to assume SpaceX uses the "normal buildings in domes" design they have in the artwork on their website. Musk wants to house 1 million people on Mars. Let's say there are 4 people to a home. So $75 billion to build the habitats. This doesn't include the expensive domes, complete with life support on a scale never seen before. The domes will need to be even bigger because there will need to be room for the other aspects of the city. It won't just need more buildings, but a sewage system, schools, farms, the power source, and so on. So the dome will be enormous. The ISS has about 1000m cubed of pressurized volume and cost $100 billion or so in total. I'm going to be very generous and cut that in half, assuming use of robots will help cut costs, but then I'm going to add $5 billion for those robots. So let's say 1000m cubed of volume on the Mars base will cost $55 billion to build. The city of Portland, which is probably smaller than what the Mars city will be due to lack of farmland, is 233km squared area. I'm going to treat the volume of the dome as if it were a cube, and the extra volume that wouldn't be there on account of shape will go to the farmland. So let's just say to have good circulation and allow birds to live in it, it will need to be a generous 1 km tall (the artwork shows it higher). So, the volume is just 233km cubed. So, it would cost $233 billion dollars to build a pressurized dome for the city. From r/theydidthemath Let's be generous and use the lower estimate. About 250 sq km for 1 million people. Cost of dome + homes (minus maintenance, services, sewage, transporting dirt for farming, etc.): ~$488 billion. The article from Payload Space that estimated SpaceX's revenue I found put operating costs in 2022 at $3 billion. They launched 61 rockets in 2022, rounding that down to 60, we get $50 million to launch one rocket. How many Starships will it take to build the city? Way more than Musk theorizes. An interesting Seattle Times article did the calculations and the weight of a home came in at about 300 tons. So 300 million tons of material need to be moved to Mars for the housing alone. Starship 3 can bring 200 tons to LEO, and with 4-5 refueling flights could bring that to Mars. So 1,500,000 Cargo Starship launches would be required to send the materials, ignoring things like volume restrictions and what have you. Add 4 tanker flights per launch, and that would be 7,500,000 Starship launches. Thus SpaceX's operating costs including the launch of these rockets, in total, would amount to $375 trillion. This doesn't include the 10,000 Starships needed to launch the million colonists, nor the cost of launching the dome, dirt for farmland, robot laborers, and so on. And of course the associated tankers. Nor the actual cost of the materials themselves. These would be internal launches and thus generate no revenue. In contrast, the Earth's GDP in 2022 was about $100 trillion. Starlink had 2.3 million subscribers in 2023, and generated $4.2 billion in revenue. If Starlink somehow rose to 32 million subscribers and beat out Comcast to become the biggest ISP in the US, they'd have, very roughly, $63 billion in revenue each year. This doesn't take into account inflation. SpaceX alone could not pull this off. $375.5 trillion for the Mars city, and that estimate is low balled. And it won't even turn a profit when it is complete. It will just be a regular old city, but costing $50 million to send stuff to and fro on a good day. Contrast with how sending a 20 ft shipping container to Japan costs about $1,200 dollars. A Mars city will, in all likelihood, never turn a profit. And remember those failed predictions about technology in the early 20th century? Let me introduce you to some more bad projections. In the 1920s, people predicted the end of poverty, infinite growth, and even declines in culture because people were becoming so wealthy they wouldn't want to do anything. Then after the crash of '29, people were predicting permanent damage, endless poverty and unemployment, and no hope of recovery ever. So even though Goldman Sachs predicts the global GDP being $227 trillion in 2050, which maybe could put it at $1 quadrillion by year 2300- at which point the US GDP might be about $300-400 trillion (all at a rate of growth of $100 trillion every 25 years), that would still require a company with the ability to invest an amount equivalent to the US GDP in something they will get no return on investment in. All that assumes there is no Second Great Depression, no nuclear war, no AI disruption to the economy, and no disastrous damage from climate change. I really dislike the idea of things being inevitable. If we want something to happen in the future, we have to work for it, we can't assume it will just come to us. No one is really working towards anything right now, and I feel like that's just going to allow another bad cascade of events that will lead to great damage and set humanity back 50 years. Every generation has talked about something being inevitable, then had things turned on their head and started saying the other way around was inevitable. There is great collateral in the process. I wish for once we would recognize the future is unknown and try to shape it by our own will, instead of letting it take the trajectory set by people who are either in retirement homes or dead. Because it isn't a trajectory at all, just feeling our way through the dark with no interest in our existence beyond the present. ------ Okay, now for fun let's see when a company might have the wherewithal to fund its own Mars colony, based on these unchanging linear projections that I simplified. SpaceX's total revenue was about $8 billion according to that same Payload Space estimate. So 3/8 of that was operating costs. Assuming SpaceX's revenue can grow with the economy: maybe SpaceX and Tesla merge into one mega corporation, along with Twitter, maybe it produces the world's best mac and cheese, who knows. I'm going to use that trend as the GDP. So SpaceX's total revenue will be $16 billion in 2050, and $32 billion in 2100. I'm gonna round it up to $10 billion in 2023 so this is easier. So $40 billion in 2100. $64 billion in 2200, $128 billion in 2300. By the year 3000, it will be $400 billion. $800 billion in 4000, but let's bump that to a trillion. So it will be $3 trillion dollars by the year 8000. After that, it would take about 200,000 years for SpaceX's operating costs to reach $300 trillion dollars. The extra 75, also rounded up, to 100, would take another 667 years or so to gain. So SpaceX will have enough money to build a city on Mars starting in 208,667 A.D. By this time, two moons of Uranus will have collided, the Arecibo message will have reached its target, and Pioneer 10 will have passed within about 3 light years of Ross 248, a red dwarf, which circa 60,000 A.D. will have become the closest star to Earth for a brief period of time (10,000 years). Disclaimer: This is half serious attempt to calculate the cost of a Mars colony, half tongue in cheek criticism of statements that say things like "All we need to do is send some software engineers to Mars and the colony will be profitable." I did not check my math. The only really serious thing is my critique of making predictions about the future by assuming current trends will last forever.

“Counterpoint” (from a more recent interview) But I also prefer the 200-300 estimate, @Genekermanisamoneylaundere

The Comprehensive Colony Communications Archive (CCCA) Hello everyone! I've been seeing a lot of people confused about how colonies will actually work lately. We have received a lot of info on this over the years, but it's pretty spread out. That's why i took it upon myself to go through every Feature Video, Show and Tell, AMA, Dev Update/Blog/Chat and Interview and compile every bit of information we have about the KSP2 Colonies Milestone update, along with where and when it was mentioned. Do keep in mind that some of this info is years old at this point and may not be entirely up-to-date with the developers plans and goals anymore. Props to the KSP2 Knowledge Repository post, which served as a great independant resource to make sure i didnt miss anything. Thanks also goes out to @Spicatfor helping me go through the youtube interviews. If i did miss anything, feel free to let me know! I've highlighted the sections about (planned) core colony functionality and the features that are expected to ship with the Colonies Milestone. Do keep in mind that some of the core functionality (such as Resources) wont be in the initial release yet and will come with later Milestones. This post is also available as a PDF at the bottom of this page for easier reading, for those who prefer that. Enjoy! 1. Feature Videos · Colonies will have exotic fuel factories, such as metallic hydrogen ( + concept art) Kerbal Space Program 2: Episode 1 - Next Gen Tech [Feb 20, 2020] · Pre-alpha captures of various colonies and stations Kerbal Space Program 2: Episode 1.5 - Work From Home Developer Update [Jun 24, 2020] · More pre-alpha captures Kerbal Space Program 2 - Feature Videos Teaser [Oct 23, 2020] Kerbal Space Program 2: Episode 2 – The Kerbals [Dec 21, 2020] 2. Dev Diaries · Colonies as one of the KSP2 Design Pillars (exploring next-gen space program concepts): - new features based on inspiration from expectations and the real world - but not on the level of complexity that dedicated colony builders have - minimizing micromanagement - colonies in function of serving ‘rocket gameplay’ How Colonies will work gameplay-wise: - Establishing a colony by launching inflatable modules on a standard rocket - Fuel is synthesized in-situ by this colony to refuel rocket> - Players bring in more resources to make colony self-sufficient - Colony grows to allow player to build and fly rockets from this new location - Orbital Drydocks and Mining Colonies are mentioned - Rearranging modules of a colony is mentioned - commitment to keep Colonies open to the modding community is made Developer Insights #3 – KSP2 Design Pillars [Apr 26, 2020] · Mention of being able to dock at each others colonies in multiplayer Developer Insights #4 – KSP2 Engineering [Jun 12, 2020] · Confirmation that Vehicle Assembly and Colony Assembly Build Interface (also known as BAE; Building Assembly Editor) will use same camera interactions Developer Insights #7 – KSP 2 UX Architects [Nov 27, 2020] · Deep technical dive into how Resource Flow will function, but no specific mention of their relation to Colonies Developer Insights #13 – KSP2 Resource System [Feb 25, 2022] · Inspiration for Colony parts is drawn from concept studies, physics treatises and hypothetical engineering trades. (No examples of such studies is listed) Also reveals new ion plasma engine which should be added along with radiators (as per Nertea), thus with Colonies (see Dev Insights #21). Developer Insights #14 - Part Creation [Jun 27, 2022] Nertea Talking About New Ion Engine [Aug 17, 2023] · Pre-Alpha Sneak Peak of a Large-size Pulsed Fission Drive (based on Project Orion). Likely to ship with the Colonies update (see Nate's AMA) Developer Insights #15 - Writing for Kerbal Space Program [Aug 30, 2022] · Connection between the Heating system and Colonies - core areas of heat management for colonies: heat-producing/removing parts & environmental heat sources/sinks (e.g. An ocean) - Environment will directly impact efficiency of Mining Colonies; being on a cold planet or being in the shadow of a mountain will result in ‘a bonus’, being on a lava planet will ‘pose a challenge’ - not getting rid of heat may result in nuclear meltdown - engines, drills, factories, and power generators listed as possible heat-generating parts for both Colonies and Vessels - atmospheres, oceans, sunlight and proximity/contact to surface features listed as possible environmental heat sources/sinks - pointing a torch drive at a colony will result in consequences - some parts/modules will be more prone to heating than others - mentions there will be ‘tools’ to understand and manage heating on Colonies and Vessels - heating model for parts and colonies will be based on average heat flux (incoming/generated heat on a part – outgoing heat = resultant heating on that part) - Radiators and heat sinks will pull heat from all parts - Thermal Flux and Extraction/Production (using Delivery Routes) calculations will always run in the background even when the colony is not being observed - the Colonies Milestone will introduce basic part heat management, basic radiators and thermal planning - More part heat managment, more radiators, exotic environments and more planning tools are planned to arrive later with the Insterstellar Milestone Developer Insights #21 - Rockets' Red Glare [Jul 23, 2023] 3. Show and Tells · Power generation modules for colonies - will progress from compact fission reactors to giant fusion tokamaks to next-generation Z-pinch fusion reactors Show and Tell - New power generation modules for colonies! [Feb 5, 2021] · Station and Colony Part Models: - Orbital Launch Clamp - Geothermal Power Generator - Colony Roads/Runways - Deep Resource Scanner - Wind turbine Show and Tell - Creating New Parts [Jun 11, 2021] · Colony Fuel Factories: From smallest to largest: Methalox Fuel Factory, Monopropellant Fuel Factory, Xenon Fuel Factory, Helium-3 Fuel Factory, and Metallic Hydrogen Fuel Factory Show and Tell - Colony fuel factories [Feb 19, 2021] · M-sized Bi-modal, extendable nozzle afterburning nuclear engine: NERV-US Will possibly ship with Colonies, as this engine has been functional but hidden (in its non-afterburning mode only) in the game since release. Appeared in an earlier Show and Tell as the ‘LANTR’. May be waiting on Part Heat Generation. Show and Tell - NERV-US [Oct 1, 2021] Show and Tell - New LANTR engine [Jun 25, 2021] · Procedural Radiators – Unconfirmed Show and Tell - Procedural Radiators [Mar 25, 2022] 4. AMAs · AMA Nate Simpson [Mar 24, 2023] 3/24 Discord AMA Answers Ask Me A Few More Things Q: Can you give any more detail about how the automated "trade routes" are going to work? Will we see ships automatically landing on / taking off from the launchpad or will it be more of a in-the-background kind of thing? How will the game handle changing delta-v requirements due to different planetary alignments? A: For delivery routes, we have clear steps. First implementation, crediting/debiting resources to vehicles and colonies based on duration. Second implementation might take into account launch windows and such. Someday, would be very cool to see vehicles coming and going. Not a promise, but a long-term aspiration. Q: Will certain resources needed for colony construction be planet/biome specific? A: The diversity of resources is what's going to make exploration mode so fun. Compared to KSP1 which was very self-directed (take temperatures, etc.), when there is a unique resource somewhere that gates your access to some category of parts/features - wow it totally changes the game. It gives you something material literally material, yeah the interplanetary/interstellar progression will really POP once you're able to dig up a specific thing that gives you a specific ability. Q: For the far off colonization update. How will buildings work? Will we assemble them ourselves by landing modules (or making them on site) and moving them into position, or will it be more of a prefabricated type of building system? A: We have a inflatable module that you put on a vehicle and once you deploy it - it's basically like setting up a camping site. It sets up a VAB-like interface. Using that and other modules, you can use resources to add even more modules to the colonies. There will be attach nodes and it'll be very similar to creating a vehicle. Also the same thing applies to orbital colonies. Q: Orbital colonies have been mentioned. Will they have a set orbit once the first part has been built, or will they be able to move with engines like other spacecraft? A: They can be moved and crashed, yes. Q: How useful will orbital construction be and how awesome are the colonies? A: Completely critical to the interstellar progression. You can't make a interstellar vehicle in a gravity well. Someone will definitely prove me wrong about that one day. Q: … Will players be able to share colony buildings (Once that comes out) and create? A: …So there will be the asynchronous progression - people dropping in and out of the server over time but slowly building up resources and sharing delivery routes between colonies. … Q: Will there more colony parts than what shown in the trailers? A: yes. Q: What kind of size range can we expect with colonies? Will all colonies be roughly the same size, or will we be able to have small 1-2 launch research colonies along with our gigantic industrial ones? Will there be any upper size limit? A: There's no plan for an enforced upper-size limit. It'll be similar to vehicles, it's made of parts - we want people to make it as large as they want. Obviously not all computers can handle massive builds, so there will probably be a player-dependent fps-based size limit. Q: "When we'll see other exotic fuel types like metallic hydrogen? Will they be added alongside some big update like colonies or will they be added before?" A: We will be bringing in new engine and fuel types across multiple updates, generally as they become instrumental to the progression. I suspect nuclear pulse will be next up, as it opens up the interplanetary progression quite nicely and is a good supplement to colony building. … Q: Will be possible to alter the surface on the planets? Like dig a pit or flatten an area for a colony? A: There are no current plans to do this - … - So yeah, we’ll keep talking about this. · AMA Shana Markham [Apr 20, 2023] Discord AMA 2 - Design Director Shana Markham Answers Q: Most players don't know how do reentry and land precisely. How will you teach players to land precisely near colony to deliver resources there, or will we get instruments to predict landing site for delivery paths? A: …Certainly when colonies comes out, advanced landings will be extremely useful. One of our writers (Jim Peck) did a knowledge-share internally about precision landings, and that taught us a lot about how in-depth that topic can be - and we have to figure out how to distill that down to make it approachable for new players. Q: How will the resources be distributed across so many planets in order to give the player a reason to explore every world? If resources aren't the catalyst for exploration, how else do plan on motivating exploration? A: … we want to look at the various resources on a planet and how it plays into your space program. Especially with colonies and exploration, you may want to build a mining colony - but perhaps it's really far away and it's annoying to get to. So instead you go somewhere else and build an additional orbital colony to help build resource pathways. Q: In the previous AMA it got said that colonies will be built using resources, but the resource gathering update comes after the colonies one, how will that work? A: Remember that question about the roadmap? This is one of the outcomes when everything is building on top of each other.. We wanted to make sure exploration is about exploration. Q: Will colonies feature automation gameplay (with-in the colony, so not the delivery route system)? It can look something like: 1) Resource extractor building mines a raw resource, 2) Resource refinery building makes a useable material out of it, 3) Assembly A: …We want to make sure automation is implemented to make sure the part of the game that is really important to us, rockets, continues to stay the main gameplay loop. Q: Will adding to orbital colonies be similar to how we already make space stations etc. or how will that work differently? A: Orbital colonies would follow a similar flow to terrestrial colonies and have the same toolset. · AMA Kristina Ness [Jun 30, 2023] AMA 3 - Art Director Kristina Ness Answers Q: Have the assets for the game been done? What does the art team do after the assets are made? A: Yes. The art team is actually, as is with most games, the art team is ahead…. our 3D artists right now are working on colony parts. All the science parts are already done and ready to go and they're all lined up. And so, they're onward to colony parts. (as of June 30th, 2023) Q: Will Kerbals be different colors based on what planets they originate from when colonies are introduced? A: That's a very fun idea. I have my own head canon about Kerbal colors. And we'll see. We'll see if that becomes canon. Q: When can we expect to see crew modules which require animations such as gravity rings, especially ones with cool deployment methods? A: Colonies!! I actually just saw a gif of a module very similar to what you are describing that I hope we can share soon. · AMA Chris Adderley (aka Nertea) [Aug 18, 2023] KSP2 AMA Series - Chris "Nertea" Adderley - Answers/Transcript Q: When colonies are implemented, will heat be required for habitation modules in colder environments? A: Not in the current design. We're mostly focusing on having players understand overheating as a concern rather than under-heating. Q: How will the "rotational" artificial gravity ring part showcased in the teasers and trailers work? Will we have multiple iterations of varying sizes? A: We're not really looking at specifically simulating different gravity levels in the game right now. It's not really part of our plans, but we do want to have, at least for colonies, different sizes of gravity ring, and not only different sizes, but different roles. A lot of different things you can put into gravity ring and a lot of different interesting gameplay you can build out of that. And that's a lot of different things you can put into gravity ring and a lot of other things you can build out of that. And that's all I'll say about that. Q: How is the colonies stuff going, there's been some recent concern on whether launching rockets will be free in science. If so, will that be an issue for progression? A: We are effectively designing our progression system in such a way that that's not an issue. I should clarify that as we're going through our milestones, the science milestone is going to be more similar to the science mode from KSP1. So you didn't really have cash in that mode in KSP1. So we're working within the same constraints in terms of that. In the far future when we have resources and things, we're often taking the approach that like, we want players to feel like they want to, they're able to do a lot of stuff from the KSC and from colonies. So I'm not gonna say launching rockets will be free. There's always going to be a cost associated with a rocket, but the amount of various resources that you might have access to at the KSC at different places is going to control what you can launch when. Q: I got the impression that there was going to be the potential for vessels/stations with truly massive part counts… is this still going to be a thing eventually, at least by 1.0? A: This is a core goal that we have in our game. It's like we need to scale things….We're gonna have a specific [performance] target for colonies, a specific target for interstellar, and then a specific target as we go towards 1.0. So the goal is to deliver more parts per ship, more parts per save, more ships per save, to make it so that you can truly have a curvil interstellar civilization. Q: What are your thoughts on greenhouses and simple life support with snacks for example? How do you see conveying that colonies are both real places where kerbals live and 'working machines' much the way vessels are? A: …We have some things in the works around Colonies that ape some of the ‘results’ of life support, which I hope will get at the idea of colonies being a little more kerbal-involved than just plunking Kerbals in a command part. Q: As a side question, stations and bases. Are these going to have something of a real use this time around, given that stations were limited to more or less just fuel depots in KSP1. I'm thinking more along the lines of long term research projects, with big pay-off for significant durations of time. Is there some sort of requirement to resupply the stations, perhaps required crew rotation, stuff like that? A: The progression we want to deliver for bases and stations mirrors IRL conceptions about how these things should work. You will start out with outposts that have limited utility – let’s call that KSP1-like. Fuel depots, maybe comms relays, etc. As you progress through the tech tree, you’ll get access to stuff that provides them with greater utility. That’s shipyards and docks, fuel factories, launch pads, etc. Eventually you’ll get the biggest parts, which are mostly focused on giving you the full capabilities of the KSC at a colony. A core piece of the utility in my mind comes with resource gathering (which is a ways off in the roadmap,) when the specific positioning and configuration of a colony becomes really important. Placing a colony with good access to progression-related resources and having easy access to heat management/power sources will allow you to build specific functions and cool vibes into each colony. Crew rotations and resupply are not currently something we would want to enforce. I hope that when we get resources and delivery routes fully operational though, that this is something modders will hit really hard because the framework of stuff like delivery routes will be there. 5. Interviews and Dev Chats · Colony parts will start appearing in Tier 4 of the tech tree and continue into Tier 5 Science and Tech Tree - KSP 2 Dev Chats [Nov 30, 2023] · ShadowZone Interviews Nate Simpson (2019) KSP 2 Developer on Multiplayer: "I Never Heard People Laugh So Hard" [Sep 6, 2019] - Base Assembly Editor to build Colonies similar to the VAB for craft - Colonies will use the same physics system as craft, so it will fall if you build too tall · Scott Manley Interviews Nate Simpson (2019) Kerbal Space Program 2 Developer Answers Important Questions [Sep 2, 2019] - Early Stage: Bring modular component that you build on site, inflatable module - When population grows you unlock some ISRU capabilities to unlock more permanent modules · PC Gamer Article with Developer Interview (2020) Space Odyssey: Our first big look at Kerbal Space Program 2 [Jul 1, 2020] - 'Boom Events' are mentioned as a player-initiated event that will increase colony population "through a method we will not describe" - Boom events will happen by making discoveries and unlocking new technologies, and have a variety of effects - Colony Nursery module is mentioned as an example, where a Boom Event will result in the creation of new colonists - Colonies will underperform when they run out of Power or Food - First time Food is mentioned! · PC Gamer Interview (2022) Kerbal Space Program 2 full interview PC Gaming Show 2023 Preview [Nov 23, 2022] - Use local resources to build colonies - Use local resources to build craft at those colonies - Orbital Construction will happen in a ‘sort of open space’ - Delivery routes to automatize a task -> build a resource extracting rover that brings resource to the colony. after doing it once, you can make a repetitive delivery so you continue to receive that resources · Shacknews Interviews Interview (2021) Kerbal Space Program 2 - Interview With Creative Director Nate Simpson [Jun 24, 2021] - As a colony grows, it will eventually become self-sufficient and not need external resource deliveries to expand anymore · Shacknews Interviews Interview (2023) https://www.youtube.com/watch?v=easPDj-o06o&t=358s [May 2, 2023] - There will be between 200 to 300 colony parts · GrunfWorks Interviews Nate Simpson (2024) KSP 2's Creative Director talks Colonies - Interview with Nate Simpson [Mar 1, 2024] - Colonies will come with new kinds of science collection - Colonies will be placeable anywhere - ‘dozens’ of new colony parts - The Colonies Experience will be ‘whole’ at its initial release despite resources coming later, but will evolve as resources and delivery routes come online later 6. Sneak Peaks · An Orbital Colony Around Duna & Jool (video of rotating rings/arms in link) Colonies Sneakpeeks [Mar 15, 2024] This Document as a PDF: CCCA.pdf

Hi all Here's my entry - I'm already second place I made it with 11.77 tons. I have ~150 hours in KSP2 and ~200 hours in KSP. My first tries were without a reaction wheel as well but I found that way too annoying and invested the 75kg.

A selection of my eclipse photos. Taken from Midlothian, Texas. Nikon D90 300mm zoom telephoto. ASA 200. f/11. A partial phase shot through a cheesy filter (made from the lens of some old eclipse viewing glasses, mounted in a cardboard frame). 1/30 sec. You can see the two sunspot groups that were easily visible on the face of the Sun. Diamond ring just before second contact. 1/1000 sec. This shows the inner corona and solar prominences. 1/30 sec exposure showing middle of corona. The reason any eclipse photo has problems looking anything as cool as the naked-eye view is that your eye has a much larger dynamic range than a photograph, so the inner parts of the corona get washed out while the outer tendrils of the corona are too dim to register. One can take a lot of photos covering a range of exposures and then combine them in Photoshop...I did that with a sequence of photos I took of a 1999 eclipse, but it was a lot of effort and I didn't get good exposures of many intermediate times during this eclipse. Below is a 0.6 sec exposure showing outer corona. The ghost image on the left is due to internal reflections in the lens. The corona shape for every eclipse I've seen has been different, and in this one the two spikes off to the left were most noticeable (although the dark rift at the bottom in the photo above was also interesting). Diamond ring after third contact. The largest prominence was visible in the lower right during this half of the eclipse. You can see that we were fighting some clouds that were moving across the face at this time. Cruise ships are a possible way around this problem.

I've built some pretty big stuff recently, and although it still requires the judicious placement of some struts manually, it's way, way better than it was before. My docked together Eve 10 stack on LKO must be like 200 meters long, and although the framerate on it is terrible and it occasionally develops phantom motions and shakes itself to bits apropos of nothing, it doesn't exhibit any wet noodle behavior that I've seen. As to the solution being "duct tape", i.e. autostruts, are you sure there is actually a better solution than that using this physics engine? If you call those "tack welds" rather than autostruts, it seems like a llegit solution to me. There are definitely much worse problems currently they should be focusing on before they try to improve their wobbly rockets solution, unless of course that solution is in fact what is tanking the frame rate.

Y5 D35 - Y6 D74 - Sarnus Explorer Now that we've gotten things squared away in the Kerbin system, it's time to turn our attention to the outer system once again. On Day 35 of Year 5 of our program, Sarnus Explorer finally arrives at the outer reaches of the Sarnus system, after a journey of almost four years. Now that we're here, it's a good time to review the mission objectives for the probe: Minimum Objectives: One flyby of Sarnus One flyby of Tekto Primary Objectives: Two flybys of Sarnus Two flybys of each of Sarnus' major moons: Tekto, Slate, and Eeloo. Deploy the probe's atmospheric sub-probes, one on Sarnus and one on Tekto. Secondary Objectives: Perform flybys of Sarnus' minor moons: Ovok and Hale. Perform additional flybys of Sarnus and its major moons. As can be seen from the mission plan, one of our major goals for Sarnus Explorer is to study Tekto, which appears to have a dense, nitrogen-rich atmosphere. So, as luck would have it, Orbital Dynamics informs me that Sarnus Explorer has the opportunity to fly by Tekto immediately upon its entry into the Sarnus system. This is obviously a chance we can't pass up. So, here at the edge of the system, the probe burns to intercept Tekto. See you back here in a couple of months. ---------- Things move slowly in the outer system. Here we are almost two months later, and Sarnus Explorer is rapidly approaching Tekto. This is obviously the closest anyone has ever been to the Sarnus system, and the imagery we're getting back is just stunning. Since we have no assurances that we'll ever get this close to Tekto again, we're going to take this opportunity to deploy the Tekto atmospheric probe. As Sarnus Explorer reaches the release point, about half an hour away from periapsis, it releases the probe. Sarnus Explorer then immediately burns to raise its periapsis above Tekto's atmosphere. Now that Sarnus Explorer is safe, we can turn our attention to the Tekto probe. It strikes the upper atmosphere of Tekto and is immediately enveloped in plasma. Thankfully, the heat shield holds, and soon the probe is free-falling through Tekto's atmosphere and returning data. The probe continues to fall, slowed to ridiculously slow speeds by the dense atmosphere. It appears to be falling towards an area in Tekto's northern hemisphere that is dominated by rugged mountains and lakes of liquid hydrocarbons. Five hundred meters above the surface the probe deploys its parachute. In an incredibly lucky break, the probe touches down on an island in the middle of a lake. It continues to transmit data to Sarnus Explorer until it passes out of transmission range. Unbelievable. Sarnus Explorer passes within a hundred kilometers of Tekto, and then continues on to Sarnus. What an incredible start to the mission. Well, despite losing some velocity from its Tekto flyby, Sarnus Explorer is still on an escape trajectory out of the Sarnus system. We should probably do something about that. A gravity assist from Slate would probably allow us to capture without a burn, but unfortunately Orbital Dynamics just can't seem to find an angle for that. However, they do come up with an angle for an Eeloo flyby. Any port in a storm. Sarnus Explorer performs a minor burn just after leaving Tekto to line it up. ---------- Two days later now, and Sarnus Explorer is closing in on its encounter with Eeloo. Although the probe will lose even more velocity with this flyby, it still will not be in orbit around Sarnus when it exits Eeloo's SOI. So, in order to capture around Sarnus, it will have to burn at Eeloo periapsis. So now Sarnus Explorer is officially captured at Sarnus! (And, even though the requirements of the burn reduced our scientific gain, the Eeloo flyby was still scientifically significant, so it meets the requirements for our mission objectives.) Sarnus Explorer swings wide around Sarnus and heads out to its apoapsis. Meanwhile, Orbital Dynamics plots their next move. ---------- Okay, so it has been almost another two months. Sarnus Explorer is approaching its apoapsis, and we're all waiting with baited breath to hear what rabbit Orbital Dynamics has pulled out of their hat. <reads brief handed to him by OD supervisor> Well, it seems that the plan is to burn at apoapsis for a flyby of Slate, then to use the gravity assist at Slate to reduce Sarnus Explorer's periapsis enough to release the Sarnus atmospheric probe. I like it. Sarnus Explorer burns at apoapsis. And now we'll come back here in another couple months to see where that gets us. ---------- Here we are back on Day 191, and now Sarnus Explorer is passing by Slate for the first time. Once it has exited Slate's SOI, we get our data back...and it's not quite there. The periapsis is not quite low enough to release the probe. So we require another burn. <disapproving glare at OD gang> So now, Sarnus Explorer is finally on course to release the Sarnus atmospheric probe. As it descends towards Sarnus, we have more bad news. It appears that the atmospheric probe will be making its descent on the night side of Sarnus. So while this will have no effect on most of its scientific data, we will not be receiving the kind of stunning visual images we received from the Jool atmospheric probe. We could delay the release of the probe until such time that it could be released on the day side, but the visual images just aren't important enough to warrant the risk. In any case, Sarnus Explorer continues its descent. About half an hour away from periapsis, it releases the probe. Sarnus Explorer immediately burns to raise its periapsis so that it doesn't burn up in Sarnus' atmosphere. This consumes a large amount of fuel, and Flight informs me that this brings us below 50% of our initial fuel load. It seems early in the mission to be this low, but apparently this is going to be a very different mission than Jool Explorer was. In any case, the Sarnus probe hurtles towards its doom. However, its heat shield holds, and it descends through Sarnus' atmosphere, transmitting data to Sarnus Explorer as it goes. When it reaches 300 kilometers below the cloud tops, it deploys its parachute. It then continues transmitting until it fails at about 200 kilometers altitude. Although Sarnus Explorer is obviously in transmission blackout on the night side of Sarnus, when it reaches daylight it transmits the data it received from the atmospheric probe, as well as the data it collected from its own close flyby of Sarnus. Two more successful mission milestones! While Sarnus Explorer is climbing back out of the well to its apoapsis and Orbital Dynamics is plotting its next maneuver, we can turn our attention to the upcoming crew rotation, which will take place entirely before Sarnus Explorer returns to the vicinity of Sarnus. ---------- Day 207. Orbital Dynamics has interrupted my very busy morning to inform me that Sarnus Explorer has the opportunity for a double whammy. A burn at the next apoapsis can set up a flyby of Hale, and then on the next orbit, with no burn necessary, it will get a flyby of Ovok. Normally I wouldn't approve of fuel expenditure on secondary objectives before the primary objectives are complete, but this seems like the sort of opportunity that will only happen once on this mission, so it's too good to pass up. So I sign off on the flight plan. Then I get back to herding the cats through the crew rotation. Two days later, Sarnus Explorer burns at apoapsis. I guess we'll see how this works out. ---------- We're here on Day 227 now, and Sarnus Explorer is approaching Hale. It's a captured asteroid. I'm glad you guys are excited. I've pulled bigger rocks out of my garden. Anyway, since its so small, it has no appreciable affect on Sarnus Explorer's velocity. OD tells me that we are still on course to intercept Ovok on the next orbit. ---------- And now it's Day 256, and we're coming up on Ovok. Apparently this worked. Good job, guys. First images are coming back from Ovok...and...it looks rather odd. It's an egg.... Well, now I've seen everything. If any of the images come back with a giant space chicken, let me know. No, actually, on second thought, don't. I have enough to worry about. So, that was a very successful maneuver, killed two...birds...with one stone. So to speak. We've got another couple of weeks now until Sarnus Explorer reaches apoapsis again. ---------- So, SE is back at apoapsis again. OD looked at our objectives and poured over our options. So now we're going to make a minor burn to line up for an Eeloo flyby. And apparently the gravity assist will sling us around for another Eeloo flyby on our next orbit. Sounds good. ---------- Day 286, and Sarnus Explorer is cruising by Sarnus towards its second flyby of the little iceball, Eeloo. And there it goes. And OD informs me that the next Eeloo flyby is lined up perfectly. Good job. You've almost worked off that screw up you made with the Slate gravity assist. <wink> Meanwhile, the next day, our intrepid crew on Duna reach the end of their mission. They stow and secure the hab and rover at Duna Base, and then make their way to Olympus to prepare for their departure. Then, as Draco passes over the horizon: Liftoff! Guided by Captain Krueger's expert hand, Olympus glides into orbit next to Draco. And then he guides her in to dock. Draco's departure window is about 12 days away, so the crew has time to get their gear stowed and bring all of Draco's systems back online. In the meantime, we can get back to Sarnus. ---------- Sarnus Explorer reaches its apoapsis, but it is on course for its next Eeloo flyby and requires no intervention. I guess we'll leave things here and get back to Duna. ---------- Back aboard Draco, the crew is ready for departure. Although their time on Duna has been rewarding, and their names will go down in history, they are all ready to go home. As Draco approaches its burn time, everyone checks and double-checks their systems. When everything is GO, Captain Krueger gives the GO, and Kline ignites the ship's engine and burns for Kerbin. Several days later, Draco exits Duna's SOI. The crew spins up the habitat and settles in. Their course correction burn is more than a couple months away, and home is three times as far as that. So they might as well kick their feet up. ---------- Back at Sarnus, SE arrives at its third Eeloo flyby. While I appreciate everything that OD does for us, I think I speak for everyone when I say: We've had enough of Eeloo. However, this flyby will give us a gravity assist and push the probe's orbit further out, which should give us more opportunities for flybys with other moons on our next orbit. ---------- As Sarnus Explorer approaches apoapsis again, our fortunes have improved. OD's new flight plan involves a small burn which places us on a course back to Tekto. Excellent, more study of Tekto will improve our mission success. ---------- Okay, we're here on Day 366 for our second Tekto flyby of the mission. Well, that was a little anticlimactic. But Science is telling me they did get good data. And OD says if we had flown any closer it may have gravity-assisted us right out of the Sarnus system. Okay, I guess. Better luck next orbit. ---------- Day 397, back at apoapsis. OD has us burning for Slate this time. I guess we'll see everyone back here next year. ---------- Okay everyone, it's Year 6, Day 3 now. Happy New Year. Sarnus Explorer is cruising on down to its encounter with Slate. There now! That's a flyby! However, OD tells me that the gravity assist has seriously reduced SE's orbit. However, with a slight burn at the next apoapsis, which is now in just two days, we can plot another Slate encounter that will gravity assist the orbit back up to a reasonable distance. SE burns at apoapsis to raise its periapsis and intercept Slate. ---------- And now, two weeks later, Sarnus Explorer has another close encounter with Sarnus. And when it pulls out of that, it swings by Slate again. And, OD informs me, with a burn now, just outside of Slates SOI, we can plot another flyby of Tekto. Excellent work, everyone, excellent. However, Flight informs me that Sarnus Explorer has, as of the end of this burn, dropped below the threshold of 25% of its initial fuel load. Since we have officially met all of our primary and secondary objectives, that means we need to begin to look at our end-of-mission options. ---------- Four days later, Day 25, and Draco has reached its course correction burn. Time flies when you're having fun, right guys? The next day, Sarnus Explorer reaches its third flyby of Tekto. Orbital Dynamics has a final flight plan for me. Two days out from the Tekto flyby, SE executes a burn, which plots a course for another Tekto flyby. That flyby brings it around to a course to intercept Slate. Then the gravity assist from Slate will bring the probe's orbit down such that its periapsis intersects with Sarnus' atmosphere, which will result in the disposal of the probe and the end of the mission. So, two days out from Tekto, SE burns again. It begins its descent towards Sarnus. ---------- Day 54 now, and Sarnus Explorer is approaching its fourth and final Tekto flyby. It's another distant flyby, but it is certainly worth the effort from a scientific standpoint. As it exits Tekto's SOI, OD informs me that we will require another small course correction to finalize our trajectory to Slate. This brings the probe below 20% of its fuel load. Good thing we're ending this now. ---------- Day 72 now. Sarnus Explorer is in its last few days now. It completes its final flyby of Slate. And once it has exited the SOI, OD informs me that everything is lined up perfectly. Two days later, the probe is rapidly approaching the cloud tops of Sarnus. Slate, Eeloo, and Ovok showed up to see Sarnus Explorer off. And as the probe enters the atmosphere... ...end of transmission. Another excellent mission. Couple of hiccups in there, but we still vastly exceeded the mission objectives. Once again, good job everyone! Next up on the agenda is the homecoming of Draco and her crew. Beyond that, we will be planning our next mission to Duna, as well as possibly commissioning another vessel in the Draco class for additional missions in the inner Kerbol system. So many possibilities await!

Also: Raptor 3 thrust: SL 280 tons Vacuum: 306 tons Raptor boost: 330tons Compared to raptor 2: SL 230 Vacuum 258 Raptor 1 SL 185 Vacuum 200

uhh... guys, I have a most precarious situation to share with you. I currently have a spacecraft ferrying three tourists on track to do a free return flyby of the mun. The problem is, however, is that I have never done such a long mission before, and forgor to pack solar panels. (I DIDNT know that probe cores requires elecrticity to stay alive, not just to execute actions) My only hope is the 200 units of electricity and 175 m/s of delta v. Should I decouple , and hope for the best, or should I find some weird shenanigans to do to save it legit? Another fail for me :))

I originally posted the following in the April Fool's Day thread about converting to imperial units. However, to avoid turning that thread into another one like this, I'm moving the post here so, in the event people want to discuss it, they can do so in this thread, where it belongs. A lot has been made of the development teams (coders, artists, etc.) not having anything to do with communicating with the community, and I'll say up front that I agree with that statement. No, I do not want the developers to sit around and talk on the forums or Discord all day long; they have a game to write, for pete's sake. I'd rather they spend their time on the clock coding, or drawing, or whatever it is they need to do to get the game done. Go. Please. With that said, it is the job of the Community Managers to interact and engage with the community. As far as EA goes, it should be their job to engage with us and let us know exactly what is happening with the development of the game. Yes, this involves interviewing the developers, and compiling lists of bugs, and all the other stuff that goes along with that. But it is their literal job to interact with the community, and the issue here is that instead of the CM's doing this, they are worrying about things that the community quite frankly as a whole doesn't care about. This leads me to believe that one of the following 2 situations is true: The CM's are understaffed and overworked to the point where they simply cannot interact in meaningful ways. Dakota is on his own right now as Mike is off on paternity leave (and coming back this month, I think?), and the organization either hired but has not trained the new person they posted for months ago OR they simply decided not to do it. And this is on top of all of the vacation and time off that was taken over the holidays. If this is the case, if it is a situation where Dakota simply does not have the time to effectively do his job and interact with the community in thoughtful and meaningful ways, then I have to ask why he has the time to come up with weekly challenges and joke threads. I get that those things may be part of his job, but we have begged for more meaningful communication and have not gotten it. Does he not have time to ask the developers where they are at? Do the CM's not have the ability or authority to ask the artists what they have drawn up lately? Has Nate decided that he doesn't need to give interviews to the CM's or host AMA's any longer? And if this is all the case, why hasn't the company hired more CM's to help alleviate the strain on Dakota? It's either this, or... The developers honestly have nothing to show or discuss at this point. And if this is the case, there's a whole box of Lego's that need to be unpacked with this. Because, quite frankly, how can you be 6 years into development, and 1 year+ into early access, and have nothing to discuss? We have bugs that have been persistent since launch, promises made both before and during launch that haven't been met, and yet they have nothing to divulge? Bug reports that aren't discussed but end up in the archive with no explanation, and no talking about them? The company hired 2 of the best and brightest minds from the KSP1 mod community to help write this game, and you've got nothing to show at this point? For Science! dropped almost 4 months ago, and since then we've seen like 1 or 2 images of what might be in colonies, but you have no words to go with that? Where are we at on the road map as far as colonies goes? I know you can't give any dates, but are we even close? And those images of gigantic parts in space - are they going to be in the game, and if so, how do we get them up into space? Where are we at with all those bugs for months you just keep saying "Researching"? On those bugs you are looking for additional feedback on - what do you need from us to help you? What information are you looking for that we haven't already provided? And what do you say to those people - like myself - who have mid-range equipment and are supposed to see performance increases but aren't? (Side note - anything greater than 200 parts on my rig drops my FPS to 10. In orbit. 32 GB RAM, 2060 Super, Ryzen 9 3900 12 core. Tell me again how performance has gotten better.) It's no secret that I have been very vocal about where I think the game is at, and where it is headed. I've complained enough, so I'm trying not to do more of the same here (even though I'm sure this will all still be seen as complaining). But I want this game to succeed. I want this game to outplay, outperform, and outlast the original. I do not want to have to see the community come together and have the modders create KSP3. Nobody wants that. We shouldn't even have to float that idea, to be honest. But enough. Enough of the joke threads. Enough of the weekly challenges. Enough of the silence. We have held up our end of the bargain here in EA by not only shelling out the cost of the full release game, but we've been up front and honest with you about bugs, feedback, and telling you what it is we want. We are simply asking for the company to hold up their end. Too much damage has been done over this, but we are still willing to overlook that and give you back our trust if you would simply communicate with us and let us know where this whole thing stands. No corp-speak, no double meanings, no half-truths. Just be honest. We will understand. Heck, we've been understanding for the better part of a decade now; honesty will only help to repair the relationship.

So, my wife and kids talked me into starting a Stardew Valley co-op game with them. Against my better judgement. But I learned that playing Stardew Valley with the Starcraft soundtrack loudly playing in the background makes Stardew Valley 200% better.

A lot has been made of the development teams (coders, artists, etc.) not having anything to do with communicating with the community, and I'll say up front that I agree with that statement. No, I do not want the developers to sit around and talk on the forums or Discord all day long; they have a game to write, for pete's sake. I'd rather they spend their time on the clock coding, or drawing, or whatever it is they need to do to get the game done. Go. Please. With that said, it is the job of the Community Managers to interact and engage with the community. As far as EA goes, it should be their job to engage with us and let us know exactly what is happening with the development of the game. Yes, this involves interviewing the developers, and compiling lists of bugs, and all the other stuff that goes along with that. But it is their literal job to interact with the community, and the issue here is that instead of the CM's doing this, they are worrying about things that the community quite frankly as a whole doesn't care about. This leads me to believe that one of the following 2 situations is true: The CM's are understaffed and overworked to the point where they simply cannot interact in meaningful ways. Dakota is on his own right now as Mike is off on paternity leave (and coming back this month, I think?), and the organization either hired but has not trained the new person they posted for months ago OR they simply decided not to do it. And this is on top of all of the vacation and time off that was taken over the holidays. If this is the case, if it is a situation where Dakota simply does not have the time to effectively do his job and interact with the community in thoughtful and meaningful ways, then I have to ask why he has the time to come up with weekly challenges and joke threads. I get that those things may be part of his job, but we have begged for more meaningful communication and have not gotten it. Does he not have time to ask the developers where they are at? Do the CM's not have the ability or authority to ask the artists what they have drawn up lately? Has Nate decided that he doesn't need to give interviews to the CM's or host AMA's any longer? And if this is all the case, why hasn't the company hired more CM's to help alleviate the strain on Dakota? It's either this, or... The developers honestly have nothing to show or discuss at this point. And if this is the case, there's a whole box of Lego's that need to be unpacked with this. Because, quite frankly, how can you be 6 years into development, and 1 year+ into early access, and have nothing to discuss? We have bugs that have been persistent since launch, promises made both before and during launch that haven't been met, and yet they have nothing to divulge? Bug reports that aren't discussed but end up in the archive with no explanation, and no talking about them? The company hired 2 of the best and brightest minds from the KSP1 mod community to help write this game, and you've got nothing to show at this point? For Science! dropped almost 4 months ago, and since then we've seen like 1 or 2 images of what might be in colonies, but you have no words to go with that? Where are we at on the road map as far as colonies goes? I know you can't give any dates, but are we even close? And those images of gigantic parts in space - are they going to be in the game, and if so, how do we get them up into space? Where are we at with all those bugs for months you just keep saying "Researching"? On those bugs you are looking for additional feedback on - what do you need from us to help you? What information are you looking for that we haven't already provided? And what do you say to those people - like myself - who have mid-range equipment and are supposed to see performance increases but aren't? (Side note - anything greater than 200 parts on my rig drops my FPS to 10. In orbit. 32 GB RAM, 2060 Super, Ryzen 9 3900 12 core. Tell me again how performance has gotten better.) It's no secret that I have been very vocal about where I think the game is at, and where it is headed. I've complained enough, so I'm trying not to do more of the same here (even though I'm sure this will all still be seen as complaining). But I want this game to succeed. I want this game to outplay, outperform, and outlast the original. I do not want to have to see the community come together and have the modders create KSP3. Nobody wants that. We shouldn't even have to float that idea, to be honest. But enough. Enough of the joke threads. Enough of the weekly challenges. Enough of the silence. We have held up our end of the bargain here in EA by not only shelling out the cost of the full release game, but we've been up front and honest with you about bugs, feedback, and telling you what it is we want. We are simply asking for the company to hold up their end. Too much damage has been done over this, but we are still willing to overlook that and give you back our trust if you would simply communicate with us and let us know where this whole thing stands. No corp-speak, no double meanings, no half-truths. Just be honest. We will understand. Heck, we've been understanding for the better part of a decade now; honesty will only help to repair the relationship.

Multiple sources give a 3,400 ton propellant load for the booster and 1,200 tons for the ship, for 4,600 ton max propellant load. The 4,500 ton total given in the SpaceX tweet is only 2% off this value. That could be just round off error or it could be you don’t want literally the tanks to be filled to the very top to allow for boiloff of the cryogenic propellant. Bob Clark

Mission Report: Space Truckin' ...or... If It's Crazy, but It Works, Maybe It Ain't Crazy I got a contract to build a space station in orbit of the Mun. I also already had one on deck to dock two vessels in Munar orbit. This gave me a crazy idea. If I were to position a station loaded with fuel in Munar orbit, it would expedite my Munar science collection efforts. I could dock a lander at the station and just make hops to and from various biomes on the surface. This may sound like a trivial task for most of you, but I'm still hardly what anyone might consider a qualified space program simulation administrator...or pilot...or engineer. I'm nothing if not perseverant, though, and I don't appear to have any qualms about throwing Kerbals into the danger zone. I'll leave the sorting of that one to my therapist. Almost giddy, I handed the project of designing a vessel that could get as much fuel as possible to the Mun to the Kerbal engineers. They seemed excited by the prospect. Then worried. Then scared. Then excited again. It's really kind of tough to gauge their moods at any given moment. Anyway, after hours at the drawing board, this is what those krazy little kritters came up with... It was clear they were working with house money, because at well over a quarter-million funds, this is by far the most expensive vessel we've ever designed. They assured me that it would be a success...or it wouldn't. I guess that's the sort of professional, educated projections I've come to expect from them. I'm sure there is a far more efficient method to go about this, but this level of precision is what I've come to expect for what I pay them. Out to the launch pad we go... Honestly, what were the chances this thing was going to make it to space in one piece, anyway? As it turns out, those chances were 1 in 4, because that's how many trips back to the VAB it took to get this monstrosity to avoid rattling itself apart by 1km altitude or just pitching over and making a beeline into the mountains/ocean/Space Center...well, you get the idea. Once I was able to get out of the atmosphere, things went pretty smoothly, though MechJeb doesn't seem to have ANY idea how to handle a vessel of this size, repeatedly missing burn windows. Nothing a minor correction burn or two wouldn't fix. Finally, here is my Munar fuel depot, quite surprisingly right where it's supposed to be. The mission was a success, and I now have a full 7,200 liquid fuel/oxidizer reserve, ready to supply some Mun hopping. My next trip up will include all the station science modules and gear and the Kerbals to run it. I feel like I actually accomplished something with this one.

I added the starlab to my life supported space station in Kerbin orbit today, it had 200+ days of each LS category plus recycler/converter/greenhouse attached and running. I had to restart KSP2 after docking in order for LSS not to kill a kerbal when I transferred them to the Starlab part. Couldn't find a similar report of the bug in here, so it could have just been a random glitch.