You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
first of all - what a great work! I'm amazed how fast SVGnest is able to find decent solutions. This made me wondering how the NFP part of the tools works under the hood.
Let's say I have a pair of pieces. The first one is considered to be static and the second one orbits around the first one. Although there might be a lot of possible rotations for each piece. there is only one nfp computation right? That is, for each piece a fixed rotation is set and it is the task of the GA to find the best rotation option in combination with the selection order. That would also explain why the tool is not slower at rotation=32 compared to rotation=64.
Am I correct with my assumption?
The text was updated successfully, but these errors were encountered:
Hey,
first of all - what a great work! I'm amazed how fast SVGnest is able to find decent solutions. This made me wondering how the NFP part of the tools works under the hood.
Let's say I have a pair of pieces. The first one is considered to be static and the second one orbits around the first one. Although there might be a lot of possible rotations for each piece. there is only one nfp computation right? That is, for each piece a fixed rotation is set and it is the task of the GA to find the best rotation option in combination with the selection order. That would also explain why the tool is not slower at rotation=32 compared to rotation=64.
Am I correct with my assumption?
The text was updated successfully, but these errors were encountered: