> a quick suggestion for your "kind of works" issue. There's a similar issue
> with the OpenGL quad drawing for the Tracker's previews and overlays. Our
> way around it is to pull the gain, gamma and LUT from the active viewer
> (see DDImage/ViewerContext.h) and apply them manually to our overlay image.
> Unfortunately it doesn't handle any other Viewer Ops / processes, but it
> gets you to "~90% kind of works".

I tried your suggestion and it works well now. So thanks a lot for that!

Getting the gain and gamma from the active viewer context was quite easy. 
Maybe I misunderstood, but I couldn't see where exactly to get the LUT from 
in the active context.

Because of that I resorted to using Python and checked what the knob 
`viewerProcess` in the active viewer is set to and converted that value 
to a string using `nuke.ViewerProcess.registeredNames()`.

Since `script_result` in the NDK returns something very unexpected I
wrote the above string into a invisible string knob inside my Op (also 
via Python), which can then be used in the NDK to initialize the LUT 
using LUT::builtin(). Quite complicated but it works.

The values of `nuke.ViewerProcess.registeredNames()` and 
`LUT::builtin_names` in the NDK don't match exactly, e.g. rec1886 doesn't
exist in the latter list, but it should work for most situations now.


Sincerely,
Nils

-- 
Nils Plath
Researcher
imcube labs GmbH

Helmholtzstraße 2-9
D-10587 Berlin

phone: + 49 30 367405320
mail: [email protected] <mailto:[email protected]>
web: www.imcube.de <http://www.imcube.de>

Handelsregister | Register of Commerce AG | District Court] Berlin | 
Charlottenburg HRB 120009
[Geschäftsführer | Managing Directors] Dr. Sebastian Knorr

Please consider your environmental responsibility before printing this e-mail.

This message is exclusively for the person addressed or their representative. 
If you are not the intended recipient of this message and its contents, please 
notify the sender immediately. Any form of unauthorised use, publication, 
reproduction, copying or disclosure of the content of this e-mail is not 
permitted. Electronically transmitted messages can contain errors for which we 
assume no liability.

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Nuke-dev mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev

Reply via email to