| BSpline Bug |
 |
| Thomas | 2010/08/26 17:25 | If a rational periodic (U or V) bspline surface (i.e all weights = 1) is converted with SetVNotPeriodic or SetUNotPeriodic, it generates the wrong number of Poles/Knots
and a wrong Knot distribution.
I found (after much trying ) a workaround in the sources marked as
//szv#10:PRO19566:05Oct99
but seems like the bug is still there...
The workaround simply puts a weight (1,1) to 0.3 , does the conversion and then restores the weight to 1.0. It doest works well :)
At least put this in the documentation!!
| |
|
|
|
| Fabian Hachenberg | 2011/06/14 11:17 | | What's the status of this bug? Is it a bug or not? | |
|
|
|
| QbProg | 2011/06/14 13:27 | | I did not test this in 6.5 | |
|
|
|
| Forum supervisor | 2011/06/14 14:04 | Hi,
The specified reference (//szv#10:PRO19566:05Oct99) is very old.
At the moment we don't have information that this bug still exists.
If you can provide any test case to reproduce it we will recheck it
and will inform you about results.
Regards | |
|
|
|
| QbProg | 2011/06/14 18:54 | The comment was old, but the issue permained.
I will try to do and post a test, but simply create a periodic bspline surface (periodic in U or V) , with all the weights to 1, and try to convert it to a non-periodic one.
it will likely have an uncorrect number of knots/poles in the periodic direction
I will let you know if this persisted in 6.5 | |
|
|
