Rendering 3D Graphics on a 32×32 RGB LED Matrix Display with a Raspberry Pi and GeeXLab
0 Members and 1 Guest are viewing this topic.
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