FleshJeb

Glad you got it back.

It'll probably only take you 4 hours to build it again, and now you have good motivation to make backups of your craft files. As far as life lessons go, that's a cheap one. FYI, your craft files are stored in: C:\Program Files (x86)\Steam\SteamApps\common\Kerbal Space Program\saves\<savename>\Ships\(SPH or VAB)

Ever wanted to use a cosmic string as a planet-blender? Invent intelligent biological nanomachines that multiply in such quantities that they can alter the universe by observing it? Or just have mysterious planet-sized space clouds that travel through the galaxy in waves and annihilate anything that looks like a civilization?

When 6000 hours you reach, feel this way, you may not.

Looks like a waste of RAM and processor cycles to me. Make the physics engine bulletproof and it could be wireframe for all I care. (Still holding out for Borderlands-style cel-shading though.)

Nope. That's another problem. Control surfaces will flop direction depending on whether the axis of the surface is pointing ahead or behind the COM of the craft. I think I saw in your other post that you were using the angled elevons--That might be the problem. Try different ones.

The fuel cells will automatically turn off when your batteries hit 95%, so it's better to bring too much than too little. Power consumption is complex because it depends on the ore concentration, and what level of engineer you have on-board, if any. Here's a thorough guide. I believe they cut the drill elec consumption in half since this, but that's easy enough to check and plug in to the equations:

Look at the difference in max torques. I believe they're identical, except for the shaft diameter. Of course this might make your prop radius smaller, and the S has less volume, so it will be less buoyant. There's an issue with deploying control surfaces, where if you edit your craft at all, the deployment can invert when you load the craft to the flight scene. It's weird and it sucks. The solution is to just hit the "invert deploy" button on the relevant surfaces in the flight scene. I hope this is what you're running into, anyway.

I agree with @18Wattwith a couple of additions: I find anything less than 4 blades can be a bit jerky. I don't know if that's the physics engine or what. It's somewhat reflective of real life. The goal is to maintain maximum RPM possible because that results in a blade angle that's more perpendicular to the direction of the craft. The steeper the blade, the more thrust they waste pushing sideways, and the less they push backwards. Of course, you'll need a minimum amount of thrust to break the water "stickiness", so that may require more blades. General submarine advice: A submarine is just an airplane in a medium that's 1000 times denser.

They’re both pilots, but Val has mods and a much higher G tolerance. Also, she respawns after 2 hours.

@Isidro22 That's a very workable solution. For testing, I'd put torque, RPM, and AoA on 3 separate KALs and control them with the onscreen sliders, so that I can see the interrelationships. Or you can use the throttle and the RCS keys to control the KAL positions. Once you've got some data points you like, you can put all three on the same KAL and control that with the throttle. There are a lot of good ways of doing it, so pick whatever scheme works for you. Remember also that you can reverse the rotors independently with action groups, as well as toggle the deployment or reverse the deployment of the props. Good for rapid stops and tight turning. I would definitely ballast it more (good pun). Of note, water impacts don't get calculated until the attachment point of the part passes between air and water. For control surfaces, I think that's the midpoint of the fat edge of the part, so if you've got the topmost one just over half submerged, you won't have to worry about it any more.

Do you happen to know how this works with the cargo bay, etc parts? I know we should occupy the internal nodes, and I always assumed that one should use the next size down. What about heatshields? They have three nodes, so which do you have to occupy? (I actually never use heatshields and just pull heat out of normal parts heat with high-heat transfer parts.)

The aero parts function with the same parameters in water as they do in air. Max lift at 25 degrees AoA, max lift-to-drag at 5-7 for supersonic, 3 degrees for subsonic. It sounds like your props are sticking partially out of the water to start, and then getting destroyed on impact? KSP has some funny stuff going on with water impact. For a perfect zero-AoA entry they should be able to take 3x their impact rating (15m/s for control surfaces?). I believe this impact resistance gets reduced with the sin of the angle. (I could be wrong, so folks can correct me.) What I would do is build it with the surfaces flat to the disk, and have them set on deploy at 0 degrees. Start with a fairly low RPM, and slowly increase the deploy angle and RPM until you're moving. (What's the "unstick" speed of KSP water? 0.4m/s?) If you didn't know, optimal deploy angle depends on the speed the craft is moving. The prop blades are drawing a corkscrew through the air/water, and that corkscrew gets stretched out the faster the craft goes. You want the blades to have an AoA relative to that corkscrew (say 3deg). Generally speaking, aim for the maximum RPM at all times, and adjust your deploy angle to preserve that. I haven't done an electric sub yet (I just know entirely too much about KSP physics), so I'd love to see the eventual results.

Some of the information on this is a bit out of date, but this should help you calibrate your instincts: The gist of it is that for most vacuum worlds and LFO engines, an initial local TWR of 2-3 is most efficient. Places with higher dV requirements favor the higher ISP engines and lower TWRs.

Off-topic: I like to joke about KSP still being in Beta, but I may have to revise that to Alpha. To play effectively, one has to maintain a robust knowledge of the outstanding bugs and their workarounds, if any.

"Neigh!"

https://pacificcoastairmuseum.org/ Pima looks amazing--Certainly much nicer than PCAM. I've chatted (online) with one of the volunteers at Pima--Former F-15 pilot and a fun dude. http://pwoodford.net/blog/?p=25353 --- @kerbiloid Go look at western Nebraska and Kansas, northern Texas, eastern Colorado, and the flatter parts of Idaho, Washington, and Oregon. Thousands of circles.

Interesting thoughts. Robert Forward's plan was 20 years of pushing to 0.2c, then coasting for 20 years, then braking by detaching the outer ring of the sail. Short version: https://en.wikipedia.org/wiki/Rocheworld#Forward's_light_sail_propulsion_system More detailed explanation: https://www.centauri-dreams.org/2013/08/20/key-issues-for-interstellar-sails/ First page of the actual paper: https://arc.aiaa.org/doi/10.2514/3.8632 Looks like @MatterBeam also covered it at some point:

Had some time to myself on Sunday, so I parked outside the fence of an air museum. See if you can name the aircraft. I always forget how absolutely huge these things are in person. Teaser pic, the rest spoilered below: EDIT: High res here: https://imgur.com/a/12kS0m5

If you're riding a laser sail, you could regularly displace from your path (or close the sail), and let the laser cannon(s) in home system clear the way. That should accelerate any small particles in your direction of travel, although I doubt it would vaporize them outright. Any overspill around the sail during regular travel might even be enough to intercept most things crossing your path. You'd certainly know by the reflections if you were going to run into a dust cloud. You could even find the relative velocity by reading the frequency shift from the bounced light. It pays to have your propulsion system also work as a sensor. I imagine mitigating impacts is more about the total rate of impacts and magnitude thereof, rather than avoiding them entirely. The question is: Does the laser cannon in home system put out enough power for this to be an effective mitigation strategy. Is the acceleration of the incident matter significant? What power level is required to also ionize the incident matter? It would require A LOT more than having it onboard, but what a mass-savings. If anyone feels like doing the math for that one. ;-)

@richfilesSomehow I missed the notification. I don't disagree with anything you said about Autodesk. I live within driving distance of their headquarters, and the number of times I've wanted to throw a brick through their window is uncountable. I've seen some REALLY impressive modeling done in SketchUp, but it doesn't suit my needs, so I haven't played with it. I took a look at the FreeCAD manual and I found a couple of things that might help you along. For snapping to the endpoints of lines and such: https://wiki.freecadweb.org/Draft_Snap How to input relative coordinates (press R to toggle): https://wiki.freecadweb.org/Draft_Coordinates If there's anything I can help you with, free to hit me up here or in a PM. Since I have a decent understanding of the CAD paradigm, I might be able to point you in the right direction. The last time I did what AutoCAD calls "solid modeling" was 1994, but I remember the basic concepts.

I wish it was all shunted off to a separate crew-management interface, accessed by a single button on the PAW, and/or one of the mod buttons on the right. The whole inventory system is not a level of granularity I want to manage AT ALL, and I think adding it to stock was a mistake.

Median home price in my area is $700k+ I could actually afford to buy a $250k rocket engine and live in the bell. The HVAC system might be a bit over-specced though.