Jonathan, can you clarify how OpenDCX partitions the region of a pixel? My recollection is that it's inherently based on a 4x4 grid of subregions. That maps well to a renderer that implements some kind of stratified sampling (with a multiple of 4x4), but not necessarily other sampling schemes. What do you do with some kind of blue noise sampling that's not on a stratified grid? What do you do for "progressive" rendering where there's not a fixed number of samples, but you can always continue to generate more samples at any point and the placement of them spatially is a fairly opaque process?
I totally get how subpixel information lets you address a number of artifacts of the per-pixel deep image approach, but I just haven't quite wrapped my head around how it maps to different kinds of renderers and their sampling schemes. > On Dec 7, 2016, at 7:47 AM, Jonathan Egstad <[email protected]> wrote: > > 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 <http://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] >> <mailto:[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 -- Larry Gritz [email protected]
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
