Insanitic

On the latest Sigma Dimensions, the Kerbal clock seems to not scale with DayLengthMultiplier. I put the multiplier to 2x (for 6.4x rescale) and instead of 1 day = 12 hours, the Kerbal clock interprets it as 2 days. It's not only exclusive to the clock however. In Kerbal Engineer, the Orbital period of my geosynchronous satellites is 6 hours = 1 day for stock kerbin, but when I use 2x daylengthmultiplier, according to KER, my geosynchronous satellites complete an orbital period every 2 days, treating 2 days as 12 hours. In 1.2.2, I didn't experience this? The clock synced up with daylengthmultiplier I set, meaning that 1 day = 12 hours.

Alright, that's fine. Yeah this confirms my suspicion. I really think interactions of B9 Pwings with FAR are still not fully ironed out. I'll post the issue on github for both B9 Pwings and FAR. Unless this is a known issue already? I've looked around the B9 and FAR forums and haven't found anyone addressing this excessive drag issue with B9 Pwings Interestingly enough, the lift force on stock is slightly lower than the Pwings, but it isn't as dramatic of a difference when comparing the drag forces.

So your plane seems like it has the same problem with my concorde when I use B9 pwings. The coefficient of drag is enormous, even greater than the coefficient of lift, which makes no sense since you have wings that are fairly large. Shouldn't the Cd be lower than the Cl? Someone correct me if I'm wrong. I think that's why your plane requires such a high AoA to maintain stable flight. Could you try rebuilding your SRB equipped plane with stock wings? even tweakscaled if need be? If you're willing that is. I'm curious to see how the Cd and Cl change wrt your plane in particular if you use stock wings. I might be completely out of the loop with this assumption, but I think B9 pwings is still not fully compatible with FAR. Oh and thanks for the aerodynamics help Starlionblue. Good to know my planes aren't just flying metal bricks in the sky!

Can you post a screenshot of your stability derivatives? I'm not convinced that the B9 wings are generating propery lift in any aircraft since I too require a high angle of attack and my pitch angle become equal with my angle of attack when I build my concorde wings out of B9 pwings.

By the Ferram lift graph, do you mean the tab with the data+stability derivatives? I'm not sure how to change the AoA setting in that tab, it stays at 14 degrees. Here it is https://ibb.co/jsUVCv And here;s the transonic design tab https://ibb.co/ewqyza

Here's one at takeoff, max loading, 144 tons: https://ibb.co/noXqSv Here's one subsonic, climbing https://ibb.co/dQWH7v Supercruise https://ibb.co/jVj4nv Landing, fuel almost empty https://ibb.co/b7aASv Do they seem correct? To me, they seem slightly off but then again, my replica isn't really a replica at this point. Also, can you inspect the same plane rebuilt with B9 Pwings? I rebuilt it with the exact same shape but the coefficients are drastically different, with B9 having a very high drag coefficient. B9 Pwings https://ibb.co/iz5ASv Stock Tweakscaled https://ibb.co/dcPFua

Weirdly enough I'm getting decent lift with B9 at supersonic speeds (similar to yours) but at takeoff, I get 1:1 ratio. What is that plane's L/D at liftoff with B9? I know it's not the same as my concorde replica, but I'm wondering if it's just my wing design that's causing a crappy L/D at low speeds with B9 pwings.

If Ferram says it's legit, it's legit in my books too then! I can't imagine why my plane is a magical levitating UFO compared to the real thing though. As for the B9 Pwings L/D, does anyone have any experience with B9 pwings + FAR? If so, how is the L/D of the mod? I'm finding they provide literally no lift and I'm using the latest version of the mod

Thanks for the informative post. Yeah I got mixed up on the L/D ratios since I was getting conflicting numbers from Wikipedia and that concorde site. Yes my plane is lighter than the concorde but the thing is, I don't need to resort to a high AoA (only around 5-10 degrees) to maintain my extremely high L/D of 22 at Mach 0.35 while the concorde needed to at subsonic speeds. But judging from responses from StarlionBlue + Maeyanie, this discrepancy probably isn't a bug in FAR or on my end. Admittedly, I haven't revealed everything about my plane. 1. The main wing of my replica is slightly more swept than the Concorde's 2. I implemented a chine towards the front of the nose of the aircraft (like Boom's concept supersonic plane) to adjust the center of lift position. 3. I implemented a swept backside of the main wing, also taken from inspiration from Boom's supersonic plane 4. I have fuel in the wings using FuelWings, but I also added a fuselage at the underside of the plane. My CoL and CoM are barely touching each other (with CoM in the front of course). Come to think of it, my replica isn't so much a Concorde replica anymore, but more a Boom Supersonic plane replica hehe. But do these wing shape differences change the L/D that much? In terms of FAR? Also another interesting note, I've rebuilt my replica's wings with B9 procedural wings and the L/D ratio with those Pwings are terrible at lift off, achieving parity between lift and drag coefficients. Is this a bug with B9 wings?

So I built a concorde replica using tweakscale and Airplane plus parts. I tweakscaled the stock wing parts to shape the delta wing but I noticed something odd and I'm not sure if it's a tweakscale-FAR bug or maybe a limitation of FAR or something. At lift off, Concorde has a L/D of 4 to 7 and at supersonic cruise, at around 12 (http://www.concordesst.com/concordeb.html). My replica however, is reversed. At liftoff, I have an insane L/D of 22 and at supersonic (Mach 2) of around 6 to 7. My wing area is nearly identical to concorde's (concorde is 358 m^2 and my replica is 402 m^2) so I'm not sure why the L/D discrepancy exists between my replica and the real thing. I might be overlooking something since I'm far from an aeronautical engineer. Can someone shed light on this? I'm on 1.2.2 using latest versions of FAR and tweakscale and a bunch of other mods Here are some pics: https://ibb.co/fvO94a https://ibb.co/e3hacv Here are logs: https://drive.google.com/file/d/0B1DFDkTDYdxBZUdBYzJrYXRCRGs/view?usp=drivesdk

Is there some way to adapt this for the 6.4x scale KSP system?

Thanks. That was ridiculously simple but I needed that.

Is the answer that obvious? I just installed this mod 10 minutes ago and I'm just confused. I tried looking around the thread about the Saturn MLP but I didn't find anything about the fuel lines moving away from the vehicle as it launches. Needless to say, you can call me stupid, but I genuinely don't know.

So is the Saturn Launch pad animated? The Crew corridors are stuck in one position. Do they move?

I'm glad I haven't bought NMS and have instead jumped in the KSP bandwagon since 2014. In it's core, KSP has everything right, focusing it's gameplay on the difficulty of spaceflight, but presents it in a very fun way. If the devs (one day, we can all dream) try to at least design more features into the planets (doesn't necessarily have to be procedurally generated, but honestly, I don't care what they do, as I trust they'll create something magical), then KSP will become the ultimate space exploration game, bar none. It's core game philosophy is already extremely fun, rewarding, and frankly, genius.

Update on my IR part drift issue. I did some further testing and determined that it is a mod conflict with IR robotics that is causing the part drifting issue after time warp as mentioned in page 51. I deleted all mods except hyperedit and IR robotics and there was no drifting issue. But when I ran my 50+ mods, the drifting started again after time warp. Now, the next step is to determine what mod is causing the robotic parts to drift out of alignment. Anyone have any advice on how to test conflicting mods out of 50 or so mods without restarting the game 100 or so times?

So I was able to reliably replicate the drifting of joints over several days of time warp with this stock, shoddily-put together rover with rotatrons and hinge. The drift is most notable between the cubic octagonal strut and the rotatron, and also between the cubic octagonal strut and the wheels. The parts drift away from each other from what seems like random directions. I have KJR and ven's stock revamp installed. Here's the part: https://drive.google.com/open?id=0B1DFDkTDYdxBSjl2X3oxYnR4ams Steps to reproduce: 1. Launch the vehicle into orbit (Hyperedit) 2. Move the craft around using provided RCS and engine. 3. Time warp while it is still moving with RCS. From experience, I think this exacerbates the drifting issue. 4. Time warp some more. 5. Quit to Space center. 6. Go into tracking station and time warp several days. 7. Go back to vessel and the joints between the robotic parts to other parts is randomly drifted and separated away from one another. I should note that I didn't have to do Physics warp at any time to reproduce the drifting problem. I used only time warp. Also, I did this on a new, clean save, without any other vessels. Here is the rover after the time warping shenanigans. I just noticed myself that not only do the joints drift, but also the elements of the robotic parts themselves. Here is the rover before the time warping shenanigans.

I've been searching this thread for a solution to tweakscaled- robotic parts drifting after a time warp or (at least in my case) after leaving the vessel and time warping. Just for my own curiosity, is there really no solution? I've read from Ziw that it has something to do with how Infernal Robotics parts are managed by FixedUpdate physics ticks. Does the problem lie with Infernal Robotics, or Tweakscale, or both? The joints drift an incredible amount for me (even on light vehicles) whenever I use either time or physics warp.

UPDATE. I found that this part: was the thing that was causing me problems with the chute autocutting prematurely. All other parachutes from RealChute are working fine.

I posted this in the real chute thread but I didn't get any replies yet, I have a weird problem with parachutes cutting midair automatically Over land, the parachutes work perfectly. The chutes cut ONLY once I touch the ground. But over water, no matter what I do with the settings, the chutes cut mid air at around 30 to 50 metres, making my craft plummet and disintegrate into the water. Has anyone else experienced this? There are no null exceptions error messages or anything in the debug log. Here's my mod list:

So I have a weird problem with parachutes cutting midair automatically Over land, the parachutes work perfectly. The chutes cut ONLY once I touch the ground. But over water, no matter what I do with the settings, the chutes cut mid air at around 30 to 50 metres, making my craft plummet and disintegrate into the water. Has anyone else experienced this? There are no null exceptions error messages or anything in the debug log. Here's my mod list:

Have you by any chance kept a save from an earlier version of the 1.1 prerelease? This happens when the save used is made from an older version of 1.1. I've tried a new save and this never happened, yet when I try my save from the prereleases on the official 1.1 version the tracking station bugs out whenever I enter it after returning from a vessel.

I love the idea of tiered part upgrades, especially for engines! It parallels what really happens in real life engines. NASA really does upgrade existing engines and their stats because of the gaining of "practical knowledge" as you say it: better manufacturing techniques, improved engineering designs etc. gained through years of flight experience. Although I could imagine that the coding part of this proposal might be a pain in the butt.

One word: Clouds.

I use Windows primarily. Compared to Windows, Ubuntu being "Lightweight" and "fast" are understatements. Bootup times are halved compared to Windows, program opening times are faster and even the ISO file itself is much smaller than a Windows ISO.