|
1 | 1 | OSPRay |
2 | 2 | ====== |
3 | 3 |
|
4 | | -This is release v2.7.0 of Intel® OSPRay. For changes and new features |
| 4 | +This is release v2.7.1 of Intel® OSPRay. For changes and new features |
5 | 5 | see the [changelog](CHANGELOG.md). Visit http://www.ospray.org for more |
6 | 6 | information. |
7 | 7 |
|
@@ -100,7 +100,7 @@ before you can build OSPRay you need the following prerequisites: |
100 | 100 | `embree_DIR`. |
101 | 101 |
|
102 | 102 | - OSPRay also heavily uses Intel [Open VKL](https://www.openvkl.org/), |
103 | | - installing version 1.0.0 or newer is required. If Open VKL is not |
| 103 | + installing version 1.0.1 or newer is required. If Open VKL is not |
104 | 104 | found by CMake its location can be hinted with the variable |
105 | 105 | `openvkl_DIR`. |
106 | 106 |
|
@@ -1782,17 +1782,16 @@ group. |
1782 | 1782 | By adding `OSPGeometricModel`s to the `clippingGeometry` array a |
1783 | 1783 | clipping geometry feature is enabled. Geometries assigned to this |
1784 | 1784 | parameter will be used as clipping geometries. Any supported geometry |
1785 | | -can be used for clipping. The only requirement is that it has to |
1786 | | -distinctly partition space into clipping and non-clipping one. These |
1787 | | -include: spheres, boxes, infinite planes, closed meshes, closed |
1788 | | -subdivisions and curves. All geometries and volumes assigned to |
1789 | | -`geometry` or `volume` will be clipped. Use of clipping geometry that is |
1790 | | -not closed (or infinite) will result in rendering artifacts. User can |
1791 | | -decide which part of space is clipped by changing shading normals |
1792 | | -orientation with the `invertNormals` flag of the |
1793 | | -[GeometricModel](#geometricmodels). When more than single clipping |
1794 | | -geometry is defined all clipping areas will be “added” together – an |
1795 | | -union of these areas will be applied. |
| 1785 | +can be used for clipping[6], the only requirement is that it has to |
| 1786 | +distinctly partition space into clipping and non-clipping one. The use |
| 1787 | +of clipping geometry that is not closed or infinite could result in |
| 1788 | +rendering artifacts. User can decide which part of space is clipped by |
| 1789 | +changing shading normals orientation with the `invertNormals` flag of |
| 1790 | +the [GeometricModel](#geometricmodels). All geometries and volumes |
| 1791 | +assigned to `geometry` or `volume` will be clipped. All clipping |
| 1792 | +geometries from all groups and [Instances](#instances) will be combined |
| 1793 | +together – a union of these areas will be applied to all other objects |
| 1794 | +in the [world](#world). |
1796 | 1795 |
|
1797 | 1796 | | Type | Name | Default | Description | |
1798 | 1797 | |:-----------------------|:-----------------|--------:|:----------------------------------------------------------------------------------------------------------------------------------------------------------------| |
@@ -1848,7 +1847,7 @@ world has been committed. To get this information, call |
1848 | 1847 | OSPBounds ospGetBounds(OSPObject); |
1849 | 1848 | ``` |
1850 | 1849 |
|
1851 | | -The result is returned in the provided `OSPBounds`[6] struct: |
| 1850 | +The result is returned in the provided `OSPBounds`[7] struct: |
1852 | 1851 |
|
1853 | 1852 | ``` cpp |
1854 | 1853 | typedef struct { |
@@ -1957,7 +1956,7 @@ renderers, the SciVis renderer supports the following parameters: |
1957 | 1956 | Special parameters understood by the SciVis renderer. |
1958 | 1957 |
|
1959 | 1958 | Note that the intensity (and color) of AO is deduced from an [ambient |
1960 | | -light](#ambient-light) in the `lights` array.[7] If `aoSamples` is zero |
| 1959 | +light](#ambient-light) in the `lights` array.[8] If `aoSamples` is zero |
1961 | 1960 | (the default) then ambient lights cause ambient illumination (without |
1962 | 1961 | occlusion). |
1963 | 1962 |
|
@@ -2074,7 +2073,7 @@ the opacity `d`. |
2074 | 2073 | Normal mapping can simulate small geometric features via the texture |
2075 | 2074 | `map_Bump`. The normals *n* in the normal map are with respect to the |
2076 | 2075 | local tangential shading coordinate system and are encoded as |
2077 | | -½(*n* + 1), thus a texel (0.5, 0.5, 1)[8] represents the unperturbed |
| 2076 | +½(*n* + 1), thus a texel (0.5, 0.5, 1)[9] represents the unperturbed |
2078 | 2077 | shading normal (0, 0, 1). Because of this encoding an sRGB gamma |
2079 | 2078 | [texture](#texture) format is ignored and normals are always fetched as |
2080 | 2079 | linear from a normal map. Note that the orientation of normal maps is |
@@ -3225,7 +3224,7 @@ ospTutorial |
3225 | 3224 |
|
3226 | 3225 | A minimal working example demonstrating how to use OSPRay can be found |
3227 | 3226 | at |
3228 | | -[`apps/tutorials/ospTutorial.c`](https://github.com/ospray/ospray/blob/master/apps/ospTutorial/ospTutorial.c)[9]. |
| 3227 | +[`apps/tutorials/ospTutorial.c`](https://github.com/ospray/ospray/blob/master/apps/ospTutorial/ospTutorial.c)[10]. |
3229 | 3228 |
|
3230 | 3229 | An example of building `ospTutorial.c` with CMake can be found in |
3231 | 3230 | [`apps/tutorials/ospTutorialFindospray/`](https://github.com/ospray/ospray/tree/master/apps/ospTutorial/ospTutorialFindospray). |
@@ -3384,7 +3383,7 @@ ospMPIDistribTutorial |
3384 | 3383 |
|
3385 | 3384 | A minimal working example demonstrating how to use OSPRay for rendering |
3386 | 3385 | distributed data can be found at |
3387 | | -[`modules/mpi/tutorials/ospMPIDistribTutorial.c`](https://github.com/ospray/ospray/blob/master/modules/mpi/tutorials/ospMPIDistribTutorial.c)[10]. |
| 3386 | +[`modules/mpi/tutorials/ospMPIDistribTutorial.c`](https://github.com/ospray/ospray/blob/master/modules/mpi/tutorials/ospMPIDistribTutorial.c)[11]. |
3388 | 3387 |
|
3389 | 3388 | The compilation process via CMake is the similar to |
3390 | 3389 | [`apps/tutorials/ospTutorialFindospray/`](https://github.com/ospray/ospray/tree/master/apps/ospTutorial/ospTutorialFindospray), |
@@ -3508,22 +3507,25 @@ voxel changes the quickest. |
3508 | 3507 |
|
3509 | 3508 | [5] actually a parallelogram |
3510 | 3509 |
|
3511 | | -[6] `OSPBounds` has essentially the same layout as the `OSP_BOX3F` |
| 3510 | +[6] including spheres, boxes, infinite planes, closed meshes, closed |
| 3511 | +subdivisions and curves |
| 3512 | +
|
| 3513 | +[7] `OSPBounds` has essentially the same layout as the `OSP_BOX3F` |
3512 | 3514 | [`OSPDataType`](#data). |
3513 | 3515 |
|
3514 | | -[7] If there are multiple ambient lights then their contribution is |
| 3516 | +[8] If there are multiple ambient lights then their contribution is |
3515 | 3517 | added. |
3516 | 3518 |
|
3517 | | -[8] respectively (127, 127, 255) for 8 bit textures and |
| 3519 | +[9] respectively (127, 127, 255) for 8 bit textures and |
3518 | 3520 | (32767, 32767, 65535) for 16 bit textures |
3519 | 3521 |
|
3520 | | -[9] A C++ version that uses the C++ convenience wrappers of OSPRay’s C99 |
3521 | | -API via |
| 3522 | +[10] A C++ version that uses the C++ convenience wrappers of OSPRay’s |
| 3523 | +C99 API via |
3522 | 3524 | [`include/ospray/ospray_cpp.h`](https://github.com/ospray/ospray/blob/master/ospray/include/ospray/ospray_cpp.h) |
3523 | 3525 | is available at |
3524 | 3526 | [`apps/tutorials/ospTutorial.cpp`](https://github.com/ospray/ospray/blob/master/apps/ospTutorial/ospTutorial.cpp). |
3525 | 3527 |
|
3526 | | -[10] A C++ version that uses the C++ convenience wrappers of OSPRay’s |
| 3528 | +[11] A C++ version that uses the C++ convenience wrappers of OSPRay’s |
3527 | 3529 | C99 API via |
3528 | 3530 | [`include/ospray/ospray_cpp.h`](https://github.com/ospray/ospray/blob/master/ospray/include/ospray/ospray_cpp.h) |
3529 | 3531 | is available at |
|
0 commit comments