AuroraMiddleware/OpenSubdiv
1
0
Fork 0
mirror of https://github.com/PixarAnimationStudios/OpenSubdiv synced 2024-11-12 23:20:10 +00:00
Code Issues Releases Wiki Activity
870 Commits 18 Branches 72 Tags 102 MiB
4b2beb90a2
Commit Graph

870 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
manuelk
4b2beb90a2 Merge branch 'release/v2_4_1' 2014-04-21 12:28:41 -07:00
manuelk
4747dd84e7 Release 2.4.1 2014-04-21 12:28:17 -07:00
manuelk
b643c28b99 Update release notes for release 2.4.1 2014-04-21 12:18:16 -07:00
gelder
2545306e21 Add correct OpenSubdiv namespace begin/end blocks. 2014-04-21 10:25:38 -07:00
gelder
feb74f51f0 Compile osdutil with -fPIC for correct linking in Presto. 2014-04-18 16:19:09 -07:00
Takahito Tejima
052a2197b6 Merge pull request #283 from nathan-at-digitalfish/fix_find_glfw 
Change to FindGLFW.cmake for Windows
 2014-04-18 14:25:33 -07:00
Takahito Tejima
ea2421843b Merge pull request #282 from nathan-at-digitalfish/issue281 
Draw contexts do not fully initialize patch arrays #281
 2014-04-18 14:24:29 -07:00
Takahito Tejima
5c5c7e2ab1 Fix a bug of OsdUtilMeshBatch, the varying buffer isn't computed with CL kernel. 2014-04-18 14:01:19 -07:00
Nathan Litke
e91d931091 Changed FindGLFW.cmake so that setting the %GLFW_LOCATION% environment variable in Windows behaves like the CMake option, "-DGLFW_LOCATION=%GLFW_LOCATION%". 2014-04-17 19:11:19 -07:00
Nathan Litke
2a463b5c83 Draw contexts do not fully initialize patch arrays #281 
* added the numVertexElements argument to Osd*DrawContext::Create, which is used to initialize the patch arrays when calling OsdDrawContext::ConvertPatchArrays
* removed the unused level argument from Osd*DrawContext::_initialize
* maintenance work on CL/D3D11 bindings to get them to compile
 2014-04-17 18:55:07 -07:00
manuelk
a256dd1d44 Merge branch 'release/v2_4_0' into dev 2014-04-16 11:40:18 -07:00
manuelk
ec19b2a45d Merge branch 'release/v2_4_0' 2014-04-16 11:39:35 -07:00
manuelk
3405e952ba Release 2.4.0 2014-04-16 11:38:47 -07:00
manuelk
88c2448db0 Update release notes for release 2.4.0 2014-04-16 11:29:10 -07:00
manuelk
cd8a247243 One more fix for the windows cmake build 
fixes #258
 2014-04-16 11:27:35 -07:00
manuelk
50980cea5a Fix access rights to d3d11ComputeController.h 2014-04-16 10:27:48 -07:00
Manuel Kraemer
d54289fc84 Merge pull request #279 from Nazg-Gul/dev 
Fix wrong logic in openSubdiv_setEvaluatorCoarsePositions

Nice catch - thanks for submitting it !
 2014-04-16 07:29:16 -07:00
Sergey Sharybin
0d349c57ed Remove debug print from adaptive evaluator's initialization 
That's not good at all if an application which uses OpenSubdiv
library will suddenly have more console output coming from the
OpenSubdiv library.
 2014-04-16 16:41:47 +06:00
Sergey Sharybin
337817dc19 Fix wrong logic in openSubdiv_setEvaluatorCoarsePositions 
Issue was that evaluator.SetCoarsePositions() is expecting number
of floats in the array to be passed, but the C-API function used
to pass number of vertices there.
 2014-04-16 15:26:13 +06:00
manuelk
1bb174e654 Update dxViewer example documentation 
fixes #276
 2014-04-14 12:08:59 -07:00
takahito-tejima
7363049472 Fixing a crash on Marvericks w/glew 2014-04-11 21:54:35 -07:00
manuelk
7bdbf0c8a2 One more fix for the Linux cmake build 
fixes #258
 2014-04-11 18:33:11 -07:00
Takahito Tejima
f65c746294 Use DSA APIs for GL buffer update (if available). 
Fix some inappropriate usage hints.
 2014-04-11 18:03:36 -07:00
Manuel Kraemer
8af3e25ac7 Merge pull request #273 from nathan-at-digitalfish/issue272 
OsdUtilPatchPartitioner does not support face-varying data #272

This is looking great: thanks a lot Nathan !
 2014-04-10 17:23:56 -07:00
nathan-at-digitalfish
1b784ef7b3 OsdUtilPatchPartitioner does not support face-varying data #272 
* instantiates FarPatchTables with face-varying data for a single uniform subdivision level, or for an adaptively subdivided mesh
* face-varying data is not regenerated if data for multiple uniform subdivision levels is present
 2014-04-09 16:30:40 -07:00
David G. Yu
d426d6f07c One more fix for the windows cmake build 
fixes #258
 2014-04-09 15:16:13 -07:00
mkraemer
0f687c4c62 Fix Windows build following CMake changes 
Add conditionals testing for non-empty OPENGL_INCLUDE_DIR path

fixes #258
 2014-04-09 18:09:53 -04:00
mkraemer
05a7db5e14 Make CMake path variables more robust 
Add quotes around variables containing paths - this might require a second pass...

fixes #258
 2014-04-09 16:43:38 -04:00
mkraemer
e011fa34af Fix typo (and Doxygen warning) 2014-04-09 15:20:01 -04:00
mkraemer
5cef906014 Adding documentation content 
- Hierarchical edits descriptions
- Uniform vs Adaptive feature comparison
 2014-04-09 11:20:59 -04:00
manuelk
99c34d2aec Adding functionality to store uniform face-varying data across multiple levels of subdivision 
- switch FVarDataTable to a class
- add offsets to keep track of level
- modify dependent code
- rename 'totalFVarWidth' to 'fvarWidth'

fixes #271
 2014-04-04 19:10:34 -07:00
gelder
1bb469995f Improve error reporting in osdutil refinement classes, and fix a build issue 
in the python wrapping code.
 2014-03-28 12:28:59 -07:00
Takahito Tejima
d960990063 Remove FarMesh dependency from Osd*Context. The context constructor takes 
subdivision tables and vertex edit tables directly.
 2014-03-28 12:10:13 -07:00
Dirk Van Gelder
061c861dbf Change PxOsdUtil prefix to final OsdUtil prefix. 2014-03-27 08:26:55 -07:00
Takahito Tejima
84bc05ac9f more refactoring on FarMesh and move FarMultiMeshFactory to OsdUtil. 2014-03-24 19:13:40 -07:00
Takahito Tejima
d2fc86ba5e Move table splicing functions of FarMultiMeshFactory into factories, 
in preparation for relocating MultiMesh to OsdUtil.
 2014-03-20 14:52:42 -07:00
Takahito Tejima
76818e630b Refactor FarSubdivisionTables. 
Delete scheme specialized subdivision tables. The base class FarSubdivisionTables
already has all tables, so we just need scheme enum to identify which scheme
the subdivision tables belong to.
This brings a lot of code cleanups around far factory classes.
 2014-03-19 17:19:08 -07:00
takahito-tejima
e5c54cc9eb fix typo in gcdComputeController 2014-03-19 11:51:54 -07:00
Takahito Tejima
44a7cb6a45 Refactor Far API. 
* replace void* of all kernel applications with CONTEXT template parameter.
  It eliminates many static_casts from void* for both far and osd classes.
* move the big switch-cases of far default kernel launches out of Refine so
  that osd controllers can arbitrary mix default kernels and custom kernels.
* change FarKernelBatch::kernelType from enum to int, clients can add
  custom kernel types.
* remove a back-pointer to farmesh from subdivision table.
* untemplate all subdivision table classes and template their compute methods
  instead. Those methods take a typed vertex storage.
* remove an unused argument FarMesh from the constructor of subdivision
  table factories.
 2014-03-19 11:44:51 -07:00
Takahito Tejima
1d8cb62255 Add OsdUtilPatchPartitioner. It splits patcharray into subsets so that clients can draw partial surfaces for both adaptive and uniform. 
Also added a new example facePartition which uses OsdUtilPatchPartitioner.
 2014-03-19 10:25:12 -07:00
Takahito Tejima
40dbbfd294 Fix another multi mesh splicing bug of face varying data. 
Change FarPatchTables::Descriptor::begin() to take starting patch type so that we can use a desc iterator for uniform quads/tris as well.
 2014-03-19 09:10:49 -07:00
manuelk
3fe1d97342 Fix build warning in FarMultiMeshFactory 2014-03-17 14:59:28 -07:00
manuelk
bee501b99a Merge branch 'release/v2_3_5' into dev 2014-03-17 11:46:47 -07:00
manuelk
38229ef185 Merge branch 'release/v2_3_5' 2014-03-17 11:45:53 -07:00
manuelk
bea9d59a97 Release 2.3.5 2014-03-17 11:45:09 -07:00
manuelk
a9f321482a Update release notes for release 2.3.5 2014-03-17 11:41:58 -07:00
manuelk
90a21ca74b Fix doxygen parameter documentation for OsdCPUSmoothNormalContext 2014-03-17 11:39:45 -07:00
Takahito Tejima
cf6e9bc6de Fix a splicing bug in FarMultiMeshFactory. 
* the number of split vertices has to be taken into account when splicing vertex valence table.
* followed patch descriptor iterator api changes.
 2014-03-17 11:20:02 -07:00
manuelk
5aecc9e46e Fix Maya OsdPolySmooth node component output 
The existing code in the node assumes that all the faces in the mesh have the same valence
when populating the component tables describing properties such as per-face material assignment.
This fix accounts for arbitrary topology.

fixes #269
 2014-03-13 14:49:19 -07:00
manuelk
5d3ca52e1a Minor code cleanup in FarPatchTablesFactory 
- remove crufty #defines
- directly allocate & populate quadOffsets table
 2014-03-11 18:37:25 -07:00