Author Topic: NVIDIA OptiX beta 4 for version 2 available  (Read 2484 times)

0 Members and 1 Guest are viewing this topic.

Stefan

  • Global Moderator
  • Hero Member

  • Offline
  • *****

  • 2909
    • View Profile
NVIDIA OptiX beta 4 for version 2 available
« on: April 08, 2010, 08:21:21 PM »
NVIDIA® OptiX™ ray tracing engine beta download

Quote
Changes from version 2.0.0 B3
  Additional documentation for interop added to the OptiX reference manual.
  Programming guide has been updated.
  Slight modifications of the OptiX headers to remove any dependence on the CUDA run time if
using these headers.  You should not need to update your code.
  Added simpleGLTexInterop sample to demonstrate how to use the new texture interop
functionality of OptiX.
  Mouse interactions with sutil’s Mouse class will now ignore interactions that result is setting the
camera with NaNs or Infs.
  Added support for non-affine transforms in Transform nodes.
  Some fixes for the new GL interop functions.
  Fixed problem with memory fragment errors when using many acceleration structures.
  OptiX shared libraries now depend on 3.0 release version of the CUDA cudart library.

Known limitations with version 2.0.0 Beta 4:
  OptiX will choose to ignore older devices if a SM 2.0 device (i.e. “Fermi” class) is present in the
sytem.
  The Lbvh acceleration structure builder is known to fail in single GPU Linux systems and while
using multiple GPUs in all OSes.  Please use a different builder for the time being.
  There currently is a concurrent texture limit of 128 textures. This limit will be either increased, or
entirely removed in the future, although large numbers of textures will always be likely to
negatively impact performance.  An error is returned by OptiX if this limit is exceeded.
  Texture arrays and mip maps are not yet implemented.
  Applications that use RT_BUFFER_INPUT_OUTPUT or RT_BUFFER_OUTPUT buffers on
multiGPU contexts must take care to ensure that the stride of memory accesses to that buffer is
compatible with the PCIE bus payload size.  Using a buffer of type RT_FORMAT_FLOAT3, for
example, will cause a massive slowdown; use RT_FORMAT_FLOAT4 instead.
  Linux only: due to a bug in GLUT on many Linux distributions, the SDK samples will not restore
the original window size correctly after returning from full-screen mode.  A newer version of
freeglut may avoid this limitation.
  Performance on Windows Vista and Win 7 should be expected to be somewhat slower than XP
due to the inherent nature of these operating systems