And one that looks technical or techni-color!
set cut_paste_input [stack 0]
version 7.0 v1b74
push $cut_paste_input
Expression {
expr0 "mantissa (abs(r))"
expr1 "mantissa (abs(g))"
expr2 "mantissa (abs(b))"
channel3 depth
expr3 "mantissa (abs(z))"
name Normalized_Technical
tile_color 0xb200ffff
label "Normalized\n"
note_font Helvetica
selected true
xpos -286
ypos -49
}
On 14 October 2012 10:46, Marten Blumen <[email protected]> wrote:
> This works for rgb & depth. Pop it into the ViewerProcess for normalized
> viewing. It seems to work with all values, free polygon cube to anyone who
> breaks it ;)
>
> Who knows the expression node; can we just apply the formula to all the
> present channels?
>
>
> set cut_paste_input [stack 0]
> version 7.0 v1b74
> push $cut_paste_input
> Expression {
> expr0 1/(r+1)/10
> expr1 1/(g+1)/10
> expr2 1/(b+1)/10
> channel3 depth
> expr3 1/(z+1)/10
> name RGBDEPTH
> label "Normalized\n"
> note_font Helvetica
> selected true
> xpos -220
> ypos 50
>
> }
>
>
> On 14 October 2012 10:24, Marten Blumen <[email protected]> wrote:
>
>> A normalised expression node:
>>
>>
>> set cut_paste_input [stack 0]
>> version 7.0 v1b74
>> push $cut_paste_input
>> Expression {
>> expr0 1/(r+1)/10
>> expr1 1/(g+1)/10
>> expr2 1/(b+1)/10
>> name Expression6
>> label "Normalize Me\n"
>> note_font Helvetica
>> selected true
>> xpos -306
>> ypos 83
>>
>> }
>>
>>
>> On 14 October 2012 09:33, Marten Blumen <[email protected]> wrote:
>>
>>> + 1
>>>
>>> as a side note, doesn't SoftClip and Toe nodes do dynamic normalising of
>>> the RGB channels?
>>>
>>> set cut_paste_input [stack 0]
>>> version 7.0 v1b74
>>> push $cut_paste_input
>>> SoftClip {
>>> conversion "logarithmic compress"
>>> softclip_min 1
>>> name SoftClip2
>>> selected true
>>> xpos -1876
>>> ypos 1428
>>> }
>>> Toe2 {
>>> name Toe2
>>> selected true
>>> xpos -1876
>>> ypos 1461
>>>
>>> }
>>>
>>>
>>> On 13 October 2012 23:51, Patrick Heinen <[email protected]
>>> > wrote:
>>>
>>>> Yes of course I can use VIEWER_INPUT or a register a viewer process,
>>>> but that wouldn't make it dynamic either, well maybe with the MinColor Node
>>>> but that one again doesn't work for deep data... And starting to sample
>>>> every pixel via python is just horribly slow and you would need to bake it
>>>> after that again. Plus again the VIEWER_INPUT doesn't work for deep data
>>>> either...
>>>> It shouldn't be to complicated having one button, that dynamically
>>>> normalizes what's shown in the Viewer, just as you have it in Fusion.
>>>>
>>>> I sent in a request, Ticket#2012101310000031
>>>>
>>>> Regards
>>>> Patrick
>>>>
>>>> Am 13.10.2012 um 11:42 schrieb Johannes Hezer:
>>>>
>>>> > +1
>>>> >
>>>> >
>>>> > Am 10/13/12 7:47 AM, schrieb Frank Rueter:
>>>> >> Same. It would indeed be very helpful. Has somebody sent in a
>>>> request yet?
>>>> >>
>>>> >>
>>>> >> On 13/10/12 6:54 AM, Holger Hummel|Celluloid VFX wrote:
>>>> >>> yes, you can.
>>>> >>> BUT:
>>>> >>> - it needs manual work: you need to know/find the min/max values.
>>>> they change from pass to pass, actually in most cases from frame to frame.
>>>> >>> - it's quicker when you can just click on button to toggle this.
>>>> also because it does not conflict with some other VIWER_INPUT that might be
>>>> active.
>>>> >>>
>>>> >>> so +1 from me making this a feature request
>>>> >>>
>>>> >>> - Holger
>>>> >>>
>>>> >>>
>>>> >>> jbidwell wrote:
>>>> >>>> You can make a grade and group it, then name it "VIEWER_INPUT".
>>>> The viewer will use that grade in the viewer whenever the IP button is
>>>> active.
>>>> >>>>
>>>> >>>> - JB
>>>> >>>>
>>>> ------------------------------------------------------------------------
>>>> >>>>
>>>> >>>> _______________________________________________
>>>> >>>> Nuke-users mailing list
>>>> >>>> [email protected],
>>>> http://forums.thefoundry.co.uk/
>>>> >>>>
>>>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
>>>> >>>
>>>> >>
>>>> >> _______________________________________________
>>>> >> Nuke-users mailing list
>>>> >> [email protected], http://forums.thefoundry.co.uk/
>>>> >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
>>>> >
>>>> > _______________________________________________
>>>> > Nuke-users mailing list
>>>> > [email protected], http://forums.thefoundry.co.uk/
>>>> > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
>>>>
>>>> _______________________________________________
>>>> Nuke-users mailing list
>>>> [email protected], http://forums.thefoundry.co.uk/
>>>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
>>>>
>>>
>>>
>>
>
_______________________________________________
Nuke-users mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
