Re: OT: Graphic card for optimous performance with Redshift

I second that, the 780 with 6gb (~2300 cores vs ~2800 of the Titan) is currently the biggest bang for the buck. Make sure to get the one that adheres to NVidias reference cooling design to get rid of the heat at the rear instead of injecting it into the pc housing, as the other, cheaper one fr

Re: Whats an efficient workflow for importing .IGS?

We have used Polytrans for this, but if you have access to Rhino or Maya they can produce a fairly well tesselated polymesh for you. Morten Den 19. maj 2014 kl. 20:31 skrev Ryan Maguire : > I haven't found a decent way of getting .IGS files into softimage without > having to rebuild parts of

Re: Whats an efficient workflow for importing .IGS?

Following advices from our list, I had plain success with Moi3D. It was with Step format, but it handles IGES also. Worth a try. Le 19/05/2014 20:47, Byron Nash a écrit : We eventually had to get Polytrans to keep receiving engineering files from our clients. It seems to handle conversions we

Re: OT: Graphic card for optimous performance with Redshift

What about the titan z series? Are they out yet? They could probably pack quite a punch :) On Tue, May 20, 2014 at 9:35 AM, Stefan Kubicek wrote: > I second that, the 780 with 6gb (~2300 cores vs ~2800 of the Titan) is > currently the biggest bang for the buck. > Make sure to get the one that

Re: OT: Graphic card for optimous performance with Redshift

Last time I checked they were more expensive than two separate titans. What about the titan z series? Are they out yet? They could probably pack quite a punch :) On Tue, May 20, 2014 at 9:35 AM, Stefan Kubicek wrote: I second that, the 780 with 6gb (~2300 cores vs ~2800 of the Titan) is c

Re: OT: Graphic card for optimous performance with Redshift

If you have two 6gb cards, does Redshift consider this as 12gb of RAM or only 6gb? On 20 May 2014 10:32, Stefan Kubicek wrote: > Last time I checked they were more expensive than two separate titans. > > > What about the titan z series? Are they out yet? They could probably pack > quite a punc

Re: Whats an efficient workflow for importing .IGS?

I managed a good conversion from a cad format (I forget which) through rhino fairly recently, worked out well, joining/flipping/meshing Simon Reeves London, UK *si...@simonreeves.com * *www.simonreeves.com * *www.analogstudio.co.uk * O

Re: OT: Graphic card for optimous performance with Redshift

no, vram only gets used by the card it's built in. but 6 gb vram is quite a lot and can't be compared to cpu ram. Means, if your scene uses like 15gb in Vray that doesn't mean 6gb is not enough for the scene in Redshift. Christian On 20.05.2014 11:48, Cristobal Infante wrote: If you have two

Re: SI and Houdini

IMPORTANT Please re-download the rigging chapter and animation guide as I have done some important additions to the rigging which has changed the page numbers too. Now with IK Rest notes on the bones guide. enjoy Jordi Bares jordiba...@gmail.com On 19 May 2014, at 22:38, Jordi Bares wrote:

Re: SI and Houdini

Thanks again Jordi!

Re: OT: Graphic card for optimous performance with Redshift

When you render on the CPU directly from your DCC app, you have your scene in mem twice. Once in e.g. Soft, and once translated into what the renderer can render, both are stored in RAM, hence the memory consumption appears relatively high. In case of Redshift, video memory on the card (VRAM) i

Re: OT: Graphic card for optimous performance with Redshift

while generally true, there are many other memory consuming parts of the renderer... various cache types (irradiance, photon, sss), textures, aov/image buffer, and ray reserve memory. On Tue, May 20, 2014 at 5:17 AM, Stefan Kubicek wrote: > > Translated scene data is usually a lot more efficient

SDK: Obtaining reference from CLSID/GUID

The SDK provides XSIUtils.DataRepository.GetIdentifier() to return an object's CLSID or GUID, but is there a method to do the reverse? I have some CLSID/GUIDs which I must look up to determine the source as I suspect they belong to deprecated tools/features. Thanks, Matt

Re: SDK: Obtaining reference from CLSID/GUID

FindObjects? http://download.autodesk.com/global/docs/softimage2013/en_us/sdkguide/index.html?url=si_cpp/classXSI_1_1Model.html,topicNumber=si_cpp_classXSI_1_1Model_html,hash=ac93e92b51bbbaa76de9dfceec370b24b On Tue, May 20, 2014 at 4:02 PM, Matt Lind wrote: > The SDK provides XSIUtils.DataRep

RE: SDK: Obtaining reference from CLSID/GUID

Oh yeah Thanks, Steven From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Steven Caron Sent: Tuesday, May 20, 2014 4:09 PM To: softimage@listproc.autodesk.com Subject: Re: SDK: Obtaining reference from CLSID/GUID FindObjects? http://d

Re: OT: Graphic card for optimous performance with Redshift

I wouldn't even say it's generally true. The memory footprint of a scene to be rendered is hardly ever that directly related to the footprint of the scene in the DCC client. Acceleration structures paired with what global features you use alone can reduce or multiply the footprint at any given buck

Re: OT: Graphic card for optimous performance with Redshift

exactly! i was actually saying, more specifically, that... "Translated scene data is usually a lot more efficient to store than the actual, raw scene..." (geometry) is what is generally true. there are many other parts of the renderer that can consume memory and put you way beyond the original D

RE: OT: Graphic card for optimous performance with Redshift

Translated scene data is NOT always more efficient than the raw scene data. It’s often quite the opposite. The data structures for the scene represented in the DCC application are often more complex because they must support user interaction and editing of the data. Renderers often don’t need

Re: OT: Graphic card for optimous performance with Redshift

sorry to nit pick but... in the hair case we don't deal with triangles anymore. if you are using arnold, you are raytracing directly the curve. On Tue, May 20, 2014 at 5:48 PM, Matt Lind wrote: > > > With hair, the DCC will often display guide hairs as curves, or some other > manipulator for th

RE: OT: Graphic card for optimous performance with Redshift

You still need to store the results at each sample on each hair. Matt From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Steven Caron Sent: Tuesday, May 20, 2014 5:58 PM To: softimage@listproc.autodesk.com Subject: Re: OT: Graphic car

Re: OT: Graphic card for optimous performance with Redshift

i think we are all too smart for this thread... :) On Tue, May 20, 2014 at 6:03 PM, Matt Lind wrote: > You still need to store the results at each sample on each hair. > > >

More on Weights - Merge, Filter, Smooth compounds

https://vimeo.com/95920562 Here are some compounds I created while working a character. I really like the ease of ICE when it comes down to solve these kind of issues when the stock tools aren't enough, whithout making me run into hardcore scripting. Cheers

Re: OT: Graphic card for optimous performance with Redshift

Speak for yourself, I'm perfectly adequately stupid for any thread. On Wed, May 21, 2014 at 11:05 AM, Steven Caron wrote: > i think we are all too smart for this thread... :) > > > On Tue, May 20, 2014 at 6:03 PM, Matt Lind wrote: > >> You still need to store the results at each sample on each

Re: SI and Houdini

My God Jordi I am playing around with Houdini for the render sides of things with Arnold these days We already use it for VFX in a somehow encapsulated way. And I just finished reading all of your pdfs. Except for animation and rigging. Your guides are such invaluable help and incredibl