Re: Maya the server destroyer

Hi, RoyalRender now has a "keep open" option for the scene you send it, so even if you are sending it one frame at a time rather than a bunch it should wait until you explicitly send it another scene before flushing the current one! Cheers Lawrence > On 20 May 2016, at 21:13, Ed Manning

RE: Friday Flashback #265

Well, I think it's ok if only used by one person. : ) Btw. if you're gonna sell this stuff one day I would be interested. The Soft|3D printed manuals for example. They were great. I still have two SGI Indigo workstations and at least one of them still has Soft|3D installed... maybe I should do a

Re: Maya the server destroyer

Thanks for the help guys, I'll take a close look at everything! Enjoy your weekend :) On Fri, May 20, 2016 at 4:40 PM, Sven Constable wrote: > Yeah, I know. But the feature itself, to use chunks of frames was > originally developed by Holger to circumvent the issue by

Re: Friday Flashback #265

It's not a flashback if they're still in use ;-) Matt Date: Fri, 20 May 2016 22:31:14 +0200 From: "Sven Constable" Subject: RE: Friday Flashback #265 Then take a picture of it, Matt. For the a next friday flashback :) sven -- Softimage Mailing List. To

RE: Maya the server destroyer

Yeah, I know. But the feature itself, to use chunks of frames was originally developed by Holger to circumvent the issue by the renderer/batch executable loading the scene at every frame, wasn't it? Like the KSO (keep scene open) feature in RR, also adressing this problem. From:

RE: Friday Flashback #265

Then take a picture of it, Matt. For the a next friday flashback :) sven -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Matt Lind Sent: Friday, May 20, 2016 10:05 PM To: softimage@listproc.autodesk.com

Re: Maya the server destroyer

It's not Maya's fault. It's how the render manager, in this case Royal, has its options set. There is something bad about Maya and certain read/write operations over network, but I don't think this is that. Unless you're trying to render on Windows render nodes to a Linux or OS X server running

Re: Friday Flashback #265

I still have that CD (although a bit worn from handling over the years). Sits with my XSI 1.0 CDs which are still in use (because of the SI|3D license). Matt Date: Fri, 20 May 2016 15:09:54 -0400 From: Stephen Blair Subject: Friday Flashback #265 To:

RE: Maya the server destroyer

Maya also loads the scene at every frame? I was thinking only 3dsmax had this awful behavior. If they would know how elegant softimage batch rendering actually is… From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Ed Manning

JOB: Rodeo FX looking for a Senior Developer to join our Pipeline Team

Hey guys, The growing *Pipeline Team* at *Rodeo FX * is on the lookout for a *senior developer* to join us in future adventures. (See job description here. ) Some recent projects we

Re: Maya the server destroyer

check your logfiles to see where the biggest latencies are. On Fri, May 20, 2016 at 3:30 PM, Ed Manning wrote: > and stagger the start times -- Royal might have a built-in delay option > for this. that way the machines don't all hit the server at once for the > same files. >

Re: Maya the server destroyer

and stagger the start times -- Royal might have a built-in delay option for this. that way the machines don't all hit the server at once for the same files. On Fri, May 20, 2016 at 3:28 PM, Ed Manning wrote: > and if your renderer supports proxies (I think most of them

Re: Maya the server destroyer

and if your renderer supports proxies (I think most of them do), use them! On Fri, May 20, 2016 at 3:14 PM, Ed Manning wrote: > >- use the "render local" option, which writes the images to a temp >directory on the render machines, then copies to the server. >-

Friday Flashback #265

Softimage XSI 2.0 Experience CD from 2002 http://wp.me/powV4-3jO -- Softimage Mailing List. To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

- use the "render local" option, which writes the images to a temp directory on the render machines, then copies to the server. - set chunk size to a large number to minimize the number of times the scene has to be loaded by the network machines - turn off any unnecessary aovs -

Maya the server destroyer

My Maya misery continues.. We can't seem to be able to submit jobs without bringing the server to its knees. Anything with simulation or large scenes just jams everything up. I can only really submit to 3 machines. We're using Royal Render.. Any suggestions? Thanks Steve P -- Softimage