REDsdk 4.1
Welcome to REDsdk 4.1. This version is a minor update to REDsdk 4.0. It has been released just in a 2 month timeframe after REDsdk 4.0, to deliver some small but significant changes and improvements over REDsdk 4.0.
This 4.1 version should be very easy to integrate as almost no changes have occurred since REDsdk 4.0. Nearly all changes are additive.
API Changes
For those that directly want to jump into the details, see all API changes here: REDsdk 4.1 API Changes.
Overview of Changes
- Key items in REDsdk 4.1 are:
Windows 10 support: The
RED::IGraphicDevice
method properly detects applications running on Windows 10, and can be used to issue driver recommendations.New .FBX, .OBJ, .DAE file importers: This key delivery lets you easily import data into REDsdk.
Realistic material merged into REDsdk: The realistic material is now part of REDsdk for all photo-realistic rendering needs.
New unbiased path tracing feedback modes: This is a new image calculation method using REDsdk.
Documentation update and new tutorials: See below the list of changes!
REDOdaDevice migrated to Teigha 4.01: We did migrate the REDODaDevice source code to the latest Teigha version.
Windows 10 Support
Windows 10 support has been added in REDsdk 4.1. This means that the RED::IGraphicDevice::GetOperatingSystem
call will return RED::OS_WIN_TEN_32
or RED::OS_WIN_TEN_64
if the application is running on Windows 10 32 bits or Windows 10 64 bits.
Consequently, the RED::IGraphicDevice
system has two entry slots for driver recommendations on Windows 10. However, due to the extremely intrusive of the Windows 10 update system, all default driver recommendations (RED::GPUID::_driver_win_ten_32
and RED::GPUID::_driver_win_ten_64
) are set to RED_HW_OS_PROPRIETARY_DRIVER
, indicating that this is the responsibility of Windows 10 to choose the graphic driver.
Note
This behavior may be changed and specific driver revisions can be chosen using the REDDriversBaseEditor. But before doing so, Windows updates have to be disabled, otherwise, any driver version change may not last for long…
.FBX .OBJ and .DAE File Importers
REDsdk add an auxiliary module that can be used from the RED::IOTools
class. This is the REDFbx.dll. If present in the application binary folder, this DLL can be used to load .FBX, .DAE, .OBJ and .DXF files into REDsdk. The behavior is similar to loading .red files, and the RED::IDataManager
stores, using contexts, the contents loaded from each file.
See the RED::IOTools
class for details on importing files.
Note
The REDFbx.dll requires Microsoft Visual Studio 2010 redistribuables on the used computer system.
No More realistic.red!
REDsdk 4.1 does not deliver any ‘realistic.red’ file anymore. The realistic material can be directly created using RED::IMaterial::SetupRealisticMaterial
. This method, which is similar to the RED::IMaterial::SetupGenericMaterial
method also creates the RED::IMaterialController
of the realistic material (which has not been modified since REDsdk 4.0).
New Unbiased Path-Tracing Rendering Mode
A new feedback mode has been added to REDsdk based on path-tracing. It is turned on when calling RED::IWindow::FrameTracing
by using RED::FTF_PATH_TRACING
as the feedback mode. Current support of the path-tracing feature is limited to rendering with realistic materials only (caustics are not supported either).
Documentation Update and New Tutorials
The documentation has been completed. All “work in progress” pages have been completed. A small book dedicated to rendering techniques for large assemblies has been delivered (see Rendering Large Assemblies). The documentation of the REDOdaDevice (DWG Import using Teigha) is now accessible.
- Some new tutorials:
Picking: Simple picking with a front and back lighting solution to visualize hidden picked geometries.
Picking using a Lasso: This is a newer version of the former REDsdk 3.5 lasso picking tutorial. Covers rectangle and lasso picking.
Anchoring Viewpoints in a Window: This very simple tutorials details how viewpoints can be anchored into a window for various needs.
Integration into an Existing OpenGL Application: This is a cross platform example of an OpenGL integration in a configuration where the application already owns a running OpenGL implementation, and OpenGL contexts.
Rendering Any Line Thickness Using Quads: Illustrates the usage of textured quads for the rendering of thick lines.
Path-Tracing: Demonstrates the usage of path-tracing as a new feedback mode for REDsdk.
REDOdaDevice Migrated to Teigha 4.01
The REDOdaDevice source code has been migrated on the latest available version of Teigha to date. Note that this new setup does not embed Teigha anymore. The setup will require you to indicate where Teigha files are to be found. The documentation has been updated. See all details here: DWG Import using Teigha.