A peculiar little bug, I think: If I select a number of SubD control points and use SetPt to align them (in this case on the Y-axis), the bottom line of CP’s goes bonkers if i use Osnap to set the position. If no Osnap is used, all is well - See the attached GIF. Is this just my system acting up or is this a bug?
Hi Jakob - I wasn’t able to reproduce that with a SubD object that was created by revolving a SubD-friendly curve. Could you attach your model?
Thanks!
Thanks for getting back to me. Attached is a very simple file, but it goes for all subd geo. Window select the cp’s inside the red box, setpt on the y axis (although the axis is not important) an use to osnaps to align them to the indicated point in the right viewport - although this goes for all selections of cp’s, in all viewports and on all axis. As soon as the osnap is active one of the rows of cp’s isn’t quite aligned. Sometimes the discrepancy is very small, sometimes large - and if the command is repeated, the get in line.
The only material difference between my Rhino and your’s is that you have KeyShot8RhinoPlugIn installed and I don’t.
Would it be possible for you to load protect KeyShot and try again? If not, I will see if somebody in the office has KeyShot and if they can repeat what you are seeing.
Jakob, I just tested using Rhino (7.0.19129.7405, 5/9/2019) (Tuesday’s public WIP release) and I still can’t repeat what you are seeing, but I do get non-planar results in this version of Rhino.
Hi @dalelear
“Good” to hear that you are seeing non-planar results as well. If you look closely at bottom row of control points in the side view of first set of screenshots you posted, you’ll see that actually there is a small offset on one of the control points as well. As mentioned, the degree of “non-planarity” varies - sometimes it’s really pronounced, sometimes you can hardly see it. Let me know if there’s further testing I should do (I did try to loadprotect the KS8 plug-in to no avail).
-Jakob
Detailed, accurate, factual bug reports get high priority for quick evaluation. This bug report was superlative in all respects.
Then two things happen: either it’s hard and gets schedule or it’s easy to fix.
In this case, once I evaluated the bug and understood the root cause (which took an embarrassingly long time), the fix took about 30 seconds. Good thing Bob pays us for both steps.
Cheers @dalelear - thanks a lot! And on a more general note: I’m loving the development on Sub-D! Stable, easy to work with, easily understandable and very much developing
Br, Jakob