AuroraMiddleware/OpenSubdiv
1
0
Fork 0
mirror of https://github.com/PixarAnimationStudios/OpenSubdiv synced 2024-12-03 00:20:09 +00:00
Code Issues Releases Wiki Activity
a57dd034e7
OpenSubdiv/opensubdiv/osd/ompComputeController.cpp

245 lines
9.2 KiB
C++
Raw Normal View History

From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// Copyright 2013 Pixar
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// Licensed under the Apache License, Version 2.0 (the "Apache License")
// with the following modification; you may not use this file except in
// compliance with the Apache License and the following modification to it:
// Section 6. Trademarks. is deleted and replaced with:
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// 6. Trademarks. This License does not grant permission to use the trade
// names, trademarks, service marks, or product names of the Licensor
// and its affiliates, except as required to comply with Section 4(c) of
// the License and to reproduce the content of the NOTICE file.
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// You may obtain a copy of the Apache License at
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// http://www.apache.org/licenses/LICENSE-2.0
Updating EULA
2013-07-18 21:19:50 +00:00
//
Amending Apache license language & file headers. New text: Copyright 2013 Pixar Licensed under the Apache License, Version 2.0 (the "Apache License") with the following modification; you may not use this file except in compliance with the Apache License and the following modification to it: Section 6. Trademarks. is deleted and replaced with: 6. Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor and its affiliates, except as required to comply with Section 4(c) of the License and to reproduce the content of the NOTICE file. You may obtain a copy of the Apache License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the Apache License with the above modification is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Apache License for the specific language governing permissions and limitations under the Apache License.
2013-09-26 19:04:57 +00:00
// Unless required by applicable law or agreed to in writing, software
// distributed under the Apache License with the above modification is
// distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
// KIND, either express or implied. See the Apache License for the specific
// language governing permissions and limitations under the Apache License.
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
//
Release Candidate 1.0 : - [Feature Adaptive GPU Rendering of Catmull-Clark Surfaces](http://research.microsoft.com/en-us/um/people/cloop/tog2012.pdf). - New API architecture : we are planning to lock on to this new framework as the basis for backward compatibility, which we will enforce from Release 1.0 onward. Subsequent releases of OpenSubdiv should not break client code. - DirectX 11 support - and much more...
2012-12-11 01:15:13 +00:00
#include "../osd/cpuComputeContext.h"
#include "../osd/ompComputeController.h"
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
#include "../osd/ompKernel.h"
Release Candidate 1.0 : - [Feature Adaptive GPU Rendering of Catmull-Clark Surfaces](http://research.microsoft.com/en-us/um/people/cloop/tog2012.pdf). - New API architecture : we are planning to lock on to this new framework as the basis for backward compatibility, which we will enforce from Release 1.0 onward. Subsequent releases of OpenSubdiv should not break client code. - DirectX 11 support - and much more...
2012-12-11 01:15:13 +00:00
#ifdef OPENSUBDIV_HAS_OPENMP
#include <omp.h>
#endif
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
namespace OpenSubdiv {
namespace OPENSUBDIV_VERSION {
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
OsdOmpComputeController::OsdOmpComputeController(int numThreads) :
_currentVertexBuffer(NULL), _currentVaryingBuffer(NULL) {
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_numThreads = (numThreads == -1) ? omp_get_max_threads() : numThreads;
Release Candidate 1.0 : - [Feature Adaptive GPU Rendering of Catmull-Clark Surfaces](http://research.microsoft.com/en-us/um/people/cloop/tog2012.pdf). - New API architecture : we are planning to lock on to this new framework as the basis for backward compatibility, which we will enforce from Release 1.0 onward. Subsequent releases of OpenSubdiv should not break client code. - DirectX 11 support - and much more...
2012-12-11 01:15:13 +00:00
}
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
void
OsdOmpComputeController::ApplyBilinearFaceVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeFace(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::F_IT)->GetBuffer(),
(const int*)context->GetTable(FarSubdivisionTables::F_ITa)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyBilinearEdgeVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeBilinearEdge(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::E_IT)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyBilinearVertexVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeBilinearVertex(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyCatmarkFaceVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeFace(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::F_IT)->GetBuffer(),
(const int*)context->GetTable(FarSubdivisionTables::F_ITa)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyCatmarkEdgeVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeEdge(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::E_IT)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::E_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyCatmarkVertexVerticesKernelB(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeVertexB(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const int*)context->GetTable(FarSubdivisionTables::V_IT)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyCatmarkVertexVerticesKernelA1(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeVertexA(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd(), false);
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyCatmarkVertexVerticesKernelA2(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeVertexA(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd(), true);
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyLoopEdgeVerticesKernel(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeEdge(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::E_IT)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::E_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyLoopVertexVerticesKernelB(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeLoopVertexB(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const int*)context->GetTable(FarSubdivisionTables::V_IT)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyLoopVertexVerticesKernelA1(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeVertexA(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd(), false);
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyLoopVertexVerticesKernelA2(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
OsdOmpComputeVertexA(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
_vdesc, _currentVertexBuffer, _currentVaryingBuffer,
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 18:44:51 +00:00
(const int*)context->GetTable(FarSubdivisionTables::V_ITa)->GetBuffer(),
(const float*)context->GetTable(FarSubdivisionTables::V_W)->GetBuffer(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(), batch.GetTableOffset(), batch.GetStart(), batch.GetEnd(), true);
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
}
void
OsdOmpComputeController::ApplyVertexEdits(
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
FarKernelBatch const &batch, OsdCpuComputeContext const *context) const {
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(context);
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
const OsdCpuHEditTable *edit = context->GetEditTable(batch.GetTableIndex());
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
assert(edit);
const OsdCpuTable * primvarIndices = edit->GetPrimvarIndices();
const OsdCpuTable * editValues = edit->GetEditValues();
if (edit->GetOperation() == FarVertexEdit::Add) {
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
OsdOmpEditVertexAdd(_vdesc,
_currentVertexBuffer,
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
edit->GetPrimvarOffset(),
edit->GetPrimvarWidth(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(),
batch.GetTableOffset(),
batch.GetStart(),
batch.GetEnd(),
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
static_cast<unsigned int*>(primvarIndices->GetBuffer()),
static_cast<float*>(editValues->GetBuffer()));
} else if (edit->GetOperation() == FarVertexEdit::Set) {
Reorganize ComputeContext and ComputeController. Moved transient states (current vertex buffer etc) to controller. ComputeContext becomes constant so that it's well suited for coarse-grain parallelism on cpu. The prims sharing same topology (ComputeContext) can be refined simultaneously by having mutiple compute controllers. Client facing API doesn't change.
2014-05-06 15:53:36 +00:00
OsdOmpEditVertexSet(_vdesc,
_currentVertexBuffer,
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
edit->GetPrimvarOffset(),
edit->GetPrimvarWidth(),
KernelBatch tables refactor / cleanup : - FarKernelBatch becomes a class w/ accessors - split the FarKernelBatchFactory to its own header file - add doxy doc - propagate fallout to the rest of the code base
2013-05-07 00:50:58 +00:00
batch.GetVertexOffset(),
batch.GetTableOffset(),
batch.GetStart(),
batch.GetEnd(),
Batching stuffs: generalized kernel batches, table/dispatcher refactoring, multiMeshFactory, drawContext, etc. 2 client APIs are changed. - VertexBuffer::UpdateData() takes start vertex offset - ComputeController::Refine() takes FarKernelBatchVector Also, ComputeContext no longer holds farmesh. Client can free farmesh after OsdComputeContext is created. (but still need FarKernelBatchVector to apply subdivision kernels)
2013-03-08 01:50:15 +00:00
static_cast<unsigned int*>(primvarIndices->GetBuffer()),
static_cast<float*>(editValues->GetBuffer()));
}
}
Release Candidate 1.0 : - [Feature Adaptive GPU Rendering of Catmull-Clark Surfaces](http://research.microsoft.com/en-us/um/people/cloop/tog2012.pdf). - New API architecture : we are planning to lock on to this new framework as the basis for backward compatibility, which we will enforce from Release 1.0 onward. Subsequent releases of OpenSubdiv should not break client code. - DirectX 11 support - and much more...
2012-12-11 01:15:13 +00:00
void
OsdOmpComputeController::Synchronize() {
// XXX:
}
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
Release Candidate 1.0 : - [Feature Adaptive GPU Rendering of Catmull-Clark Surfaces](http://research.microsoft.com/en-us/um/people/cloop/tog2012.pdf). - New API architecture : we are planning to lock on to this new framework as the basis for backward compatibility, which we will enforce from Release 1.0 onward. Subsequent releases of OpenSubdiv should not break client code. - DirectX 11 support - and much more...
2012-12-11 01:15:13 +00:00
} // end namespace OPENSUBDIV_VERSION
} // end namespace OpenSubdiv
From now on, hbr assumes that its clients will provide the defition of a mutex class with Lock / Unlock public functions. - remove Mutex implementation from Hbr (and revert to original PRman code) - provide a Mutex class stub in osd - add some forward declarations in OsdMesh to limit some of the mutex spills - #include <osd/mutex.h> where needed (little hackish until we can refactor some of far better) - remove ILM_BASE from some CMakeLists Closes #48
2012-08-10 22:14:02 +00:00
Reference in New Issue Copy Permalink