2014-10-01 01:53:47 +00:00
|
|
|
//
|
|
|
|
// 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.
|
|
|
|
//
|
|
|
|
|
|
|
|
#include "particles.h"
|
|
|
|
|
2015-04-20 06:25:43 +00:00
|
|
|
#include <far/ptexIndices.h>
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
#include <far/patchMap.h>
|
2019-01-26 03:31:26 +00:00
|
|
|
#include <sdc/types.h>
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
#include <cassert>
|
2015-06-01 07:14:19 +00:00
|
|
|
#include <cmath>
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
using namespace OpenSubdiv;
|
|
|
|
|
|
|
|
void
|
|
|
|
UpdateParticle(float speed,
|
|
|
|
STParticles::Position *p,
|
|
|
|
float *dp,
|
|
|
|
Osd::PatchCoord *patchCoord,
|
|
|
|
int regFaceSize,
|
|
|
|
std::vector<STParticles::FaceInfo> const &adjacency,
|
|
|
|
Far::PatchMap const *patchMap);
|
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
#ifdef OPENSUBDIV_HAS_TBB
|
|
|
|
#include <tbb/parallel_for.h>
|
|
|
|
class TbbUpdateKernel {
|
|
|
|
public:
|
|
|
|
TbbUpdateKernel(float speed,
|
|
|
|
STParticles::Position *positions,
|
|
|
|
float *velocities,
|
2019-01-26 03:31:26 +00:00
|
|
|
Osd::PatchCoord *patchCoords,
|
|
|
|
int regFaceSize,
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
std::vector<STParticles::FaceInfo> const &adjacency,
|
2019-01-26 03:31:26 +00:00
|
|
|
Far::PatchMap const *patchMap) :
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
_speed(speed), _positions(positions), _velocities(velocities),
|
2019-01-26 03:31:26 +00:00
|
|
|
_patchCoords(patchCoords),
|
|
|
|
_regFaceSize(regFaceSize), _adjacency(adjacency), _patchMap(patchMap) {
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void operator () (tbb::blocked_range<int> const &r) const {
|
|
|
|
for (int i = r.begin(); i < r.end(); ++i) {
|
|
|
|
STParticles::Position * p = _positions + i;
|
|
|
|
float *dp = _velocities + i*2;
|
2019-01-26 03:31:26 +00:00
|
|
|
Osd::PatchCoord *patchCoord = &_patchCoords[i];
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
UpdateParticle(_speed, p, dp, patchCoord, _regFaceSize, _adjacency, _patchMap);
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
private:
|
|
|
|
float _speed;
|
|
|
|
STParticles::Position *_positions;
|
|
|
|
float *_velocities;
|
2019-01-26 03:31:26 +00:00
|
|
|
Osd::PatchCoord *_patchCoords;
|
|
|
|
int _regFaceSize;
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
std::vector<STParticles::FaceInfo> const &_adjacency;
|
2019-01-26 03:31:26 +00:00
|
|
|
Far::PatchMap const *_patchMap;
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
};
|
|
|
|
#endif
|
2015-04-20 06:25:43 +00:00
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
STParticles::STParticles(Refiner const & refiner,
|
|
|
|
PatchTable const *patchTable,
|
2019-01-26 03:31:26 +00:00
|
|
|
int nParticles, bool centered)
|
|
|
|
: _speed(1.0f)
|
|
|
|
, _regFaceSize(
|
|
|
|
Sdc::SchemeTypeTraits::GetRegularFaceSize(refiner.GetSchemeType())) {
|
2014-10-01 01:53:47 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
Far::PtexIndices ptexIndices(refiner);
|
2015-04-20 06:25:43 +00:00
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
// Create a far patch map
|
2019-01-26 03:31:26 +00:00
|
|
|
_patchMap = new Far::PatchMap(*patchTable);
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
|
|
|
|
int nPtexFaces = ptexIndices.GetNumFaces();
|
2014-10-01 01:53:47 +00:00
|
|
|
|
|
|
|
srand(static_cast<int>(2147483647));
|
|
|
|
|
|
|
|
{ // initialize positions
|
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
_positions.resize(nParticles);
|
2014-10-01 01:53:47 +00:00
|
|
|
Position * pos = &_positions[0];
|
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
for (int i = 0; i < nParticles; ++i) {
|
2015-05-26 23:03:32 +00:00
|
|
|
pos->ptexIndex = std::min(
|
|
|
|
(int)(((float)rand()/(float)RAND_MAX) * nPtexFaces), nPtexFaces-1);
|
2019-01-26 03:31:26 +00:00
|
|
|
if (_regFaceSize==3) {
|
|
|
|
pos->s = centered ? 1.0f/3.0f : (float)rand()/(float)RAND_MAX;
|
|
|
|
pos->t = centered ? 1.0f/3.0f : (float)rand()/(float)RAND_MAX;
|
|
|
|
// Keep locations within the triangular parametric domain
|
|
|
|
if ((pos->s+pos->t) >= 1.0f) {
|
|
|
|
pos->s = 1.0f - pos->s;
|
|
|
|
pos->t = 1.0f - pos->t;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
pos->s = centered ? 0.5f : (float)rand()/(float)RAND_MAX;
|
|
|
|
pos->t = centered ? 0.5f : (float)rand()/(float)RAND_MAX;
|
|
|
|
}
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
++pos;
|
2014-10-01 01:53:47 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
{ // initialize velocities
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
_velocities.resize(nParticles * 2);
|
2014-10-01 01:53:47 +00:00
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
for (int i = 0; i < nParticles; ++i) {
|
2014-10-01 01:53:47 +00:00
|
|
|
// initialize normalized random directions
|
|
|
|
float s = 2.0f*(float)rand()/(float)RAND_MAX - 1.0f,
|
|
|
|
t = 2.0f*(float)rand()/(float)RAND_MAX - 1.0f,
|
|
|
|
l = sqrtf(s*s+t*t);
|
|
|
|
|
|
|
|
_velocities[2*i ] = s / l;
|
|
|
|
_velocities[2*i+1] = t / l;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
if (_regFaceSize == 4) { // initialize topology adjacency
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
_adjacency.resize(nPtexFaces);
|
2014-10-01 01:53:47 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
Far::TopologyLevel const & refBaseLevel = refiner.GetLevel(0);
|
2015-05-22 02:52:25 +00:00
|
|
|
|
|
|
|
int nfaces = refBaseLevel.GetNumFaces(),
|
2014-10-01 01:53:47 +00:00
|
|
|
adjfaces[4],
|
|
|
|
adjedges[4];
|
|
|
|
|
|
|
|
for (int face=0, ptexface=0; face<nfaces; ++face) {
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
Far::ConstIndexArray fverts = refBaseLevel.GetFaceVertices(face);
|
2014-10-01 01:53:47 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
if (fverts.size()==_regFaceSize) {
|
2015-04-22 05:23:22 +00:00
|
|
|
ptexIndices.GetAdjacency(refiner, face, 0, adjfaces, adjedges);
|
2014-10-01 01:53:47 +00:00
|
|
|
_adjacency[ptexface] = FaceInfo(adjfaces, adjedges, false);
|
|
|
|
++ptexface;
|
|
|
|
} else {
|
|
|
|
for (int vert=0; vert<fverts.size(); ++vert) {
|
2015-04-22 05:23:22 +00:00
|
|
|
ptexIndices.GetAdjacency(refiner, face, vert, adjfaces, adjedges);
|
2014-10-01 01:53:47 +00:00
|
|
|
_adjacency[ptexface+vert] =
|
|
|
|
FaceInfo(adjfaces, adjedges, true);
|
|
|
|
}
|
|
|
|
ptexface+=fverts.size();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
//std::cout << *this;
|
|
|
|
}
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
STParticles::~STParticles() {
|
|
|
|
delete _patchMap;
|
|
|
|
}
|
|
|
|
|
2014-10-01 01:53:47 +00:00
|
|
|
inline void
|
|
|
|
FlipS(STParticles::Position * p, float * dp) {
|
|
|
|
p->s = 1.0f-p->s;
|
|
|
|
dp[0] = - dp[0];
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
|
|
|
FlipT(STParticles::Position * p, float * dp) {
|
|
|
|
p->t = 1.0f-p->t;
|
2019-01-26 03:31:26 +00:00
|
|
|
dp[1] = -dp[1];
|
2014-10-01 01:53:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
|
|
|
SwapST(STParticles::Position * p, float * dp) {
|
|
|
|
std::swap(p->s, p->t);
|
|
|
|
std::swap(dp[0], dp[1]);
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
2019-01-26 03:31:26 +00:00
|
|
|
RotateQuad(int rot, STParticles::Position * p, float * dp) {
|
2014-10-01 01:53:47 +00:00
|
|
|
switch (rot & 3) {
|
|
|
|
default: return;
|
|
|
|
case 1: FlipS(p, dp); SwapST(p, dp); break;
|
|
|
|
case 2: FlipS(p, dp); FlipT(p, dp); break;
|
|
|
|
case 3: FlipT(p, dp); SwapST(p, dp); break;
|
|
|
|
}
|
2016-06-25 21:26:54 +00:00
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f));
|
2014-10-01 01:53:47 +00:00
|
|
|
}
|
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
inline void
|
2019-01-26 03:31:26 +00:00
|
|
|
TrimQuad(STParticles::Position * p) {
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
if (p->s <0.0f) p->s = 1.0f + p->s;
|
|
|
|
if (p->s>=1.0f) p->s = p->s - 1.0f;
|
|
|
|
if (p->t <0.0f) p->t = 1.0f + p->t;
|
|
|
|
if (p->t>=1.0f) p->t = p->t - 1.0f;
|
2016-06-25 21:26:54 +00:00
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f));
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
|
|
|
|
2014-10-01 01:53:47 +00:00
|
|
|
inline void
|
2019-01-26 03:31:26 +00:00
|
|
|
ClampQuad(STParticles::Position * p) {
|
|
|
|
if (p->s<0.0f) {
|
2014-10-01 01:53:47 +00:00
|
|
|
p->s=0.0f;
|
|
|
|
} else if (p->s>1.0f) {
|
|
|
|
p->s=1.0f;
|
|
|
|
}
|
2019-01-26 03:31:26 +00:00
|
|
|
if (p->t<0.0f) {
|
2014-10-01 01:53:47 +00:00
|
|
|
p->t=0.0f;
|
|
|
|
} else if (p->t>1.0f) {
|
|
|
|
p->t=1.0f;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
2019-01-26 03:31:26 +00:00
|
|
|
BounceQuad(int edge, STParticles::Position * p, float * dp) {
|
2014-10-01 01:53:47 +00:00
|
|
|
switch (edge) {
|
|
|
|
case 0: assert(p->t<=0.0f); p->t = -p->t; dp[1] = -dp[1]; break;
|
|
|
|
case 1: assert(p->s>=1.0f); p->s = 2.0f - p->s; dp[0] = -dp[0]; break;
|
|
|
|
case 2: assert(p->t>=1.0f); p->t = 2.0f - p->t; dp[1] = -dp[1]; break;
|
|
|
|
case 3: assert(p->s<=0.0f); p->s = -p->s; dp[0] = -dp[0]; break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// because 'diagonal' cases aren't handled, stick particles to edges when
|
|
|
|
// if they cross 2 boundaries
|
2019-01-26 03:31:26 +00:00
|
|
|
ClampQuad(p);
|
2016-06-25 21:26:54 +00:00
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f));
|
2014-10-01 01:53:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2019-01-26 03:31:26 +00:00
|
|
|
WarpQuad(std::vector<STParticles::FaceInfo> const &adjacency,
|
|
|
|
int edge, STParticles::Position * p, float * dp) {
|
2016-06-25 21:26:54 +00:00
|
|
|
assert(p->ptexIndex<(int)adjacency.size() && (edge>=0 && edge<4));
|
2014-10-01 01:53:47 +00:00
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
STParticles::FaceInfo const & f = adjacency[p->ptexIndex];
|
2014-10-01 01:53:47 +00:00
|
|
|
|
|
|
|
int afid = f.adjface(edge),
|
|
|
|
aeid = f.adjedge(edge);
|
|
|
|
|
|
|
|
if (afid==-1) {
|
|
|
|
// boundary detected: bounce the particle
|
2019-01-26 03:31:26 +00:00
|
|
|
BounceQuad(edge, p, dp);
|
2014-10-01 01:53:47 +00:00
|
|
|
} else {
|
2019-01-26 03:31:26 +00:00
|
|
|
STParticles::FaceInfo const & af = adjacency[afid];
|
2014-10-01 01:53:47 +00:00
|
|
|
int rot = edge - aeid + 2;
|
|
|
|
|
|
|
|
bool fIsSubface = f.isSubface(),
|
|
|
|
afIsSubface = af.isSubface();
|
|
|
|
|
|
|
|
if (fIsSubface != afIsSubface) {
|
|
|
|
// XXXX manuelk domain should be split properly
|
2019-01-26 03:31:26 +00:00
|
|
|
BounceQuad(edge, p, dp);
|
2014-10-01 01:53:47 +00:00
|
|
|
} else {
|
2019-01-26 03:31:26 +00:00
|
|
|
TrimQuad(p);
|
|
|
|
RotateQuad(rot, p, dp);
|
2014-10-01 01:53:47 +00:00
|
|
|
p->ptexIndex = afid; // move particle to adjacent face
|
|
|
|
}
|
|
|
|
}
|
2016-06-25 21:26:54 +00:00
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f));
|
2014-10-01 01:53:47 +00:00
|
|
|
}
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
void
|
|
|
|
ConstrainQuad(STParticles::Position *p,
|
|
|
|
float *dp,
|
|
|
|
std::vector<STParticles::FaceInfo> const &adjacency) {
|
|
|
|
|
|
|
|
// make sure particles can't skip more than 1 face boundary at a time
|
|
|
|
assert((p->s>-2.0f) && (p->s<2.0f) && (p->t>-2.0f) && (p->t<2.0f));
|
|
|
|
|
|
|
|
// check if the particle is jumping a boundary
|
|
|
|
// note: a particle can jump 2 edges at a time (a "diagonal" jump)
|
|
|
|
// this is not treated here.
|
|
|
|
int edge = -1;
|
|
|
|
if (p->s >= 1.0f) edge = 1;
|
|
|
|
if (p->s <= 0.0f) edge = 3;
|
|
|
|
if (p->t >= 1.0f) edge = 2;
|
|
|
|
if (p->t <= 0.0f) edge = 0;
|
|
|
|
|
|
|
|
if (edge>=0) {
|
|
|
|
// warp the particle to the other side of the boundary
|
|
|
|
WarpQuad(adjacency, edge, p, dp);
|
|
|
|
}
|
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f));
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
|
|
|
ClampTri(STParticles::Position * p) {
|
|
|
|
if (p->s<0.0f) {
|
|
|
|
p->s=0.0f;
|
|
|
|
} else if (p->s>1.0f) {
|
|
|
|
p->s=1.0f;
|
|
|
|
}
|
|
|
|
if (p->t<0.0f) {
|
|
|
|
p->t=0.0f;
|
|
|
|
} else if (p->t>1.0f) {
|
|
|
|
p->t=1.0f;
|
|
|
|
}
|
|
|
|
if ((p->s+p->t)>=1.0f) {
|
|
|
|
p->s = 1.0f-p->t;
|
|
|
|
p->t = 1.0f-p->s;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void
|
|
|
|
BounceTri(int edge, STParticles::Position * p, float * dp) {
|
|
|
|
switch (edge) {
|
|
|
|
case 0:
|
|
|
|
assert(p->t<=0.0f);
|
|
|
|
p->t = -p->t; dp[1] = -dp[1];
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
assert((p->s+p->t)>=1.0f);
|
|
|
|
p->s = 1.0f-p->s; dp[0] = -dp[0];
|
|
|
|
p->t = 1.0f-p->t; dp[1] = -dp[1];
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
assert(p->s<=0.0f);
|
|
|
|
p->s = -p->s; dp[0] = -dp[0];
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// because 'diagonal' cases aren't handled, stick particles to edges when
|
|
|
|
// if they cross 2 boundaries
|
|
|
|
ClampTri(p);
|
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f) &&
|
|
|
|
((p->s+p->t)<=1.0f));
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
WarpTri(std::vector<STParticles::FaceInfo> const &,
|
|
|
|
int edge, STParticles::Position * p, float * dp) {
|
|
|
|
|
|
|
|
// For now, particles on triangle meshes just bounce.
|
|
|
|
BounceTri(edge, p, dp);
|
|
|
|
assert((p->s>=0.0f) && (p->s<=1.0f) && (p->t>=0.0f) && (p->t<=1.0f) &&
|
|
|
|
((p->s+p->t)<=1.0f));
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ConstrainTri(STParticles::Position *p,
|
|
|
|
float *dp,
|
|
|
|
std::vector<STParticles::FaceInfo> const &adjacency) {
|
|
|
|
|
|
|
|
// make sure particles can't skip more than 1 face boundary at a time
|
|
|
|
assert((p->s>-2.0f) && (p->s<2.0f) && (p->t>-2.0f) && (p->t<2.0f) &&
|
|
|
|
((p->s+p->t)>-2.0f) && ((p->s+p->t)<2.0f));
|
|
|
|
|
|
|
|
// check if the particle is jumping a boundary
|
|
|
|
// note: a particle can jump 2 edges at a time (a "diagonal" jump)
|
|
|
|
// this is not treated here.
|
|
|
|
int edge = -1;
|
|
|
|
if (p->t <= 0.0f) edge = 0;
|
|
|
|
if (p->s <= 0.0f) edge = 2;
|
|
|
|
if ((p->s+p->t) >= 1.0f) edge = 1;
|
|
|
|
|
|
|
|
if (edge>=0) {
|
|
|
|
// warp the particle to the other side of the boundary
|
|
|
|
WarpTri(adjacency, edge, p, dp);
|
|
|
|
}
|
|
|
|
|
|
|
|
assert((p->s>-2.0f) && (p->s<2.0f) && (p->t>-2.0f) && (p->t<2.0f) &&
|
|
|
|
((p->s+p->t)>-2.0f) && ((p->s+p->t)<2.0f));
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
UpdateParticle(float speed,
|
|
|
|
STParticles::Position *p,
|
|
|
|
float *dp,
|
|
|
|
Osd::PatchCoord *patchCoord,
|
|
|
|
int regFaceSize,
|
|
|
|
std::vector<STParticles::FaceInfo> const &adjacency,
|
|
|
|
Far::PatchMap const *patchMap) {
|
|
|
|
|
|
|
|
// apply velocity
|
|
|
|
p->s += dp[0] * speed;
|
|
|
|
p->t += dp[1] * speed;
|
|
|
|
|
|
|
|
if (regFaceSize == 3) {
|
|
|
|
ConstrainTri(p, dp, adjacency);
|
|
|
|
} else {
|
|
|
|
ConstrainQuad(p, dp, adjacency);
|
|
|
|
}
|
|
|
|
|
|
|
|
// resolve particle positions into patch handles
|
|
|
|
Far::PatchTable::PatchHandle const *handle =
|
|
|
|
patchMap->FindPatch(p->ptexIndex, p->s, p->t);
|
|
|
|
if (handle) {
|
|
|
|
*patchCoord = Osd::PatchCoord(*handle, p->s, p->t);
|
|
|
|
}
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
STParticles::Update(float deltaTime) {
|
|
|
|
|
2015-05-31 22:08:37 +00:00
|
|
|
if (deltaTime == 0) return;
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
float speed = GetSpeed() * std::max(0.001f, std::min(deltaTime, 0.5f));
|
|
|
|
|
2019-01-26 03:31:26 +00:00
|
|
|
_patchCoords.resize(GetNumParticles());
|
2015-07-21 00:13:51 +00:00
|
|
|
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
#ifdef OPENSUBDIV_HAS_TBB
|
|
|
|
TbbUpdateKernel kernel(speed, &_positions[0], &_velocities[0],
|
2019-01-26 03:31:26 +00:00
|
|
|
&_patchCoords[0],
|
|
|
|
_regFaceSize, _adjacency, _patchMap);
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
tbb::blocked_range<int> range(0, GetNumParticles(), 256);
|
|
|
|
tbb::parallel_for(range, kernel);
|
|
|
|
#else
|
2019-01-26 03:31:26 +00:00
|
|
|
for (int i=0; i<GetNumParticles(); ++i) {
|
|
|
|
Position * p = &_positions[i];
|
|
|
|
float * dp = &_velocities[i*2];
|
|
|
|
Osd::PatchCoord *patchCoord = &_patchCoords[i];
|
|
|
|
|
|
|
|
UpdateParticle(speed, p, dp, patchCoord, _regFaceSize, _adjacency, _patchMap);
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
2015-07-21 00:13:51 +00:00
|
|
|
#endif
|
Osd API refactor: EvalStencils and EvalPatches
Add EvalStencils and EvalPatches API for most of CPU and GPU evaluators.
with this change, Eval API in the osd layer consists of following parts:
- Evaluators (Cpu, Omp, Tbb, Cuda, CL, GLXFB, GLCompute, D3D11Compute)
implements EvalStencils and EvalPatches(*). Both supports derivatives
(not fully implemented though)
- Interop vertex buffer classes (optional, same as before)
Note that these classes are not necessary to use Evaluators.
All evaluators have EvalStencils/Patches which take device-specific
buffer objects. For example, GLXFBEvaluator can take GLuint directly
for both stencil tables and input primvars. Although using these
interop classes makes it easy to integrate osd into relatively
simple applications.
- device-dependent StencilTable and PatchTable (optional)
These are also optional, but can be used simply a substitute of
Far::StencilTable and Far::PatchTable for osd evaluators.
- PatchArray, PatchCoord, PatchParam
They are tiny structs used for GPU based patch evaluation.
(*) TODO and known issues:
- CLEvaluator and D3D11Evaluator's EvalPatches() have not been implemented.
- GPU Gregory patch evaluation has not been implemented in EvalPatches().
- CudaEvaluator::EvalPatches() is very unstable.
- All patch evaluation kernels have not been well optimized.
- Currently GLXFB kernel doesn't support derivative evaluation.
There's a technical difficulty for the multi-stream output.
2015-05-26 04:51:55 +00:00
|
|
|
}
|
|
|
|
|
2014-10-01 01:53:47 +00:00
|
|
|
// Dump adjacency info
|
|
|
|
std::ostream & operator << (std::ostream & os,
|
|
|
|
STParticles::FaceInfo const & f) {
|
|
|
|
|
|
|
|
os << " adjface: " << f.adjfaces[0] << ' '
|
|
|
|
<< f.adjfaces[1] << ' '
|
|
|
|
<< f.adjfaces[2] << ' '
|
|
|
|
<< f.adjfaces[3]
|
|
|
|
<< " adjedge: " << f.adjedge(0) << ' '
|
|
|
|
<< f.adjedge(1) << ' '
|
|
|
|
<< f.adjedge(2) << ' '
|
|
|
|
<< f.adjedge(3)
|
|
|
|
<< " flags:";
|
|
|
|
|
|
|
|
if (f.flags == 0) {
|
|
|
|
os << " (none)";
|
|
|
|
} else {
|
|
|
|
if (f.isSubface()) {
|
|
|
|
std::cout << " subface";
|
|
|
|
}
|
|
|
|
}
|
|
|
|
os << std::endl;
|
|
|
|
|
|
|
|
return os;
|
|
|
|
}
|
|
|
|
|
|
|
|
std::ostream & operator << (std::ostream & os,
|
|
|
|
STParticles const & particles) {
|
|
|
|
|
|
|
|
for (int i=0; i<(int)particles._adjacency.size(); ++i) {
|
|
|
|
os << particles._adjacency[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
return os;
|
|
|
|
}
|
|
|
|
|
|
|
|
|