Mirror symmetry for triangular panels seems all wrong

[Dunbaratu]

These new Triangular panels made me pretty excited at first, until I tried using them in the SPH and found the mirror symmetry feels all wonky and wrong for them, making it hard to design certain things with them.

Look at these screen shots - the mirrored symmetry isn't making actual mirrored parts.  It's behaving just like radial symmetry:

The first two images are with Mirrored symmetry.  The last image is with radial symmetry to compare.  I don't see any difference.

Album 9HGrq will appear when post is submitted

Edited March 19, 2018 by Steven Mading
Imgur album link wasn't working

[Dunbaratu]

Okay I give up trying to fight this "what you see isn't what you get and you can't just type codes directly" forum software.  I don't know why the imgur album won't appear, but here's the image URLs one at a time:

First image : https://imgur.com/bapW4cc

Second image: https://imgur.com/W5QepBA

 

[Hurzelgnurk]

Just tried and it is behaving like mirror except the part ist 180° rotated around the z axis, which it imho shouldn't be. You can see that if you put it a bit offcenter.

Edited March 19, 2018 by Hurzelgnurk

[EwingKang]

This is very frustrating, considering how the bug makes the exterior shaping of my aircraft quite annoying. It should only needs a very simple fix.

Please help upvote this if anyone is having this issue. https://bugs.kerbalspaceprogram.com/issues/20762

Edited May 19, 2019 by EwingKang
put on screenshot

[FleshJeb]

On 5/19/2019 at 12:16 AM, EwingKang said:

This is very frustrating, considering how the bug makes the exterior shaping of my aircraft quite annoying. It should only needs a very simple fix.

Please help upvote this if anyone is having this issue. https://bugs.kerbalspaceprogram.com/issues/20762

Upvoted. IIRC it's a pretty simple config file fix.This problem also exists with the triangular armor parts in BDA.

[OHara]

11 hours ago, FleshJeb said:

IIRC it's a pretty simple config file fix.

I haven't seen a config-file fix for this one. 
Adjusting the attachment orientation in the config-files somewhat fixes the similar problem with mk2 textures flipping, but I could not see a way for it to help these triangles.  IKSP depends on every surface-attachable part having mirror symmetry across  the x/y plane (the plane of an airplane wing in the SPH) when the part is placed before any rotation.  The M.H. credits list many freelance artists, and I can imaging this convention was not pointed out to them.

After thinking this through, it seems there probably is a config-file solution involving MODEL { rotation = ax, ay, az}   That would break old craft, so if Squad uses that method they would need to introduce a version-2 of the triangular parts, letting old craft use the version-1.

If anyone has a working config-file patch, please post it to the bug report

[GluttonyReaper]

Just ran into this issue, incredibly frustrating and makes the structural parts mostly useless for what I want to do with them. I would really like to see this fixed, especially considering they would be pretty handy for the upcoming robotics stuff.

[OHara]

Rotating the models into the KSP coordinates so that they have an x-y plane of symmetry, like wing parts, breaks old craft that used the triangles
(because the craft file only stores how parts already in KSP coordinates are rotated onto the craft).

But new craft built with this MM patch have the triangles  follow mirror symmetry rules, most of the time.

Spoiler

@PART[Triangle*] {
  s = #$/node_attach[0]$
  @node_stack_top       = #   0, $s$, 0,  0,1,0, 0
  @node_stack_left      = # $s$,  0,  0,  1,0,0, 0
  @node_stack_topleft   = # $s$, $s$, 0,  0,1,0, 0
  @node_stack_lefttop   = # $s$, $s$, 0,  1,0,0, 0
  @node_stack_topright  = #-$s$, $s$, 0,  0,1,0, 0
  @node_stack_righttop  = #-$s$, $s$, 0, -1,0,0, 0
  @node_stack_bottomleft =# $s$,-$s$, 0,  0,-1,0,0
  @node_stack_leftbottom =# $s$,-$s$, 0,  1,0,0, 0
  @node_stack_edge      =     0,  0,  0, -1,-1,0,0
  @node_attach          = # $s$,  0,  0,  1,0,0, 0
  !s = delete
  @MODEL {
    %rotation = -90, 0, 0
    // drag cubes are automatically generated with the correct rotation
  }
}

@PART[EquiTriangle*] {
  !NODE,* {} // no need for variant nodes
  s = #$/node_attach[2]$
  @s *= 1.15
  u = #$s$
  @u *= 0.866
  v = #$s$
  @v *= -0.5
  %node_stack_left    = # $s$, 0,  0,   1,   0,  0, 0
  %node_stack_top     = # $v$, $u$,0,-0.5, 0.866,0, 0
  %node_stack_bottom  = # $v$,-$u$,0,-0.5,-0.866,0, 0
  %node_attach =  # $s$,0,0,  1,0,0, 0
  t = #$/node_stack_back[1]$
  %node_stack_back = # 0,0,$t$,  0,0,1,  0
  @t *= -1
  %node_stack_front= # 0,0,$t$, 0,0,-1, 0
  !s = delete
  !t = delete
  !u = delete
  !v = delete
  @MODEL {
    rotation= 120, 90, 90
  }
}

 

Node-attaching triangles to nodes of other triangles that are mirror-symmetry attached to a parent can sometimes confuse the symmetry.  Re-attaching the branch of parts to the parent usually corrects the errors in mirroring.  However, node-attachments along the line of the mirror symmetry, along long axis of a typical aircraft,  result in the child triangles failing to mirror.

Surface attaching triangles to triangles works fine.

It looks like the KSP mirror-symmetry system has some historical complications, and doesn't handle the generality we can build with all those nodes on the M.H. parts.  Having them surface attach like wing parts seems wiser in hidnsight.

Edited May 27, 2019 by OHara
simpler patch

[Robdjee]

This might be an old thread but it still is an annoying problem

[surge]

I'd hardly call 4 months 'old'.

And it's worth pointing out that this only applies to the right-angle triangle parts. The isosceles? (non-right angle) parts work properly.

 

Edited January 5, 2020 by surge

[JPLRepo]

Think you'll find they are fixed now in 1.10.x

[Anth]

Agreed. I havent had any issues with the triangles for 1.10