Project

General

Profile

Bug #20762

Making History Triangular Structural Panels Mirror Symmetry Issue

Added by Vycma over 5 years ago. Updated over 3 years ago.

Status:
Confirmed
Severity:
Low
Assignee:
-
Category:
Parts
Target version:
-
Start date:
12/26/2018
% Done:

10%

Version:
Platform:
Linux, Windows
Expansion:
Making History
Language:
English (US)
Mod Related:
No
Votes:
Arrow u r green
Arrow d r red

Description

Mirror symmetry mode for right-angled structural panels of the Making History expansion does not mirror part rotation properly, i.e. similar to triangular lifting surfaces. Instead the part rotation seems to be set according to radial symmetry mode, as shown in the attached images. This issue exists in all versions since the release of Making History.

555-555-0199@example.com
555-555-0199@example.com
555-555-0199@example.com
555-555-0199@example.com

This behaviour might be intended. If it is, consider this post feedback to possibly change it, since the current behaviour clashes with expectations established by other parts.

20181226134420_1.jpg (291 KB) 20181226134420_1.jpg [email protected] Vycma, 12/26/2018 12:51 PM
20181226134410_1.jpg (288 KB) 20181226134410_1.jpg [email protected] Vycma, 12/26/2018 12:51 PM
20181226134438_1.jpg (303 KB) 20181226134438_1.jpg [email protected] Vycma, 12/26/2018 12:51 PM
20181226134450_1.jpg (304 KB) 20181226134450_1.jpg [email protected] Vycma, 12/26/2018 12:51 PM
rotateTriangleModels.cfg (1.27 KB) rotateTriangleModels.cfg Anonymous, 05/28/2019 04:01 AM
40630
40631
40632
40633

History

#1 Updated by Dunbaratu about 5 years ago

I can confirm I have this same problem, and have had it since Making History first came out. The default orientation and mirroring of these parts makes them nearly useless for their intended purpose, seeing as how the only way to make them orient properly is to attach them one at a time and manually try to make them symmetrical by eye, which doesn't really work either.

#2 Updated by Vycma about 5 years ago

  • Version changed from 1.6.0 to 1.6.1

Update:

Issue still exists in 1.6.1

#5 Updated by Nebbie about 5 years ago

  • Status changed from New to Confirmed
  • % Done changed from 0 to 10
  • Platform Linux added

Ran into this myself with some recent craft building.

#6 Updated by Vycma almost 5 years ago

Update:

Issue still exists in 1.7.0

#7 Updated by Anonymous almost 5 years ago

To place a part in mirror symmetry, the editor needs to rotate the mirrored part so that its plane of symmetry is the reflection of the part being placed, that reflection being done in the mirror plane of the ((great)grand)parent part. Somehow, the editor needs to know the plane of symmetry of the part being placed.
There is no obvious indication of the symmetry plane in the configuration files. Surface-attachable from the core game have their node_attach point in their plane of symmetry, and the local y-axis in their plane of symmetry.

If we patch the configuration files as attached, so that KSP rotates the models of these parts to put their plane of symmetry in the x-y plane (like wing parts) then the behavior in the editor is much better. With branches of several parts connected by their nodes, however, the editor still fails to make mirror symmetry. Surface attaching works. (Radial symmetry always works.)

The attached patch changes the starting orientation of these parts, so it breaks existing craft files that use them, because the craft file stores the rotation of parts from their starting orientation to that used in the craft.

#8 Updated by Vycma almost 5 years ago

Update:

Issue still exists in 1.7.1

#9 Updated by Vycma almost 5 years ago

Update:

Issue still exists in 1.7.2

#10 Updated by Vycma over 4 years ago

Update:

Issue still exists in 1.7.3

#11 Updated by Vycma over 4 years ago

Update:

Issue still exists in 1.8.1

I also noticed for even-sided structural panels, that if you mount them in a mirrored tree and rotate some part in the tree, subsequent panels in the mirrored tree have their part rotation reset to a default rotation, so that only one tree is rotated correctly.

#12 Updated by Vycma about 4 years ago

Update:

Issue still exists in 1.9.0

#13 Updated by Vycma over 3 years ago

Update:

Issue still exists in 1.10.0

#14 Updated by Vycma over 3 years ago

Update:

1.10.1 has, as far as I can see, fixed the issue! Thank you Squad for addressing it!

Also available in: Atom PDF