> If your talking about clipping at 0.0, this is a feature of the > DD::Image::LUT class, I assume the read/write nodes use this to do the > conversions. > > If there was a way to work around this it would be good as quite a few > log<->lin conversions map 0.0 linear to a negative value, clipping > them makes the conversions non-reversible.
The LUT class supports negative output values (or greater than one,) but the input to the LUT is clamped by default. So reading a log file should produce negative numbers, but writing one will have the negative values chopped off. The alternative is to use a ColorLookup node which can access the same functions that are defined on the root node's lut page, but you can specify an input range for it to handle - and it will do extrapolation off the ends of the curves. It's also accelerated so it should be faster than using a raw Animation lookup. -jonathan _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
