Re: Linux and openGL batch renders
| Date : Fri, 1 Jul 2005 12:14:38 +0100 |
| To : <XSI(at)Softimage.COM> |
| From : "Adrian Wyer" <adrian(at)the-mill.com> |
| Subject : Re: Linux and openGL batch renders |
this is a real bottleneck in our pipeline at the moment
we are rendering hiddenline passes for a HiDef job, and when you render locally
the hiddenline renderer does it's 'tile and assemble' trick, and kindly renders bits of the
interface into the tiles!!!!
we have now got knacky windows boxes with geforce cards for the guys to render their opngl passes
(we have custom mental ray based renderfarm, so farming the hidden line isn't an option!)
a
adrian wyer head of 3d milltv adrian(at)the-mill.com www.the-mill.com t: +44 (0)20 7287 4041 f: +44 (0)20 7915 0551
----- Original Message ----- From: "Nick" <nick.petit(at)gmail.com>
To: <xsi(at)softimage.com>
Sent: Friday, July 01, 2005 4:11 AM
Subject: Linux and openGL batch renders
Can anyone confirm a few things?
You can't actually batch the openGL renders even if you set up your render options to render openGL? You need to xsi -uiscript... Is this a Linux limitation?
when you render openGL with the openGL renderer, on Linux, if you set the res really high and the progress bar sits on top of the currently rendering viewport, it captures the progress bar (or introduces visual artifacts on the captured frames where the progress bar sits).
Wasn't the new openGL render mode meant to circumvent all these problems? Don't we currently have proper software openGL rendering capabilities? How do you farm these kind of renders to videocard-less boxes on a farm?
cheers!
Nick.
--- Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body: unsubscribe xsi
--- Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body: unsubscribe xsi
| Search the XSI List archives here or use the advanced search form to search across mailing lists. Searching help is available. |