There’s been good conversations but I’ve not heard back yet on any progress except for Mantra. If you’re interested in this functionality I could use the help in reaching out (gently pressuring….) vendors like Solid Angle and Foundry - so far it’s just been me.
It’s not immediately obvious from the deep subpixel mask paper and the opendcx.org web site but the OpenDCX code does not require subpixel masks to be present to transform and filter deep images. The Dcx::DeepTransform class resamples the input subpixel masks, but interprets deep pixels lacking mask information as ‘full-coverage’ - which is common for volumetric samples which don’t really require subpixel masks. DeepTransform supports partial subpixel-coverage weighting so fractional pixel transforms are possible and accurate. This functionality is currently undergoing further refinement but scale/translates that line up with the 8x8 subpixel mask grid filter accurately with the public code. Cheers, -jonathan > On Dec 7, 2016, at 12:58 AM, Thorsten Kaufmann > <[email protected]> wrote: > > The main problem seems to be renderer support and the lack of information on > how to generate the needed subpixel mask from a raytracer. Do you know if > there > was any advances in that area? > > Cheers, > Thorsten > > --- > Thorsten Kaufmann > Production Pipeline Architect > > Mackevision Medien Design GmbH > Forststraße 7 > 70174 Stuttgart > > T +49 711 93 30 48 661 > F +49 711 93 30 48 90 > M +49 151 19 55 55 02 > > [email protected] <mailto:[email protected]> > www.mackevision.com > <http://www.mackevision.com/?utm_source=E-Mail-Signatur&utm_medium=E-Mail&utm_campaign=Mackevision-Link> > Geschäftsführer: Armin Pohl, Joachim Lincke, Jens Pohl > HRB 243735 Amtsgericht Stuttgart > > --- > PORTFOLIO: The Next Level of User Experience - Real-time Solutions > <http://www.mackevision.com/portfolio/real-time-solutions/?utm_source=E-Mail-Signatur&utm_medium=E-Mail&utm_campaign=real-time-signatur> > VFX: Game of Thrones, Season 6 – VFX breakdown > <http://www.mackevision.com/references/game-of-thrones-season-6-vfx-breakdown/?utm_source=E-Mail-Signatur&utm_medium=E-Mail&utm_campaign=GoT-S6-vfx-breakdown-Signatur> > SOCIAL: Follow us on Facebook <https://www.facebook.com/mackevision/>, > Twitter <https://twitter.com/Mackevision>, Behance > <https://www.behance.net/mackevision> and Vimeo > <https://vimeo.com/mackevision> > From: Oiio-dev [mailto:[email protected] > <mailto:[email protected]>] On Behalf Of Jonathan Egstad > Sent: Dienstag, 6. Dezember 2016 23:24 > To: OpenImageIO developers <[email protected] > <mailto:[email protected]>> > Subject: Re: [Oiio-dev] Deep merge > > Try out OpenDCX! :) > www.opendcx.org <http://www.opendcx.org/> > > > On Dec 6, 2016, at 2:17 PM, Larry Gritz <[email protected] > <mailto:[email protected]>> wrote: > > So how does it work in Nuke? Does it just resample using the "closest" pixel? > > It's well known how to combine multiple non-overlapping pixels into a single > depth list -- that's what renderers do to turn subsample depth lists into > pixel depth lists for deep output. I would assume that a filtered resampling > boils down to roughly the same thing (with adjustment for the specific pixel > weights). Though I don't pretend to understand what artifacts would result > from filtered resampling of a depth image in this way. > > > On Dec 6, 2016, at 2:11 PM, Thorsten Kaufmann > <[email protected] > <mailto:[email protected]>> wrote: > > This is far from trivial. There is deep transform in Nuke, but it does not > do any filtering and i am not sure there is a meaningful way to do that. > > Cheers, > Thorsten > > --- > Thorsten Kaufmann > Production Pipeline Architect > Mackevision Medien Design GmbH > Forststraße 7 > 70174 Stuttgart > T +49 711 93 30 48 661 > F +49 711 93 30 48 90 > M +49 151 19 55 55 02 > [email protected] <mailto:[email protected]> > www.mackevision.com > <http://www.mackevision.com/?utm_source=E-Mail-Signatur&utm_medium=E-Mail&utm_campaign=Mackevision-Link> > Geschäftsführer: Armin Pohl, Joachim Lincke, Jens Pohl > HRB 243735 Amtsgericht Stuttgart > Von: Oiio-dev <[email protected] > <mailto:[email protected]>> im Auftrag von Larry Gritz > <[email protected] <mailto:[email protected]>> > Gesendet: Dienstag, 6. Dezember 2016 18:34 > An: OpenImageIO developers > Betreff: Re: [Oiio-dev] Deep merge > > There's not currently a function in OIIO that does this. Does Nuke have deep > resize? I guess it's theoretically possible, though you'd need to do a little > math to figure out the right way to combine partial/filtered pixels, where > each "pixel" is a list of depth+alpha samples. > > > On Dec 5, 2016, at 11:17 PM, Ben Andersen <[email protected] > <mailto:[email protected]>> wrote: > > Also! Are there methods of resampling a deep image? If my B image is a > different resolution than my A image/the pixel count is different, it would > be nice to still be able to merge them together. > > Thanks! > Ben > > On Tue, Dec 6, 2016 at 4:23 AM Ben Andersen <[email protected] > <mailto:[email protected]>> wrote: > Hi! > > I'm looking at wrapping up a deep merge operation using the python bindings > of oiio 1.7. > > I see in the docs that there is support for reading and merge deep pixels. > Is the expected workflow for all deep images to loop over every pixel? Is > there a function I've overlooked that might do a deep merge for all samples > in the image? > > Wouldn't this mean that it's essentially single threaded to do a deep merge > in python without setting up the threads myself? > > Thanks! > Ben > _______________________________________________ > Oiio-dev mailing list > [email protected] <mailto:[email protected]> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> > > -- > Larry Gritz > [email protected] <mailto:[email protected]> > > _______________________________________________ > Oiio-dev mailing list > [email protected] <mailto:[email protected]> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> > > -- > Larry Gritz > [email protected] <mailto:[email protected]> > > _______________________________________________ > Oiio-dev mailing list > [email protected] <mailto:[email protected]> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>_______________________________________________ > Oiio-dev mailing list > [email protected] <mailto:[email protected]> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
