Hi Nils, 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".
On Wed, Nov 4, 2015 at 5:25 PM, Nils Plath <pl...@imcube.de> wrote: > Hi Lucy, > > Thank you for your fast reply and for your suggested solution! That's what > I had in mind. > > In the mean time I managed to test another way, which I mentioned in my > first mail and which (kind > of) works: > > Op::draw_handle(), which I believe lives in the UI thread, is called on > each iteration of > Executable, so drawing handles works as expected. Inside that function I > request and fetch data from > an input op and upload it as a texture using standard OpenGL calls. This > image is then displayed as > a GL_QUAD during the render pass for solid/opaque objects and is rendered > over the actual image. So > it is possible to display results from the Executable that way. > > Now comes the "kind of works": unless the Read node uses linear color > space, the image on the quad > will look burnt. I'm not sure how to fix that, tough. > > Maybe the above approach is this violating a bunch of Nuke design rules > that I am simply not aware > of, maybe it isn't. Nevertheless, I thought this could be an alternative > approach. I can provide the > code snippet if someone is interested. > > Anyway, thanks again, Lucy, for your help! > > > Sincerely, > Nils > > -- > Nils Plath > Researcher > imcube labs GmbH > > Helmholtzstraße 2-9 > D-10587 Berlin > > phone: + 49 30 367405320 > mail: pl...@imcube.de <mailto:pl...@imcube.de> > 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. > > > _______________________________________________ > Nuke-dev mailing list > Nuke-dev@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev > > -- Dan Ring, Ph.D. Senior Research Engineer The Foundry 31-36 Ormond Quay Upper Dublin 7 Ireland Tel: +353(0) 1 526-6788 Web: www.thefoundry.co.uk Email: dan.r...@thefoundry.co.uk The Foundry Visionmongers Ltd. Registered in England and Wales No: 4642027
_______________________________________________ Nuke-dev mailing list Nuke-dev@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
