At the moment, the rsr_CineSpaceLut_transform function (found in LutParser.h), transforms the data using both the prelut and 3D lut data found in the cineSpace LUT file. This transform supports extended range data, but may be slow; possibly requiring the end user to grab the transformed data and push it into a quicker, custom 3D interpolator(even a hardware supported lut etc.)
The problem is that these hardware assisted luts dont support extended range data. Thus an end application would ideally be able to access the underlying preluts and 3D luts to help support extended range data.
Similar issues occur when the prelut contains fine detail (such as a gamma of 1/2 ) and the 3D lut is relatively sparse. The only current way a hardware 3D lut can obtain good accuracy is by sampling very finely, or calculating their own prelut... Instead they should be able to grab the prelut from the API.
Log in to post a comment.
