Jump to content

Xavven

Members
  • Posts

    1,113
  • Joined

  • Last visited

Everything posted by Xavven

  1. Oh, I haven't made a SSTO since beta. What's fixed about it?
  2. Air intake "spamming" isn't cheesy. It's an appropriate and logical solution to flying at high altitude with low air pressure.
  3. Rather than a gentle gravity turn where you are thrusting prograde and using throttle to adjust trajectory, I prefer to have 1.8+ TWR and aerodynamic control surfaces to aggressively accelerate off the launchpad and fly with an angle of attack to aim for 45° and 1000+ m/s speed by 25,000 altitude. I want to get the heck out of the atmosphere so that when I drop my first stage, I'm at 40,000 m altitude and don't have to worry about the aerodynamic stability of the middle and upper stages.
  4. The opposite is usually true. When devs stop updating the base game, generally it's the start of the golden age of mods. It's easier to mod because you don't have to worry about the base code changing and breaking your mod. More time is spent adding features to the mod and less time is spent keeping it working with new base game versions.
  5. Just echoing this. One of the other games I play is Falcon BMS. It's based on a Microprose game from 1998. The code was released and a team of modders have been tweaking it ever since. Its most recent update was less than 1 month ago. It is vastly different from its original form. Regarding the main topic, I don't mind waiting until 2023 at all. I still have more things to do in KSP 1 and will be enjoying it more this year.
  6. Aaaahh, brilliant and simple! Thank you! Damn, why didn't I think of that? A total workaround to the original issue I had-- not being able to weld a fuel duct to different craft. Just make them 1 craft, temporarily. Thank you! Great! Just the kind of simple mod that removes the requirement to do a klaw workaround to get a hose connected, without adding other stuff I don't want to mod in. Thank you! To all: what a wonderful community. In less than a day I got multiple great solutions. I'm excited to get my surface base going now! Another big thank you to everyone.
  7. Ah, yes, good questions and I should have specified. I'm playing vanilla/no-mods and with the restricted fuel transfer rules on. Fuel cannot transfer through the klaw part with the restriction option enabled. Yeah, I had immediately thought of KAS for hoses, and in my unmodded game tried to get an engineer to weld an External Fuel Duct pipe between two crafts, and found out the base game doesn't let me do that.
  8. All my IRSU logistics designs to date have involved landing a whole refinery with drills, mining and refining on the surface, then returning everything to orbit and docking with the craft to be refueled. This works on low gravity bodies, and I like its simplicity of implementation. But on heavier bodies with higher dV requirements, hauling the drills and refinery to orbit and back (and empty ore tanks) eats into my total fuel yield. So I've been considering having a permanently grounded refinery and a separate fuel delivery lander, but my major logistical hurdle is the fuel transfer on the ground. Landing precisely on a docking port is quite tricky and maybe a fun challenge, but fuel-consuming, so I don't want to do that at all. It is within my abilities to land very close by (within crane range) and have a crane arm connect, but I'm concerned about dealing with uneven ground and therefore having to have a robotic arm or crane that articulates in 5 axes, potentially with a counterweight, and that can fold up nicely into a fairing. Doable, but I feel like it's maybe overly complex? I've thought of having a wheeled fuel-truck rover act as a middleman between the refinery and the lander, but that has downsides too, and the same issue of having to line up docking ports on the surface at predefined heights and angles. Maybe that approach is more complex, actually? So I'm looking for suggestions. How have you grappled with this problem?
  9. I agree with this, basically. I use all sorts of different engines on stages depending on need. However I will say that there are some engines that come into my builds quite often, and others that seldom fit my purposes. Spark, Terrier, Cheetah, and Poodle I use often on upper stages, landers and probes, or even sustainers. Ant, Spider, and Twitch I hardly ever find a use case for. Bobcat and Skipper see a lot of use as a light first stage, or a sustainer engines. But Skiff seems to occupy this strange niche case that hardly ever comes up, and the combined cost of the decoupler and the engine is usually as much or higher than simply using a Skipper with a larger fuel tank instead on a $ per DV basis. Skipper and Twin Boar are great first stages, with the latter being overkill for many of my builds but it's just too cost effective compared to the alternatives. And clustered Skippers make great first stage heavy lifters until bigger engines are unlocked in the tech tree. I hardly ever have a use for Thud. Huh, if I had to pick one, I'd pick Twin Boar. It just has SO much thrust and is so cheap that it had wide applications as a first stage for payloads big and small. I often find that I don't need something that powerful for my payload, for example it is giving me a TWR of 2.8, but when I price out a more tailored multi-stage lifter with engines that keep the TWR more in the 1.5 - 2.0 range, it ends up costing the same amount or more. Frankly I think the Twin Boar is just underpriced. But we don't need perfect game balance. Sometimes in real life you get a design that just dominates because it's effective, reliable, strong, and cheap. I like to think of the Twin Boar as that magic combo that some Kerbal rocket scientist devised.
  10. If it's an orbital fueling station then I put a boom on it that branches off to all three sizes so any ship I conceive of now and in the future can use it. Generally I use jr. on probes, standard on most manned ships, but occasionally I build big ships too with sr. I tried standardizing on jr. for all refueling, but quickly found out that even during refueling you want a solid, non-wobbly connection, so bigger ships need bigger ports.
  11. I agree. I'm sure it depends on personal build style, but I tend to put smaller landing struts on my creations, and in past versions I've had to manually set the struts to max strength and damping. In 1.12.2, maxing them turns them into rigid beams of diamond. They also seem to have less ground grip and my landers slide down even slight inclines much more easily.
  12. I was looking to say the same thing effectively. I'll add that I'd like us to have blurry/low-res textures for planets and moons in the home system for starters, to simulate the limitations of what you can see from ground-based telescopes with the Kerbal equivalent of circa 1960's Earth technology. Maybe slightly better textures if the player launches a space telescope to Kerbin orbit, but you don't get good textures until you send a probe into its SOI. For exoplanets, we should only have as much information as using the transit method ala the Keppler space telescope would give. Meaning, rough estimates of size and density, and only if they orbit their star in the viewing plane. No textures at all, and if they are small enough we shouldn't know they're there until a probe is in that star system.
  13. Nothing we say here is changing their minds, but to help you understand, software development is a business. They aren't going to make enough money bug fixing KSP 1 at this point. KSP 2 is very likely to be profitable, on the other hand.
  14. With something as complex as KSP, there is no such thing as stamping out all remaining bugs. At some point you have to call it "good enough". They have devoted the rest of their resources to KSP 2, which is why we haven't seen another bugfix patch in a month and probably won't for some unknown time more.
  15. Is @Whackjob still playing KSP? You could look up some of his videos on YouTube. Looks like he stopped uploading KSP stuff 6 years ago, so it's missing a lot of improvements like the Making History parts (including 5m parts and engines), stock autostruts and joint reinforcement, but his principles still apply. Look at how he arranges rockets, girders/panel, and struts them together.
  16. After getting to the point where unlocking all the career nodes was pretty easy, I set my sights on more sandboxy things like: Jool 5 Eve manned return mission Tylo landing & return vehicle Do it again but this time it must be a single-stage from Tylo orbit to landing and back to orbit (no dropping any spent stages) Laythe spaceplane Build a spaceplane that has the same launch and return profile as the Space Shuttle Quad-copter exploration of Eve and Duna Build a space station inspired by the ISS ISRU operations on Mun and/or Minmus that include the mining rig, ore processing on-site, trucks if necessary to transport fuel to a ground-anchored and custom built (by Engineers using the i menu) launchpad, transport of fuel to orbit, optionally to a space station, acting as a refueling gateway for other missions. Apollo 11-17 (pick one) reenactment And you can do a whole career with additional self-imposed rules like: Kerbals require extra roomy spacecraft with multiple rooms for any mission lasting longer than 14 days. Kerbals require the above, plus artificial gravity by some means of centrifugal force if the mission lasts more than 1 year. This could be mods that add spinning habitats, or "pretend spinning" by custom building your own circular habitat or just putting the living spaces at the ends of a spacecraft that is reasonably long enough that it could generate enough centrifugal force by just sending it tumbling in the pitch or yaw direction, understanding the game when time-warping stops the rotation, but we pretend the Kerbals keep it spinning when not performing maneuvers. Environmental policy bans the use of solid rocket boosters, except seperatrons Anti-Kessler syndrome policy: no spent stages or orbital trash is allowed in orbit around Kerbin. No deleting debris allowed (unless its periapsis is below 70km implying atmosphere would decay its orbit quickly), so trash must be manually de-orbited within a reasonable timeframe or when able. Same as above except the rule applies to all other celestial bodies, so transfer stages must impact into the surface. No trash in solar orbit either. No landing on engine bells. Must use landing legs (or custom built landing legs that look reasonably structurally sound)
  17. This isn't meant as a bug report, but is anyone else getting duplicate parachutes (the personal kerbal ones) every time they use the EVA science kit?
  18. Sounds kind of like a kraken drive. Do you have anything near your exit hatch? Upload a craft file. Speaking of aging satellite contracts, I really like them! I love the idea of servicing other spacecraft, adding reaction wheels and/or batteries, etc. It's one of my favorite mission types now and it makes the Kerbal system feel more alive and realistic.
  19. Naming systems that denote purpose and version are practical and useful, especially for organization and when you have dozens of flights going at once. So of course I don't do that and instead pick naming systems that are fun, but leave me forgetting what the heck it was for and how old they were in the tech tree. https://namingschemes.com/Main_Page has a giant list of suggestions. Lately I've been using horticulture and animals, so things like Pothos IX and Polar Bear Mk 4. In my next save I might go with Hobbit/LOTR characters. Sure would be fun sending Dwalin and Balin to the moon
  20. Yes, I copied my KSP directory to my Documents folder first, but I did my testing on a new save and without mods.
  21. I'm not getting any drift on a (very simple) craft that I built as one craft on the ground, then decoupled and re-docked while on the ground (using rover wheels) then cheated into orbit with F12, rotated 15 degrees (on both ports) and then un-locked both ports. I saved and reloaded and quit and reloaded, then saved and reloaded 5 more times. They're still perfectly in-line. Does this bug only occur with very large craft? I will say that after the 1.12.2 patch, KSP was causing my entire computer to crash very consistently (no problems in other CPU and graphics intense games like DCS). When I verified game files in Steam, it re-downloaded 34 files. Still crashed. Verified again, 0 files had to be redownloaded, still crashed. It wasn't until I uninstalled completely, deleted the KSP directory from my Steam common folder, and redownloaded completely that the crashes stopped. Is there a chance that the part drifting bug could be solved by others if they deleted and reinstalled completely fresh like I did? EDIT: Warning - copy your KSP folder somewhere safe first so you don't lose your saves
  22. Yes, here are the relevant notes in the patch:
  23. Very touching! I was hoping you would get Felipe in this video and I cheered out loud when I saw that you did!
  24. Oh man, I just realized I completely feel the same way. It was the last major game-changing thing to add once they finished fixing the souposphere, adding a stock version of remote tech, and ISRU. But now... it's up to mods for the forseable future.
×
×
  • Create New...