So, after your read node, drop a grade node in the tree. Set the offset to .03. This will make everything washed out, so set your gamma to, say, 0.8. Season to taste with this. When you get it dialed, take the same grade node, copy it, and paste it right before your write node. Open up the node to view the properties, and put a check in the "reverse" box.
When working with the footage, it's going to look slightly different than the original plate, and a little lifted. This won't matter, you'll be reversing the grade out at the end of your comp, so your VFX supe won't know the difference, and your negative code values will be preserved. On Apr 21, 2011, at 7:17 PM, Hugo Leveille wrote: > Degraining step involve more data on the server and quality loss at some point > > Might be acceptable on some project, but with some project where the vfx sup > won't even watch the comp in dailies if there is a difference with the > original plate (figurely speaking) it won't do it > > > > > > > > > -- > Hugo Leveille > Compositing TD > Vision Globale > [email protected] > > Sent from my iPhone > > On Apr 21, 2011, at 10:08 PM, "Brad Friedman" <[email protected]> wrote: > >> Proper grain management includes a degraining step and a regrain step. >> >> On Apr 21, 2011, at 10:05 PM, chris <[email protected]> wrote: >> >>> On 4/21/11 at 3:18 AM, [email protected] (Brad Friedman) wrote: >>>> You probably should not even be applying a grade node >>>> before grain management. No sense color correcting values >>>> that are chemical noise. The question is: what is your >>>> d-min value after proper degraining? >>> >>> actually in this case we want to keep the grain, that's why >>> it's shot on film ;) >>> >>> and i don't want to color correct it, i just want to keep it >>> unaffected through the pipeline. obviously if the sub 95 >>> values are clamped by the filmrecorder in the end, then this >>> is a moot point (guess the only way to be sure is to ask the >>> guys who are operating the recorder) ... but there are still >>> situations where we want to keep the unclipped data, even if >>> it's only grain texture (like adding a lens flare, which >>> would bring up the sub 95 values to something visible). >>> >>> ++ chris >>> >>> ps: tried to build the pdx formulas in nuke if anybody is >>> interested in playing around.. hope i didnt mess things up: >>> >>> set cut_paste_input [stack 0] >>> push $cut_paste_input >>> Expression { >>> temp_name0 pdxLogReference >>> temp_expr0 455 >>> temp_name1 pdxDensityPerCodeValue >>> temp_expr1 0.002 >>> temp_name2 pdxNegativeGamma >>> temp_expr2 0.6 >>> temp_name3 pdxLinReference >>> temp_expr3 0.18 >>> expr0 "pow(10, ((red * 1023 - pdxLogReference) * >>> pdxDensityPerCodeValue/pdxNegativeGamma)) * pdxLinReference" >>> expr1 "pow(10, ((green * 1023 - pdxLogReference) * >>> pdxDensityPerCodeValue/pdxNegativeGamma)) * pdxLinReference" >>> expr2 "pow(10, ((blue * 1023 - pdxLogReference) * >>> pdxDensityPerCodeValue/pdxNegativeGamma)) * pdxLinReference" >>> name pdxLog2Lin >>> selected true >>> xpos -430 >>> ypos -118 >>> } >>> Expression { >>> temp_name0 pdxLogReference >>> temp_expr0 455 >>> temp_name1 pdxDensityPerCodeValue >>> temp_expr1 0.002 >>> temp_name2 pdxNegativeGamma >>> temp_expr2 0.6 >>> temp_name3 pdxLinReference >>> temp_expr3 0.18 >>> expr0 "(pdxLogReference + log10( max( red, 0.00000001 ) / pdxLinReference >>> )*pdxNegativeGamma/pdxDensityPerCodeValue) / 1023" >>> expr1 "(pdxLogReference + log10( max( green, 0.00000001 ) / pdxLinReference >>> )*pdxNegativeGamma/pdxDensityPerCodeValue) / 1023" >>> expr2 "(pdxLogReference + log10( max( blue, 0.00000001 ) / pdxLinReference >>> )*pdxNegativeGamma/pdxDensityPerCodeValue) / 1023" >>> name pdxLin2Log >>> selected true >>> xpos -430 >>> ypos -74 >>> } >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected] >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> _______________________________________________ >> Nuke-users mailing list >> [email protected] >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > _______________________________________________ > Nuke-users mailing list > [email protected] > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users _______________________________________________ Nuke-users mailing list [email protected] http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
