Releases: RenderKit/ospray
Releases · RenderKit/ospray
OSPRay v1.8.5
- Fix float precision cornercase (
NaN
s) in sphere light sampling - Fix CMake bug that assumed
.git
was a directory, which is not true when
using OSPRay as a git submodule - Fix CMake warning
- Fix DLL_EXPORT issue with
ospray_testing
helper library on Windows
OSPRay v1.8.4
- Add location of
libospray
to paths searched to find modules
OSPRay v1.8.3
- Fix bug where parameters set by
ospSet1b()
were being ignored - Fix bug in box intersection tests possibly creating
NaN
s - Fix issue with client applications calling
find_package(ospray)
more than once - Fix bug in cylinder intersection when ray and cylinder are
perpendicular - Fix rare crash in path tracer / MultiBSDF
OSPRay v1.8.2
- CMake bug fix where external users of OSPRay needed CMake newer than
version 3.1 - Fix incorrect propagation of tasking system flags from an OSPRay
install - Fix inconsistency between supported environment variables and
command line parameters passed toospInit()
- Missing variables were
OSPRAY_LOAD_MODULES
and
OSPRAY_DEFAULT_DEVICE
- Missing variables were
OSPRay v1.8.1
- CMake bugfix to remove full paths to dependencies in packages
OSPRay v1.8.0
- This will be the last minor revision of OSPRay. Future development
effort in thedevel
branch will be dedicated to v2.0 API changes
and may break existing v1.x applications.- This will also be the last version of OSPRay to include
ospray_sg
and the Example Viewer. Users which depend on these
should instead use the separate OSPRay Studio project, where
ospray_sg
will be migrated. - We will continue to support patch releases of v1.8.x in case of
any reported bugs
- This will also be the last version of OSPRay to include
- Refactored CMake to use newer CMake concepts
- All targets are now exported in OSPRay installs and can be
consumed by client projects with associated includes, libraries,
and definitions - OSPRay now requires CMake v3.1 to build
- See documentation for more details
- All targets are now exported in OSPRay installs and can be
- Added new minimal tutorial apps to replace the more complex Example
Viewer - Added new "
subdivision
" geometry type to support subdivision
surfaces - Added support for texture formats
L8
,LA8
(gamma-encoded
luminance), andRA8
(linear two component). Note that the enum
OSP_TEXTURE_FORMAT_INVALID
changed its value, thus recompilation
may be necessary. - Automatic epsilon handling, which removes the "
epsilon
" parameter
on all renderers - Normals in framebuffer channel
OSP_FB_NORMAL
are now in
world-space - Added support for Intel® Open Image Denoise to the Example Viewer
- This same integration will soon be ported to OSPRay Studio
- Fixed artifacts for scaled instances of spheres, cylinders and
streamlines - Improvements to precision of intersections with cylinders and
streamlines - Fixed Quadlight: the emitting side is now indeed in direction
edge1
×edge2
OSPRay v1.7.3
- Make sure a "
default
" device can always be created - Fix
ospNewTexture2D
(completely implementing old behaviour) - Cleanup any shared object handles from the OS created from
ospLoadModule()
OSPRay v1.7.2
- Fix issue in
mpi_offload
device whereospRelease
would sometimes not
correctly free objects - Fix issue in
ospray_sg
where structured volumes would not properly
release the underlying OSPRay object handles
OSPRay v1.7.1
- Fixed issue where the
Principled
material would sometimes show up
incorrectly as black - Fixed issue where some headers were missing from install packages
OSPRay v1.7.0
- Generalized texture interface to support more than classic 2D image
textures, thusOSPTexture2D
andospNewTexture2D
are now
deprecated, use the new API callospNewTexture("texture2d")
instead- Added new
volume
texture type to visualize volume data on arbitrary
geometry placed inside the volume
- Added new
- Added new framebuffer channels
OSP_FB_NORMAL
andOSP_FB_ALBEDO
- Applications can get information about the progress of rendering the
current frame, and optionally cancel it, by registering a callback
function viaospSetProgressFunc()
- Lights are not tied to the renderer type, so a new function
ospNewLight3()
was introduced to implement this. Please convert all uses ofospNewLight()
and/orospNewLight2()
toospNewLight3()
- Added sheenTint parameter to Principled material
- Added baseNormal parameter to Principled material
- Added low-discrepancy sampling to path tracer
- The
spp
parameter on the renderer no longer supports values less than 1,
instead applications should render to a separate, lower resolution
frame buffer during interaction to achieve the same behavior