Yakuzi

Today, worked on this unit: Not today, not Korolev, not cross:

Thanks mate, very much appreciated! Happy you like them Bla Bla, I loosely based the Slingshot on the MiG 4.12 and the Slingshot Pro on the MiG 1.44 (both were demonstrator designs), they indeed have some similarities with the Rafale. The door on the front end is from an upside-down Mk1 cockpit (on top of an upside-down Mk2 cockpit with the Slingshot Pro). I frequently use some degree of clipping for aesthetic purposes (and because KSP cheats with drag/aerodynamics a), but not to physics defying extremes if I can help it. Here's a list of visual mods I use:

No worries mate, welcome to the forums, quite the entrance with an SSTA! I checked it out on KerbalX and it looks good! I did notice however that it's not marked as "stock" due to FAR... Since many peeps look for stock craft on KerbalX, you might want to consider (if you can be bothered) saving your craft in stock KSP and reuploading. On my end, I finished a series of stock SSTO spaceplanes for LKO after being away from KSP and the forums for quite a bit. I'd forgotten how much fun it is to tinker around in the SPH and optimise craft you'd never thought would reach orbit. Anyhow, below a couple of pics of the fruit of my labor, the "Slingshot" and "Slingshot Pro" class spaceplanes, full albums here and here, respectively. If you want to take them for a spin around Kerbin grab them from my KerbalX page here (they're a breeze to fly, flight instructions in the craft descriptions, aviation lights not included ). Left: Slingshot Pro Right: Slingshot Slingshot Slingshot Slingshot Slingshot Pro Slingshot Pro Slingshot Pro

Just checked and there was indeed a flag at the end of the runway Issue upvoted on the bugtracker, thanks for letting me know OHara!

Thanks heaps mate! Did a bit more testing on the z-fighting issues I've been experiencing in 1.6.0, check out the gifs of 1.5.1 vs 1.6.0: KSP 1.5.1 KSP 1.6.0 Both are completely stock installs*, identical settings, same craft file (loaded and launched from the SPH, accelerated to ~120m/s then stopped). As you can see there is some minor z-fighting on the ruddervators in KSP 1.5.1, however, in 1.6.0 all wing parts and most other parts are having epilepsy level z-fighting issues. The z-fighting problems seems to be fixed upon reloading the scene. Can anyone confirm before I submit this to the bugtracker? The craft above can be downloaded here. * Apart from some Mk2 config file changes in 1.5.1

Thanks @TriggerAu I was referring to this, I'm obviously oblivious to what was discussed internally: Anyhow, thanks again for looking into this!

I have resubmitted the issue to the bug tracker here: https://bugs.kerbalspaceprogram.com/issues/20423. Any up-votes or comments are immensely appreciated! ??? Neither are the fuel tanks... AFAIK, the "fix" was introduced sometime between KSP 1.0.5 and 1.1.3 to make attaching Mk2 parts easier for new KSP players (originally you had to press "w" and "d" before the Mk2 parts were lined up correctly when attaching radially, check out the Mk2 crew cabin as the "fix" isn't applied to that part for obvious reasons). The texture flipping buggy behavior was an undesired side-effect of the "fix", but Squad decided to implemented it anyway (@Porkjet and @sal_vager weren't happy about this**). Comparing the current state to the original non-buggy, expected, intuitive, symmetrical Mk2 attachment rules: Current Mk2 fuel parts: Radial attaching parts: Easy Rotation behavior: Unexpected, counter intuitive, inconsistent, buggy Asymmetric craft: Yes In-game workaround: No Bug persistent*: Yes Original Mk2 fuel parts: Radial attaching parts: Medium Rotation behavior: As expected (like any other part in the game) Asymmetric craft: No In-game workaround: Yes Bug persistent*: n/a *Persistent: if you fix the .cfg files and share a craft with correctly oriented Mk2 textures, anyone who loads it in a stock KSP version will have the textures flipped again. The current Mk2 attachment rules are clearly more undesirable than the original ones. @SQUAD knows this otherwise they would've applied the "fix" to every part (like the Mk2 crew cabin for instance). @UomoCapra could you please look into either providing a proper fix that doesn't result in this buggy texture flipping behavior or reverting to the original Mk2 attachment rules, cause what we have now is a very sloppy "fix" with some very undesirable side-effects. ** The original 2016 post where @Porkjet and @sal_vager expressed their discontent concerning the "fix" was deleted somehow, in 2017 sal_vager mentions again he's unhappy about the "fix" here, and said he asked "to get it revoked again".

The "funny orientation" thing was the reason Squad introduced the fix IIRC. Here's my main issue though; you can easily work around this by pressing "w" and "d" once... whereas you cant work around the flipping textures flipping, even when you save a craft with the correct textures they will get flipped again when you load them in a different stock KSP game. So the pros and cons of each situation: Current Mk2 fuel parts: Radial attaching parts: Easy Rotation behavior: Unexpected, counter intuitive, inconsistent, buggy Asymmetric craft: Yes In-game workaround: No Bug persistent*: Yes Original Mk2 fuel parts: Radial attaching parts: Medium Rotation behavior: As expected (like any other part in the game) Asymmetric craft: No In-game workaround: Yes Bug persistent*: n/a *Persistent: if you fix the .cfg files and share a craft with correct Mk2 textures, anyone who loads it in a stock KSP version will have the textures flipped again. I fully understand the reasoning for making life easier for newbies trying to make cool looking Mk2 craft. However, this shouldn't overrule expected part behavior and unfortunately the current "fix" does exactly that. @SQUAD clearly knows this, otherwise they would have implemented these attachment rules to all parts, including the Mk2 crew cabin @OHara mentioned above. Ideally, we would have Mk2 parts that attach easily and behave correctly. Until this solution is available, however, please fix the Mk2 parts so they behave like every other part in the game, as the current "fix" is a very sloppy, buggy attempt to accommodate the new player while resulting in unexpected, inconsistent behavior and asymmetric craft for everyone else...

Then can we have this six legged "feature" on all parts please*: * /s

This bug still exists in KSP 1.6.0.2395(x64). Link to the bug report here. Solution to the issue: Change the following lines in the Mk2 fuel tank .cfg files in the GameData/Squad/Parts/Mk2FuselageLong and Short: Remove line: mirrorRefAxis = 0, 0, -1 Change node_attach line to: node_attach = 1.25, 0.0, 0.0, 0.0, 1.0, 0.0, 1 Please fix this @SQUAD, thanks!

Ow man, a stock delta-V readout, Xmas came early (but late )!!! I'm having some serious z-fighting issues with wings in 1.6.0 vs 1.5.1 though, anyone else experiencing this? Very disappointed to see the Mk2 texture flipping bug still hasn't been addressed in 1.6.0, @SQUAD @UomoCapra @JPLRepo or whoever is in charge, could you pretty please have a look at this, it's been well over 2 years since this bug was introduced. The fix (proposed by @Porkjet at the time) is extremely straightforward: You'll have my eternal gratitude!

That's incorrect unfortunately. When you bought KSP you payed for a software license not a product, by playing any version of KSP (whether it's 1.3.x or 0.7.3 or anything in between) you accept the new EULA: For more info, have a look at the Updated Terms and Service thread here, or read the new EULA.

The first paid KSP DLC is coming out in just over a week if all goes to plan. Are you planning on buying it? If you choose "other", please post below to let us know what/why!

Unfortunately, according to the EULA, KSP is licensed not sold, so by playing any version of KSP (whether it's 1.3.x or 0.7.3 or anything in between) you accept the new EULA: And here's the statement from Daniele Peloggio (= @UomoCapra?) on the KSP steam website: If you don't accept the new EULA, it means you're terminating the license provided by Take Two, and, as described by the EULA, you are required to destroy and/or delete any and all copies of KSP Software in your possession, custody, or control. NB: IANAL

Any news on a response by any chance @JPLRepo? Since the new EULA will go into effect in 4 days, it'd be great if we would get more info soon. Particularly if we want to communicate through these forums, which will require accepting the new EULA from the 6th of March if I'm not mistaken.