paxsonsa Posted November 28, 2014 Share Posted November 28, 2014 (edited) Hey Guys, So I am doing a bit of an experiment. I haven't worked with DCM and DSM in Houdini much so I could use some information. I want a "Full Deep" (not sure if thats the term) of my image. I want each sample of my deep too store my rgba at the z sampled. The result should be when I DeepCrop this in nuke as I slice back and remove objects in front of background objects this reveals the pixel information behind that object. I initially tried with DCM and the DeepEXR works great but it does not seem to sample my e rgba of the object behind this. I read through the properties and tried some stuff but I feel like I am missing a step to get this result. EDIT: I understand this is prob not a standard application but is there a way to store that rgb information at each sample of the z? Any Solutions? Cheers! particles_example.hip Edited November 28, 2014 by paxsonsa Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 11, 2014 Author Share Posted December 11, 2014 What I mean by this is Deep COLOR Images Quote Link to comment Share on other sites More sharing options...
eetu Posted December 11, 2014 Share Posted December 11, 2014 Have you tried disabling "Enable Hiding" option in Mantra ROP -> Properties -> Render? Enable hidingHoudini name vm_hiddenIFD name renderer:hiddenPerform hidden surface removal. When hidden surface removal is disabled, all surfaces in the camera’s frustum will be rendered, regardless of whether they are occluded. This can impact render time significantly. 1 Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 11, 2014 Author Share Posted December 11, 2014 No I have not! Let me give that a go! Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 11, 2014 Author Share Posted December 11, 2014 Hey eetu, I gave that a try and it keeps parts of the back values but it still throws out object behind it. In other words if a two spheres overlap from the camera view the backface information is kept (sparsely) but the other spheres samples are thrown out. Very Strange. this maybe a dicing issue. I am going to keep trying attributes. Let me know if you have any guesses. Thanks! Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 12, 2014 Author Share Posted December 12, 2014 Have you tried disabling "Enable Hiding" option in Mantra ROP -> Properties -> Render? So I tried This and the I also adjusted the Offscreen Quality to 1 (Dicing>>Offscreen Quality). It still seems to be occluding the values. I am going to play with the DCm Compression maybe Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 15, 2014 Author Share Posted December 15, 2014 For those that are interested, With a little assistance from SESI, I learned that the properties for the DCM i need adjust to get the samples were these: -Enable Hidden should be Off. -DCM Z-Bias should be set to 0 -DCM Compression should be 0 This will set the samples to not be thrown out. But if I am still missing the RGBA sample. In Nuke8 using the deep to points you can see the images show the checking the DCM Pre-Composites Samples check box causes the FG Pixels to be projected of not. this is not a desired result and hopefully we can figure it out. I assume this is something to see with Raytracing but I could definitely be wrong. Cheers! 1 Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 16, 2014 Author Share Posted December 16, 2014 Alright just an update, I discussed this with SESI and that brilliant team helped me figure out this problem. Here was the explanation of the 'bug' Hello Andrew,Mantra has a "sample filter" (along with the pixel filter). The sample filter is used to composite samples prior to the pixel filter operation. This is where the compositing happens.The issue is that the sample filter is being run prior to passing the sample data to the deep camera resolver. So, the samples you're getting in the DCM have lost their surface information (since the front surface typically overwrites all the data with an over operation).The only way I can think of getting the sample data out is to use the pcwrite() function in your surface shader. However, this isn't really helpful for DCM generation (since point cloud would have to be converted to a DCM). It's do-able, but likely involves some coding.I'm moving this to a bug since there should be a way to get uncomposited samples through to the DCM... Even if it's just a new sample filter that passes through raw samples. This is great news and I will try and get a Bug ID for the community, when the bug is fixed (Most likely for H14) I will update this thread. In the mean time I am going to experiment with the pcwrite() idea! I am not convinced it will work but its better then sitting around waiting for grass to grow. Cheers! Andrew Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 17, 2014 Author Share Posted December 17, 2014 Update: Hello Andrew,I will set this to Sev 2 so it gets more attention.This is bug #65768, I will let you know when it is fixed and keep you updated.Cheers,Silvina Quote Link to comment Share on other sites More sharing options...
Guest tar Posted December 17, 2014 Share Posted December 17, 2014 Nice work! with Nuke8+ it's so easy to work with Deep renders and Deep coming out of the Scanline renderer, that this will be very welcome Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 18, 2014 Author Share Posted December 18, 2014 Nice work! with Nuke8+ it's so easy to work with Deep renders and Deep coming out of the Scanline renderer, that this will be very welcome I was surprised no has addressed this before but I am glad it has been! Can't wait for the word that its been fixed and then the fun can begin deep ids and goodness here we come! Quote Link to comment Share on other sites More sharing options...
Guest tar Posted December 18, 2014 Share Posted December 18, 2014 it's like that with every bug - 'how can it be that no one has fixed this' Quote Link to comment Share on other sites More sharing options...
paxsonsa Posted December 18, 2014 Author Share Posted December 18, 2014 haha! well put! Quote Link to comment Share on other sites More sharing options...
jpeggt Posted November 15, 2017 Share Posted November 15, 2017 Was a solution to this ever found? I'm trying to do the same thing at the moment Quote Link to comment Share on other sites More sharing options...
mulmo Posted April 17, 2020 Share Posted April 17, 2020 hi, it's a bit old but has anyone found the solution for it ? Quote Link to comment Share on other sites More sharing options...
Howitzer99 Posted April 25, 2020 Share Posted April 25, 2020 If you have Arnold renderer available, it supports deep exr output: https://docs.arnoldrenderer.com/display/A5AFHUG/Deep+OpenEXR Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.