OSPRay 2.0.0-alpha

Intel OSPRay is an open source, scalable, and portable ray tracing engine for high-performance, high-fidelity visualization on Intel Architecture CPUs. OSPRay is part of the Intel oneAPI Rendering Toolkit and is released under the permissive Apache 2.0 license. The purpose of OSPRay is to provide an open, powerful, and easy-to-use rendering library that allows one to easily build applications that use ray tracing based rendering for interactive applications (including both surface- and volume-based visualizations). OSPRay is completely CPU-based, and runs on anything from laptops, to workstations, to compute nodes in HPC systems. OSPRay internally builds on top of Intel Embree and ISPC (Intel SPMD Program Compiler), and fully exploits modern instruction sets like Intel SSE4, AVX, AVX2, and AVX-512 to achieve high rendering performance, thus a CPU with support for at least SSE4.1 is required to run OSPRay.

Tags renderer
License Apache
State stable

Recent Releases

2.0.0-alpha02 Oct 2019 08:25 minor feature: New major revision of OSPRay brings API breaking improvements over v1.x. See doc/ospray2_porting_guide.md for a deeper description of Migrating from v1.x to v2.0 and doc/api.md for the latest API Documentation OspRenderFrame now takes all participating objects as Function parameters instead of setting some as renderer params OspRenderFrame is now asynchronous, where the task is managed Through a returned OSPFuture handle The heirarchy of objets in a scene are now more granular to Aid in scene construction flexibility and reduce potential Object duplication Type-specific parameter setting functions have been consolidated Into a single ospSetParam API call C++ wrappers found in ospray_cpp.h now automatically track Handle lifetimes, therefore applications using them do not need to use ospRelease (or the new ospRetain) with them: see Usage example in apps/tutorials/ospTutorial.cpp Unused parameters are reported as status messages whenlogLevel is = 1 (most easily set by enabling OSPRay deon Initialization) . OspRenderFrame now takes all participating objects as Function parameters instead of setting some as renderer params. OspRenderFrame is now asynchronous, where the task is managed Through a returned OSPFuture handle. The heirarchy of objets in a scene are now more granular to Aid in scene construction flexibility and reduce potential Object duplication. Type-specific parameter setting functions have been consolidated Into a single ospSetParam API call. C++ wrappers found in ospray_cpp.h now automatically track Handle lifetimes, therefore applications using them do not need to use ospRelease (or the new ospRetain) with them: see Usage example in apps/tutorials/ospTutorial.cpp. Unused parameters are reported as status messages whenlogLevel is = 1 (most easily set by enabling OSPRay deon Initialization). New utility library which adds functions to help with new API. Migration and reduction of boilerplate code Use ospray_util.h to access these additional functions Al
1.8.524 Sep 2019 23:24 minor feature: Fix float precision cornercase (NaNs) 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