Mzigaib Posted March 10, 2015 Share Posted March 10, 2015 (edited) @Dennis = "P.S.: I don't know why the first question (when it comes to performance) always seems to be whether you are using Windows or Linux. It might be true, that Linux is more efficient with memory management and that might be a big plus for simulations, but in general I have not found any relevant performance benefits in Linux. Especially not in terms of rendering speed (I tested this exhaustively). I am using CentOS at work and Windows at home." I found that everything that is memory related you have a bit more benefit from Linux like you said, loading scenes, I found that also generating IFDs depending on your setup is also a bit faster I had an experience of seeing on certain cases up to 30% of difference of performance taking account off course things like time to load scenes, loading the geometry and textures on memory etc.., when it comes just to render yeah is very similar there are some cases that I saw even a little bit of edge on Windows but most of times in general I think IMHO that Linux is a better option for work with Houdini especially when you need to deal with huge amounts of data and you need to render them, but that's just me. I am not even talking about network traffic performance where I also find a huge benefit from Linux if you have Windows, Mac and Linux in the same network but off course it depends on the studio setup. It's really hard not to mention and ask about those choices because that's not a exact science there are a lot to consider and test, I would be glad to hear if someone would like to share experiences but since this is not the topic here maybe on another thread. Cheers! Edited March 10, 2015 by Mzigaib Quote Link to comment Share on other sites More sharing options...
Mzigaib Posted March 10, 2015 Share Posted March 10, 2015 (edited) @Dennis = "Working with packed alembics in SOPs is a nightmare with big assets (5000+ packed primitives with a total of 20+ Mio. unpacked primitives). Assigning shaders with packed edits takes up to 5 Minutes to update because it seems Houdini is sending the whole geometry to the graphics card everytime instead of only the changes". Yeah it does take time to update if you want to see it in viewport, which is a pain, off course but you can set to only display the non updated node and render the other, that I think can gain you some interactive time on viewport am I wrong? @Dennis = "We are experimenting with material stylesheets right now and we'll see if that helps in regards to the shading workflow" Please let us know how this goes. @Dennis = "I would be happy for any suggestion in regards to the alembic workflow in Houdini as for us - in its current state - it seems utterly broken for any real production scenario." Did you tried to use Mantra archive with Mantra delayed loader shader? Is a little bit more work to setup and you will probably need to cache more stuff but it is very efficient. Off course it depends of what you are doing. I hope that some of it helps. Cheers! Edited March 10, 2015 by Mzigaib Quote Link to comment Share on other sites More sharing options...
Mzigaib Posted March 10, 2015 Share Posted March 10, 2015 (edited) @sekow = " Imagine a toolset in which you could decide how to load content from abc's, dependent on rules and logic. Multithreaded traversing and and and.. some good times ahead of us." I think you can build an otl that does that am I wrong? Sorry by the number of posts I should have done that in just one place. Edited March 11, 2015 by Mzigaib Quote Link to comment Share on other sites More sharing options...
zoki Posted March 12, 2015 Share Posted March 12, 2015 Hi I am continuing with same light setup on other scenes I wonder how to reduce noise in marked prob lem areas and whats causing this noise in dark areas Quote Link to comment Share on other sites More sharing options...
Skybar Posted March 12, 2015 Share Posted March 12, 2015 Hi I am continuing with same light setup on other scenes I wonder how to reduce noise in marked prob lem areas and whats causing this noise in dark areas Impossible to see. Check the diagnostic image planes, you probably have to send more primary rays there. Quote Link to comment Share on other sites More sharing options...
Guest tar Posted March 12, 2015 Share Posted March 12, 2015 That noise should be the shadow rays. Upping the Sampling Quality on the light will fix that. Quote Link to comment Share on other sites More sharing options...
zoki Posted March 12, 2015 Share Posted March 12, 2015 nope i tried all light samples pixel samples bounces color limit . . . . Quote Link to comment Share on other sites More sharing options...
Guest tar Posted March 12, 2015 Share Posted March 12, 2015 It has to, it's statistical noise. please upload your file. Quote Link to comment Share on other sites More sharing options...
zoki Posted March 12, 2015 Share Posted March 12, 2015 here sponza_002.rar Quote Link to comment Share on other sites More sharing options...
sebkaine Posted March 12, 2015 Author Share Posted March 12, 2015 (edited) I would activate the following AOV. - then check the direct diffuse / direct glossy / indirect diffuse / indirect glossy channel with Mplay buffer visualiser - i think one of those channel must have a lot of noise you have to isolate where the problem come - then when you have isolate the problematic channel check the number of sample - i think the pb could come from indirect sampling because lighting sampling quality doesn't affect it - the solution could be to enable indirect sampling check box and try something like min 4 / max 8 as a starting point maybe it's something else ... a zoom on the problematic area would be cool ! Edited March 12, 2015 by sebkaine Quote Link to comment Share on other sites More sharing options...
Guest tar Posted March 12, 2015 Share Posted March 12, 2015 The HDR is missing in that file: turning off the GI light and substituting the Mandril for the HDR, adding Direct Shadows image- A Sampling Quality of the 'portalight' set to 0 & 3.5 has a direct influence on the quality of the shadow rays. Please see screen grabs Quote Link to comment Share on other sites More sharing options...
Mzigaib Posted March 13, 2015 Share Posted March 13, 2015 nope i tried all light samples pixel samples bounces color limit . . . . I would suggest that if you are using HDR maps try to blurry it. Quote Link to comment Share on other sites More sharing options...
zoki Posted March 13, 2015 Share Posted March 13, 2015 Hi thanks for replies @Emmanuel yes thats what I did for diagnostics and it not noisy just in one but in all @Michael thanks I will try that , my HDRI is blurred already Quote Link to comment Share on other sites More sharing options...
sebkaine Posted March 13, 2015 Author Share Posted March 13, 2015 zoran would it be possible to get scene+hdr to check the complete rig. Quote Link to comment Share on other sites More sharing options...
zoki Posted March 13, 2015 Share Posted March 13, 2015 (edited) hi here is hdri just plug it in light z HDR_111_Parking_Lot_2_Env.rar Edited March 13, 2015 by zoki Quote Link to comment Share on other sites More sharing options...
sebkaine Posted March 13, 2015 Author Share Posted March 13, 2015 (edited) Thanks ! i'm gonna check this. I have also ask a prman 19 trial and here is a first test. 720P => 26min - min sample : 1 - max sample : 128 - variance : 0.005 - integrator : path tracer - light sample : 2 - bxdf sample : 2 - indirect sample : 2 - max diffuse : 2 - max specular : 2 - light shading rate : 10 i am not that impress. the RIS is giving very nice accurate lighting result if you compare to maxwell and arnold. The speed looks to be on par with Arnold. But RFM is still a really bad idea imo. - now you have REYES / RIS that looks separate so if you shade your scene with reyes shader it looks that you can't switch to RIS - lot of nodes in hypershade lots of option if you compare to Arnold and Maxwell ... - RIS also looks to be the new workflow to adpot , but very few thing looks retro-compatible with reyes so prman is now a pathtracer - basically RIS is a try to put some maxwell + arnold in renderman. But i think it's like clarisse you need to test those engine on big scene with a need of flexibility to appreciate the power of the tool. But Mantra again looks a better choice for me at the moment. Maybe i am mis-judging it , but RFM is really a mess especially if you compare to Maxwell elegance and simplicity. Or Arnold very clean interface. Edited March 13, 2015 by sebkaine Quote Link to comment Share on other sites More sharing options...
Guest tar Posted March 14, 2015 Share Posted March 14, 2015 Hi I am continuing with same light setup on other scenes I wonder how to reduce noise in marked prob lem areas and whats causing this noise in dark areas This looks fixed by setting go the Noise Level lower and the Max Ray sSmples up. Please see screen shots. Quote Link to comment Share on other sites More sharing options...
zoki Posted March 14, 2015 Share Posted March 14, 2015 uh marty thanks I never had 40 samples let me check this how it affects render time looks promissing Quote Link to comment Share on other sites More sharing options...
zoki Posted March 14, 2015 Share Posted March 14, 2015 in dt mantra tutorials they say that good guide for pbr samples is multiplying pixel samples to get number of max ray samples so 6x6 is 36 I am rendering now with 40 to see how long it takes looks nice and smooth Quote Link to comment Share on other sites More sharing options...
Guest tar Posted March 14, 2015 Share Posted March 14, 2015 in dt mantra tutorials they say that good guide for pbr samples is multiplying pixel samples to get number of max ray samples so 6x6 is 36 Tutorials are good starting points, but you have to see if they agree with experiments. 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.