Chaos Corona Forum
Chaos Corona for 3ds Max => [Max] I need help! => Topic started by: aurelarchi on 2015-03-05, 17:48:13
-
Hi to all !!
I just bought Corona last week in FairSaaS one year license.
All is perfect good job guys !!
But i have trouble with the DR mode.
In fact when i use it the render become more and more darker.
The slaves starting render and working well on the passes. (DR corona started as administrator )
For information all the slaves have the same gamma and have access to the network files, in vray DR all working well.
Sorry for my English.......... ;)
-
Hi,
-Did you activate Corona on all render nodes?
-If it is possible, can you start 3ds Max on each render node and see if it is able to successfully render locally?
-Are all the render nodes able to reach the texture files? Paths are configured properly?
Maybe you will find a solution here:
https://coronarenderer.freshdesk.com/support/solutions/articles/5000501666
update:
-Are you using the same version of DrServer on all render nodes and master? (same as Corona)
-Are you using some plugin for textures or lighting?
update2:
-check "retain EXRs" in DR render settings on master pc and check the files after rendering (hold your mouse on the "retain..." checkbox to see where they will be saved)
sorry for being so undecided. :)
-
Hi Maru !
Thanks for the quick answer !
I used the same installer to install Corona on the workstation and on the slaves.
Yes i used the license.exe in the corona file to activate it with my mail and my password on slaves, but maybe it's not the good way.
I can't run max on the slave to test it because i have only one max license.
No plug for textures lighting and the path for textures is ok and properly made.
Thx !
-
hi,
in that case try the "retain EXRs" option - it will help a lot with pinpointing the issue
-
OK, i will try this option tomorrow !
Thanks a lot !
-
I have the same issue with DR. I've installed the 45 day demo versión to try it out and everything works flawlessly except for DR. Everytime data is received from render nodes the image starts to get brighter and brighter.
I tried with vray converted scenes and this happens every time, tried with a very simple scene from scratch with corona and rendered fine though. I have decided to buy the box license because I think this renderer is way better than vray but I would like to solve this problem first since I don't know if it is something I'm doing wrong or a bug inside corona
-
I have the same issue with DR.
Are you using some other plugins than Corona in this scene? For example vray hdri loader or some texture generating plugin? Something related to textures/maps/lights?
-
In my case, no HDRI just corona sun+sky, for the textures i used multi textures, but like in a other post i updates the version to the 2.0 in all machines.
I will try this morning to update the local data file on the slave or to run max and activate Corona.
Update : When i run max on a slave Corona is fully activated.
-
Ok, please check this tests images, the first one is when only workstation started and image two when the 2 render slaves are in.
In this case i just used texture for the floor no multi textures.
Thx !
Update : Same gamma in all machines, no problems with vray DR
-
Wait, you said that the image is getting darker, now it looks like it's getting brighter. Is this another issue?
To me this looks like missing texture (only diffuse color is showing) or gamma problem.
Can you perform this:
-check "retain EXRs" in DR render settings on master pc and check the files after rendering (hold your mouse on the "retain..." checkbox to see where they will be saved)
-
Yes strange, with multi texture image become more and more darker and with simple texture more and more brighter.
I think is a missing textures issu.
But all my slave have the right and acces on my NAS, for example same texture link in max with vray and no problem.
I will try the "retains EXR's.
Thx !
-
Ok. There is also this:
https://forum.corona-renderer.com/index.php/topic,7208.0.html
But I don't understand what he did to fix this. I sent him a message.
-
Ok, gamma checked on all the slave, no prob is ok.
I tested DR with a white mat scene, ok too.
So the problem come from a missing texture file on the NAS. The wood one.
But, all the slave have access on it and the Asset Tracking Dialog is ok, link are ok too.
Strange.................Tested the same scene on vray DR, all is ok.
-
I recieved an answer from user CHampi22 who had similar problem:
I used Auslogics Bootspeed -> Tweak Manager tools - System security option to disable the User Accesss Control ,all security option OFF and compelte access for anonymous user in Privacy policy.
This is the only way to access textures, otherwise TCP 1977 port error in DR server, I don't Know why.
Maybe this will help?
-
" Auslogics Bootspeed" ?
Strange software to resolve missing map or map link......................
I'm actually testing the same scene, with the same texture link on vray DR, working well.
When i switch on Corona i got the same issu.
Strange isn't it ?
-
I had the same problem as you, I travavaille on 3dsmax, the output gamma was not the same on the master computer and my second Drserveur computer.
I put my output gamma to 2.2 on each and I redid all my textures keeping 2.2 gamma and I solved the problem mainly Whith the support of Corona
if anyone one on one problem I want to help
Ryan
-
No, you do not have to use this software. Just go to User Account Control in Windows and move the slider all the way down. I think so...
-
Maybe these guides will help:
http://www.howtogeek.com/howto/windows-vista/disable-user-account-control-uac-the-easy-way-on-windows-vista/
https://technet.microsoft.com/en-us/library/cc772211.aspx
Just keep in mind that this will probably enable anonymous users in LAN to access shared folders (not sure how it works exactly, sorry, this is black magic for me). Maybe it's worth trying and reverting to default values if you consider it unsafe.
-
Yes thanks this is helpfull but like you said this kind of trick will lead to a less secure system.
-
Ok i tested with the Disable User Account Control down.
Same issue...................
-
Another idea: can you send a simplified version of the scene where this happens in max14 version? (it may be something really simple, just so that the error is there)
-
Of course Maru!
I do that soon as i can !
Thank for the help !!
-
You can find here the test scene.
Thx
-
Are you sure this is the scene you are rendering with Corona and distributed rendering? Why are you using V-ray materials, V-ray sun, V-ray lights? This is not correct! Please at least use the scene converter.
https://coronarenderer.freshdesk.com/support/solutions/articles/5000549705
I am not able to reproduce it using this scene. Can you at least include any texture that has this problem? I wanted to see how it is loaded...
I can see that multitexture plugin skips the native max's bitmap loading window with gamma settings. Maybe this is the problem. Does it also happen for you when you are not using any v-ray materials and not using multitexture, just a plain max's "bitmap"?
-
Sorry for this !
Wrong one, please check this one.
I added the map too.
Thx !
-
Any solutions on this ?
For information Corona working perfectly on my worstation and found the files on the NAS.
-
Sorry for this !
Wrong one, please check this one.
I added the map too.
Thx !
In this file, I am not able to see how the bitmap is loaded.
Can you sent a file where:
-this error occurs
-all the objects and materials are setup just the way you have them in the scene where the error occurrs (for example, materials are assigned to objects, maps are assigned to materials, you are using the same types of materials and plugins as in the scene with errors)
-I want to be able to see for example how you loaded the bitmap in the material (what gamma settings etc)
-
I have the same issue with DR. I've installed the 45 day demo versión to try it out and everything works flawlessly except for DR. Everytime data is received from render nodes the image starts to get brighter and brighter.
Totinguis , are you sure you have vray installed on your slaves? If not and you are using a vray cam, the slaves start to render (and deliver) white exrs like crazy - turning your framebuffer white.
Good luck
-
I took a quick look at the scene from aurelarchi and dr-tested the file:
- slaves that have vray installed render correctly
- slaves without vray have the following warnings:
09.03.2015 10:43:39; ***WARNING*** Missing dll: vrayphysicalcamera2013.dlo - VRayPhysicalCamera
09.03.2015 10:43:39; ***WARNING*** Missing dll: vrender2013.dlr - V-Ray Adv 2.40.03
09.03.2015 10:43:39; ***WARNING*** Missing dll: vray_rtmax2013.dlr - V-Ray RT 2.40.03
and spit out a white exrs VERY fast :) This is what turns the framebuffer white after a while (and this is what happend to user totinguis and others I guess). Simplest (obvoius) solution is to recreate the vray cam as standard cam, second (obvoius) solution is installing vray on the slaves.
And there may be still a path issue left: I would literally NEVER use mapped drives letters to link assets in any networked environment, even when working locally and even if slaves have access to and mapped the network source. Allways use UNC paths. The material you used for the floor is mapped to "Z:\dossier ARCHI\Maps\Bois[...]". This should read "\\NAS\Données\dossier ARCHI\Maps\Bois[...]". This is just a general workflow hint and not part of the issue as far I can see (but of many others).
Besides that, the test scene works as expected here.
Good luck!
P.S. Maru, what do you mean with "In this file, I am not able to see how the bitmap is loaded."?
-
Hi !
This is the same scene where error occurs.
Simple white wall and a wood parquet as :
Z:\dossier ARCHI\Maps\Bois\cg source wood textures\
Z:\ is my NAS
No plug here.
Strange thing : I tested a Viz park scene, the grass one made for Corona and no DR problem......................
I saw the bitmap files are forced on gamma 2.2 on the windows files loader, maybe it's the key ?
@Frood
And there may be still a path issue left: I would literally NEVER use mapped drives letters to link assets in any networked environment, even when working locally and even if slaves have access to and mapped the network source. Allways use UNC paths. The material you used for the floor is mapped to "Z:\dossier ARCHI\Maps\Bois[...]". This should read "\\NAS\Données\dossier ARCHI\Maps\Bois[...]". This is just a general workflow hint and not part of the issue as far I can see (but of many others).
So if i understand i have to use \\NAS\Données\........... and not "Z:\dossier ARCHI\.... ?
For vray i'm on the 3.0 version maybe this is why you found some errors, but vray work perfectly on DR.
Thx !
Update 1 : All the link on the Viz park scene are in Z:\dossier ARCHI\...............
Work perfectly...............
-
So if i understand i have to use \\NAS\Données\........... and not "Z:\dossier ARCHI\.... ?
Well, "have to" is not quite what I meant. It´s more a general advice. You never know how your scene gets rendered tomorrow :) When it comes to Backburner for example, there may be no "Z:\" available because BB-Server is running as a different user account or service who has no "Z:\". If you are using and running DrServer interactively as a user who has Z:\ mapped you are of course fine. But using UNC paths does not hurt and you avoid most of the standard issues when rendering with multiple nodes.
As for your scene: I didn´t found any errors, I was just stating that your scene renders fine here on dr-slaves with vray installed :)
Good Luck!
-
Ok !
Thanks a lot for your time ! :)
-
If you are still interested to resolve your issue, please do as you were advised in reply #1 (https://forum.corona-renderer.com/index.php/topic,7319.msg49103.html#msg49103) and reply #3 (https://forum.corona-renderer.com/index.php/topic,7319.msg49103.html#msg49107) and check the results from the slaves directly using the "retain EXRs" feature. You somehow refused to give us any result until now.
Good luck
-
Of course i'm interested i use only DR rendering for all my commercial project so i have to found where is this error.
Please find here the EXR's files :
https://www.wetransfer.com/downloads/b323042ce2af5990ab9615d20635990420150309140148/8df2fcf4e85bb60d0f04a19f4ccbd88e20150309140148/545718
Thanks
-
Are these EXRs from a rendering that uses the floor texture? Because the floor is clearly solid grey. This would mean that the texture cannot be reached by the render nodes. Now the question is why and how to fix it...
-
Yes Maru, EXR's by the 2 slaves from the scene with the floor texture.
I tried with UNC in z:\ and \\NAS\ same issu...............
The main machine work with the NAS too and no problem with the link..................
-
As maru wrote, the slave cannot (or does not) access the texture. Aurelarchi, you haven´t started drserver as Administrator or any other user than the one who is currently interactively logged in by accident, have you? If so, that would be the cause.
-
Drserver always started as administrator.
Corona fully activated on the slaves.
-
Ok solved !
At first i used UNC path like this : \\NAS\Données\................
or like this : z:\Données\...............
But DR is only ok when i use : \\my nas ip address\Données\..............
That's all folks !
Thank you all for the help ! ;)
-
Wow. Great that you managed to solve it and sorry that we couldn't help. Could you explain better what you eventually changed to make it work? You changed path in asset browser?
-
Don't worry you help to solve it !
I fact you have choice for a network link :
For example my NAS is named z: on network drive but dont work in UNC link on DR.
So i just replaced the name of the network drive by the ip adress.
This is mean :
Before -> z:\Données\...............
Now -> my nas ip address\Données\..............
Now DR is ok, but i clearly don't have this issu on vray , i can use z: , \\NAS , ip adress, all this link in UNC work good.
-
Ok... as i see there is a potential translation error of names using corona DR on the UNC path names. And the solution was to use IP address instead?. Any clues on why DR server does not resolve ip from name?.
If that is the case it could resolve a lot of error issues around.
-
this is not related to corona DR, this is 3ds max thing...
-
Not even max, it´s the basic network configuration which is faulty imho. Name resolution does just not work. When opening a shell on the slave I bet a "ping nas" would´t work either. We would have to know a few other things to resolve that completely, e.g. is there a DHCP and/or name server in his network or is he using static ip´s and a etc/hosts file, how is the tcp/ip configuration set on the slave etc... But yes, it´s in fact no CoronaDR issue (any more :)