Updating beta issues in docs.

This commit is contained in:
George ElKoura 2015-04-06 22:09:14 -07:00
parent 5ed669db07
commit eab2550300
4 changed files with 9 additions and 28 deletions

View File

@ -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
*****************

View File

@ -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.
----

View File

@ -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.
----

View File

@ -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
==========