mirror of
https://github.com/PixarAnimationStudios/OpenSubdiv
synced 2025-01-11 17:10:08 +00:00
Updating beta issues in docs.
This commit is contained in:
parent
5ed669db07
commit
eab2550300
@ -274,9 +274,6 @@ with 16, 12, 9 and 4 control vertices respectively.
|
||||
that we can eventually get rid of the current re-ordering step applied
|
||||
to the control vertex indices.
|
||||
|
||||
We also intend to consolidate all bi-cubic patch types into using 16
|
||||
control vertices, which will deprecate the *Boundary* and *Corner* types.
|
||||
|
||||
Patch Transitions
|
||||
*****************
|
||||
|
||||
|
@ -118,8 +118,8 @@ a series of regression tests that compare the methods to each other.
|
||||
|
||||
* **Beta Issues**
|
||||
|
||||
Face-varying smooth data interpolation is currently not supported in **Osd**.
|
||||
"Smooth UV" modes of various DCC applications are not supported (yet).
|
||||
Face-varying smooth data interpolation is currently only supported in
|
||||
**Osd** through refinement and limit points but not in the PatchTables.
|
||||
|
||||
----
|
||||
|
||||
|
@ -130,15 +130,13 @@ gracefully.
|
||||
|
||||
**Beta Issues**
|
||||
|
||||
As of 3.0.0 Beta release, non-manifold topology has limited support. Most
|
||||
non-manifold configurations (with the exception of degenerate edges) are
|
||||
supported for refinement and subdivision. But some factories, such as the
|
||||
patch tables, do not support them. The interpolation associated with
|
||||
non-manifold features currently treats them as infinitely sharp features --
|
||||
smooth rules are possible but exactly what they should be is unclear. We
|
||||
intend to fully specify and implement a set of interpolation rules in a
|
||||
future release of OpenSubdiv. Until then the results should be considered
|
||||
undefined.
|
||||
As of 3.0.0 Beta release, most non-manifold configurations (with the
|
||||
exception of degenerate edges) are supported for refinement and subdivision.
|
||||
The interpolation associated with non-manifold features currently treats
|
||||
them as infinitely sharp features -- smooth rules are possible but exactly
|
||||
what they should be is unclear. We intend to fully specify and implement a
|
||||
set of interpolation rules in a future release of OpenSubdiv. Until then
|
||||
the results should be considered undefined.
|
||||
|
||||
|
||||
----
|
||||
|
@ -82,20 +82,6 @@ Others exist to represent the following:
|
||||
* common low-level utilities, e.g. simple array classes
|
||||
|
||||
|
||||
.. container:: notebox
|
||||
|
||||
**Beta Issues**
|
||||
|
||||
Being intended for internal use, any changes to *Vtr* should not impact public
|
||||
interfaces. Regardless, its worth noting some of the work planned:
|
||||
|
||||
* improve non-manifold support to handle degenerate edges
|
||||
* potential nesting of FVar classes within *Level* and *Refinement*
|
||||
* potential specializations for regular *Levels* and *Refinements*
|
||||
|
||||
Priority will be given to satisfying functional needs.
|
||||
|
||||
|
||||
Vtr::Level
|
||||
==========
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user