Hash Write::getHashOfInputs()
{
Hash inputHash;
if ( inputs() > 1 ) {
// split input ( eg. stereo )
for ( int i = 0 ; i < inputs(); i++ ) {
inputHash.append( input(i)->hash() );
}
}
else {
inputHash = input0().hash();
}
return inputHash;
}
HTH.
On Tue, 2011-06-14 at 11:52 -0700, Nathan Rusch wrote:
> I’m trying to make use of the “nuke/node_hash” metadata value in
> written EXR sequences. In my plugin, I’m fetching the value from the
> metadata stream of input1() and comparing it to the hash returned by
> input0().hash().getHash().
>
> This all works fine for mono comps; if I write out a comp at a certain
> point and then read it back in, the hash my plugin reports for the
> tree matches the hash embedded in the written EXR’s metadata.
>
> However, as soon as multiple views are introduced, everything breaks.
> Looking over the exrWriter source, it’s using Write::getHashOfInputs()
> to fetch the hash that gets embedded in the metadata. This doesn’t
> ever match the Op::hash().getHash() return value in stereo situations
> (which doesn’t vary per-view unless a split knob is changed for that
> view, even when I append outputContext().view() to my plugin’s hash).
>
> So my question is, what is Write::getHashOfInputs() doing differently
> to fetch its hash? Is there anything I can append to my plugin’s hash
> to get it to match the getHashOfInputs() return? Or are my only
> options to A) invent my own metadata hash that I can control or B)
> compile my own modified exrWriter that embeds what I want? This has me
> righteously stumped, so I would really appreciate any ideas.
>
> Thanks,
>
>
> -Nathan
>
>
> _______________________________________________
> Nuke-dev mailing list
> [email protected], http://forums.thefoundry.co.uk/
> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
--
Abigail Brady, Senior Architect
The Foundry, 6th Floor, 48 Leicester Square, London. WC2H 7LT
Tel: +44 20 7968 6828 * Fax: +44 20 7930 8906
Web: www.thefoundry.co.uk
The Foundry Visionmongers Ltd
Registered in England and Wales No: 4642027
_______________________________________________
Nuke-dev mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev