1921
2024-05-17, 12:39:39
News:
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1922
[Max] I need help! / Re: DR problem.............
« on: 2015-03-09, 12:00:39 »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!
1923
[Max] I need help! / Re: DR problem.............
« on: 2015-03-09, 11:19:24 »
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."?
- 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."?
1924
[Max] I need help! / Re: DR problem.............
« on: 2015-03-09, 11:11:57 »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
1925
[Max] Resolved Bugs / Re: Another DR Problem
« on: 2015-03-05, 11:07:58 »[...] and release a hotfix?
+100!
Related/same:
https://forum.corona-renderer.com/index.php/topic,7145.msg48043.html
Bugtracker:
https://corona-renderer.com/bugs/view.php?id=776
Attached is the simplest example scene demonstrating this bug: A cube, one animated cam. Result of frame 5 is a mix of frame 4 and 5 (see jpg). The passes are set very high to get at least something from a slave.
I´m SURE it´s just one line somewhere in the code to change, please do ;)
1926
[Max] General Discussion / Re: DBR popup disable on slave
« on: 2015-03-04, 10:06:21 »
This is another reason (for me) to run DrServer as windows service. Just like satellite server/backburner server/vray spawner and so on. See https://forum.corona-renderer.com/index.php/topic,7272.0.html
This way you can even use workstations with interactive users for DR in the background. Assumed they don´t need all their CPU power and memory, they wouldn´t even notice ;) (In case of mr satellite one should change the spawning script to run the rendering task with idle priority though)
This way you can even use workstations with interactive users for DR in the background. Assumed they don´t need all their CPU power and memory, they wouldn´t even notice ;) (In case of mr satellite one should change the spawning script to run the rendering task with idle priority though)
1927
[Max] General Discussion / Re: 1.0 Demo and network rendering
« on: 2015-03-02, 20:12:32 »
Just install 1.0, start Max, switch to Corona, start a rendering and activate the 45 day trial. If you use nodes as slaves with max demo version follow "Installing Corona on renderfarms and computers without 3ds Max GUI" here: https://coronarenderer.freshdesk.com/support/solutions/articles/5000564325-activating-license
Good luck!
Good luck!
1928
[Max] Resolved Feature Requests / DrServer as windows service
« on: 2015-03-02, 19:52:01 »
Just want to know if there are plans to do so. I run DrServer as a windows service here on the farm nodes and workstations because I consider it more controllable, convenient and consistent.
If there are no plans about that in near future I could do a short how-to in the Goodies section using "non-sucking service manager". It´s simple to setup but maybe some not so advanced users can benefit from it. All others who are interested, take a look at http://www.nssm.cc/ - it´s a better altervative than the SRVANY.EXE approach imho.
If there are no plans about that in near future I could do a short how-to in the Goodies section using "non-sucking service manager". It´s simple to setup but maybe some not so advanced users can benefit from it. All others who are interested, take a look at http://www.nssm.cc/ - it´s a better altervative than the SRVANY.EXE approach imho.
1929
[Max] Resolved Bugs / Re: Render Slaves Scene stuck at first frame
« on: 2015-02-27, 13:21:31 »
It´s more "again" than a "still" there :) I´m confident it will be addressed soon.
1930
[Max] Resolved Bugs / Re: Render Slaves Scene stuck at first frame
« on: 2015-02-27, 12:37:05 »
fobus, you´ve got the point here:
"So what if we have 5 frames (stills) with animated camera and 10 PCs to render it."
Additionally it´s about having control about the rendering result while still having benefit of multiple machine power. This is our general workflow for quick projects. Fyi:
https://corona-renderer.com/bugs/view.php?id=776
I don´t believe it´s very hard to fix but i´m waiting already quite a while for a fix (the first bugtrack entry for that bug was closed as "fixed", submission date was 2014-03-12).
"So what if we have 5 frames (stills) with animated camera and 10 PCs to render it."
Additionally it´s about having control about the rendering result while still having benefit of multiple machine power. This is our general workflow for quick projects. Fyi:
https://corona-renderer.com/bugs/view.php?id=776
I don´t believe it´s very hard to fix but i´m waiting already quite a while for a fix (the first bugtrack entry for that bug was closed as "fixed", submission date was 2014-03-12).
1931
[Max] Resolved Feature Requests / Re: Corona license server on win32 server 2003 - how to?
« on: 2015-02-26, 13:30:40 »
Sure, but it´s always a matter of maintaining versions/tweaking the installer I fear. For me it would be just wonderful to have a stand alone 32bit download somewhere so our licenses could be up´n running within the next 3 Weeks.
Congratulations btw. to 1.00.00.000000000000! - and to your optimistic approach ;)
Frood
*markingthetwentyfifthinperpetualcalendar*
Congratulations btw. to 1.00.00.000000000000! - and to your optimistic approach ;)
Frood
*markingthetwentyfifthinperpetualcalendar*
1932
[Max] Resolved Feature Requests / Corona license server on win32 server 2003 - how to?
« on: 2015-02-26, 09:55:29 »
I can´t run the installer or the manually unpacked LicensingServer.exe on our (yes i know: older ;) windows server 2003 which is used here to handle all software licenses (dongled or not) in our lan. Realy would like to avoid mixing things up and use another server or -even worse- workstation to handle the corona licenses.
LicensingServer.exe: File is valid, but is for a machine type other than the current machine
Installer:. Corona_1.00.00.exe is no valid Win32 application
Any chance?
(Didn´t put that into the bugtracker because I don´t consider this to be a real bug, or maybe yes - I don´t know yet)
LicensingServer.exe: File is valid, but is for a machine type other than the current machine
Installer:. Corona_1.00.00.exe is no valid Win32 application
Any chance?
(Didn´t put that into the bugtracker because I don´t consider this to be a real bug, or maybe yes - I don´t know yet)
1933
Gallery / Re: Smart Fortwo
« on: 2015-01-30, 16:28:23 »
The first part my eyes were glued to because it looked strange and wrong (particularly on a bavarian plate) was the font you used :) For your convenience:
http://www.autokennzeichen.info/files/EuroPlate.ttf
http://www.autokennzeichen.info/files/EuroPlate.ttf
1934
[Max] General Discussion / Re: Distributed Rendering Guide Needed
« on: 2014-08-28, 18:25:14 »
Hi agentdark,
you don´t need a Max license for a render slave, just install Max without a serial number (as trial). But you do have indeed to install Max on all of them (and Corona + DrServer as well if you want to use Option B what you don´t want to miss...).
I don´t know if there is some limitation regarding EULA concerning the total number of render nodes to prevent a commercial renderfarm setup without buying any license (anyone knows?) but I have no knowledge of something like this. Anyway, technically you don´t need Max licenses (and I hope no Corona licenses next year ;) for a render slave.
I would suggest to setup a small test farm of 2 or 3 nodes to get into the topic and to learn how to handle a few other aspects like centralised assets and/or plugins, task priorities etc. in your local network.
you don´t need a Max license for a render slave, just install Max without a serial number (as trial). But you do have indeed to install Max on all of them (and Corona + DrServer as well if you want to use Option B what you don´t want to miss...).
I don´t know if there is some limitation regarding EULA concerning the total number of render nodes to prevent a commercial renderfarm setup without buying any license (anyone knows?) but I have no knowledge of something like this. Anyway, technically you don´t need Max licenses (and I hope no Corona licenses next year ;) for a render slave.
I would suggest to setup a small test farm of 2 or 3 nodes to get into the topic and to learn how to handle a few other aspects like centralised assets and/or plugins, task priorities etc. in your local network.
1935
[Max] General Discussion / Re: Distributed Rendering Guide Needed
« on: 2014-08-28, 12:01:14 »
my try:
Option A - Backburner (best for animation single frames imho, 1 frame per node)
1. Install Max + Backburner (see Autodesk docs) + Corona on all render slaves
2. Submit your job(s) to Backburner
Option B - "native" Corona distributed rendering (best for large single frames imho, x nodes per frame)
1. Install Max + Corona + Corona DR Server (see installer page 4) on all render slaves
2. Start DrServer.exe (you need write access to DrServer directory, either change user
rights for the directory or use an elevated account)
3. Add render nodes at Render Setup -> Corona Settings -> Distributed Rendering by clicking "Search LAN",
your render slaves should appear now
4. Check "Enable" box in that flyout
5. Render
Pitfalls: Firewall(s), non-UNC network paths, user rights, cached DNS entries/non working DNS reverse lookup.
Short enough?
Of course you can have both. And a more convenient option for drserver is to run it as Windows service,
easy to setup for example with http://www.nssm.cc/ (which I prefer personally). Maybe future
corona installers will allow to install DrServer as a windows service. Hmm, Mantis, I´m on my way.
Good luck!
Option A - Backburner (best for animation single frames imho, 1 frame per node)
1. Install Max + Backburner (see Autodesk docs) + Corona on all render slaves
2. Submit your job(s) to Backburner
Option B - "native" Corona distributed rendering (best for large single frames imho, x nodes per frame)
1. Install Max + Corona + Corona DR Server (see installer page 4) on all render slaves
2. Start DrServer.exe (you need write access to DrServer directory, either change user
rights for the directory or use an elevated account)
3. Add render nodes at Render Setup -> Corona Settings -> Distributed Rendering by clicking "Search LAN",
your render slaves should appear now
4. Check "Enable" box in that flyout
5. Render
Pitfalls: Firewall(s), non-UNC network paths, user rights, cached DNS entries/non working DNS reverse lookup.
Short enough?
Of course you can have both. And a more convenient option for drserver is to run it as Windows service,
easy to setup for example with http://www.nssm.cc/ (which I prefer personally). Maybe future
corona installers will allow to install DrServer as a windows service. Hmm, Mantis, I´m on my way.
Good luck!