I'm no rendering guru, but wouldn't vray standalone be the correct answer? Just one thing I'm not clear on with your approach. Are you rendering single frames from a bat file? Are you not better off clumping the renders into buckets based on a ratio of render nodes to frames? This would then stop the re-opening of files (network bottleneck) and then the re-translation of the file to the vray render format... However, what you might be saying is that the Vray is wasting cycles translating everyframe in the render session. Which sounds crazy for a render developer who should care about speed.
Not really any help, but good luck non the less. It sounds like it could be a nightmare. -Dave On Wed, Dec 14, 2016 at 6:18 PM, Enrico Losavio <[email protected]> wrote: > Oh hey! > > Thanks, I've just come across this website as well. That finally makes it > render!! yay! > Mel sintax was the answer all along! > > It's good to have this documentation. Although the lack of an official > documentation leaves it still wrapped in a mystery. > It's funny how they say that most of those flags seem not to have any > effect at all :) > Actually the -layer flag is much needed in my case. Without it, the render > wouldn't start. > > So, now the good news is that it is rendering. I am setting all the > rendering options with a setAttr on the defaultRenderGlobals (or the > vraySettings). > Thing is -after a few tests- vray still exports a vray_scene for each > frame. Thus loading in the memory all the dependencies, and unloading them > right after the rendering is finished. Which is cool for a simple scene, > but if I have lots of ploygons, and heavy textures (they can get up to > 500mb each), this makes extremely unefficent. Also, vrend() doesn't return > anything, so it's really hard to monitor what's going on. Maybe by reading > the vray render log *continuously* and somehow interpreting the strings, > but I'm sure there's a better way! > > So, sadly I have to admit that I probably have to look somewhere else than > the vrend() function. > I basically want to keep maya and vray up and running, ready to receive > new frames to render, and I want to get some feedback. > Maybe this vrend() has some hidden non-documented flags that allow me to > do what I want, but it's just a guess. > > However, the game is still on. So if anyone has some > feedback/suggestions... it's more than welcome :) > > E. > >> -- > You received this message because you are subscribed to the Google Groups > "Python Programming for Autodesk Maya" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/python_inside_maya/f5028a50-57fd-48d8-a696- > 458f9219b085%40googlegroups.com > <https://groups.google.com/d/msgid/python_inside_maya/f5028a50-57fd-48d8-a696-458f9219b085%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- *David Moulder* Technical Animator / Artist [email protected] *Professional Profile <http://uk.linkedin.com/pub/david-moulder/1/b12/b5a>* Mobile: +44 (0)7814033242 See who we know in common <http://www.linkedin.com/e/wwk/5748982/?hs=false&tok=3tztwkse1silw1> Want a signature like this? <http://www.linkedin.com/e/sig/5748982/?hs=false&tok=3pwLU9-mBsilw1> -- You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/CABD4PkSMCYGUtk7giqvTD6aBMxTotHgkwuWkqECtOOHNbrK1NA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
