[Sidefx-houdini-list] Delayed load for IFD?

Peter Bowmar pbowmar at gmail.com
Wed Sep 8 12:58:45 EDT 2010

Ah, I see. In fact, in a roundabout way, yes. However, I bet you'll
find it's faster to displace in the render than have a ludicrously
large (millions of polys) .bgeo loaded each time...

You can get Mantra to write  a .ply file using some now-forgotten
trickery using printf() statements in a shader.. Don't forget that
unless you turn off Hiding and use Uniform Dicing, you won't actually
get a full object written out, and that doing this will slow down your
render significantly...


Peter B

On 8 September 2010 09:30, Andy Nicholas <andy at andynicholas.com> wrote:
> Is it possible to export a bgeo from mantra with the rendertime displaced
> geometry ?
>> Why not export as a .bgeo? IFDs simply contain BGEO in-lined...
>> On 8 September 2010 07:31, Andy Nicholas <andy at andynicholas.com> wrote:
>>> Hi list,
>>> Does anyone know if there's a way to include a pre-exported object
>>> stored
>>> in an IFD file back into the render? I'm interested to know if there's a
>>> way of doing this in a similar way to the delayed load procedural
>>> shader.
>>> Otherwise I guess the only option is to directly manipulate the IFD
>>> files
>>> with some funky ASCII engineering.
>>> It's just that we've got an object with some heavy displacement on it
>>> that
>>> takes about 30 mins to export, and it would be handy to just do this
>>> once
>>> and reference the IFD file at render time.
>>> Thanks for any suggestions,
>>> Andy
>>> _______________________________________________
>>> Sidefx-houdini-list mailing list
>>> Sidefx-houdini-list at sidefx.com
>>> https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
>> --
>> No, I am not on Facebook.

No, I am not on Facebook.

More information about the Sidefx-houdini-list mailing list