Bug Report: Fusion 360 3D surface-patch getting closed-splines backwards by mistake

Bug Report: Fusion 360 3D surface-patch getting closed-splines backwards by mistake

OceanHydroAU
Collaborator Collaborator
528 Views
4 Replies
Message 1 of 5

Bug Report: Fusion 360 3D surface-patch getting closed-splines backwards by mistake

OceanHydroAU
Collaborator
Collaborator

This is obviously wrong:

Screen Shot 2020-12-02 at 1.55.02 am.png

Same - different view angle:-

Screen Shot 2020-12-02 at 1.54.53 am.png

 

Starting sketch:- 

Screen Shot 2020-12-02 at 1.54.44 am.png

 

Note that this is not a planar shape - it is 3D:

Screen Shot 2020-12-02 at 1.57.19 am.png

 Source sketch is here:  https://a360.co/36rnOGH

 

This is probably related to bug FUS-75503 

https://forums.autodesk.com/t5/fusion-360-support/bug-report-surface-patch-not-functioning-properly-...

 

0 Likes
529 Views
4 Replies
Replies (4)
Message 2 of 5

TrippyLighting
Consultant
Consultant

I provided some feedback in the other bug report you posted. Long sorry short: Garbage in, Garbage out.


EESignature

Message 3 of 5

OceanHydroAU
Collaborator
Collaborator

FYI @TrippyLighting - every time you publicly reply to a bug report, it reduces the changes that the Fusion 360 team will fix this.  You're giving the programmers "ammunition" to argue that they should not correct it, and/or pushing the priority down the resolution queue.  Just saying.  I'm happy to receive private feedback if you don't want to jeopardize development!

 

Besides that - thanks.  I disagree that it's "garbage" though, mostly because that introduces the problem of trying to decide what IS, or IS NOT, "garbage" in the first place.  Splines are just math, whether or not they "loop" (which is detectable [e.g. to reject creation in the first place], and/or correctable by adding extra points [e.g. so input can be always accepted, without mathematical issues creeping in]), so there's no reason Fusion 360 shouldn't properly process all user input without exceptions.

 

Regarding the "insidedness" of a 3D shape, a fascinating topic in itself - even if this was "garbage", it still should not fail.  They probably need to evaluate what "inside" means from more than one place around the shape, and use whatever is the consensus.  About 20% of these shapes fail (random internal errors) about 10% are "backwards", and the rest work fine.  Getting this about 70% right is an extremely high indicator that this is a programming bug in their patch tool (remember - extrude etc still works fine).

 

Personally, I blame the cause of this issue on impossible numbers: it gave mathematicians a new curiosity they can use to take math from 1D easily into 2D, but there's no other handy concept outside of the square-root of negative one which extends that concept out to 3D - if they'd never messed with that in the first place, a whole pointless branch of mathematics could have been avoided and replaced with matrices which better extend to this instead...  Just my 0.02c ...

0 Likes
Message 4 of 5

TrippyLighting
Consultant
Consultant

Even if there is a bug, the surfaces created by your methodology are garbage in a technical sense. The curvature is all over the place.

You can fight this, or you can learn how technical surfacing works. Your choice.!

 

Your assumption that the developers use my post is an excuse if preposterous!


EESignature

0 Likes
Message 5 of 5

OceanHydroAU
Collaborator
Collaborator

I used to be a team-developer fixing bugs in a huge corporation - arguing why not to change anything is extremely frequent, indeed, the first option usually considered for almost all bugs. 

 

I do agree about the "technical garbage"; adjusting the points to make then regularly spaced does make it harder to reproduce the problem, however, by introducing that arbiry idea that spline points need to be spaced in some special way, and trying to make a call about whether or not the curvature that a user decides they want is "right" ... well ... that's not for the software to decide.  This product is used for both engineering *and* art, and it's the beauty of the mathematical shapes that can be produced that should be supported here - not the single test-case we dream up by looking at one bent airfoil.

 

For what it's worth - a huge thanks for taking the time to talk with me about this... your observation was the clue that lead my thinking to the work-around here !

0 Likes