[Sidefx-houdini-list] Problems with Merge's performances
svdbg at free.fr
Mon Dec 1 14:52:16 EST 2008
Actually, Peter Robinson sent me a private message telling me he'll
forward this bug feedback to the developers.
Thanks anyway for your diagnistic; very interesting.
Jeff Wagner a écrit :
> I wonder if both inputs have the same number of attributes present? If
> not the Merge SOP may be initializing attributes on some of the input
> geometry. That may be marking the second input dirty and forcing it to
> cook. If this is the case try initializing the missing attributes
> yourself to see if that fixes the problem. Either that or remove the
> needless attributes that result from the Particle System. Just make sure
> the two inputs have the same attributes present. Why the first input
> doesn't cook is probably the first input being optimized.
> The best approach is to make sure the same attributes exist on all
> inputs in to the Merge SOP then see if the upstream SOPs continue to
> cook needlessly.
> The second best approach if the first isn't feasible (data memory sizes,
> speed hits, etc.) is to not use the Merge SOP but to extract the one
> network leaf to a new object and be done with it. It's a trivial step
> with the shelf these days.
> Oodini wrote:
>> Jerry a écrit :
>>> I don't see any reason why this would be the case.
>>> I had a look at your scene and checked the performance monitor output.
>>> There is definitely a difference in what is being
>>> cooked depending on the order of the merge inputs.
>> Thanks for confirmation. I sent a bug report to SESI.
>> Sidefx-houdini-list mailing list
>> Sidefx-houdini-list at sidefx.com
> Sidefx-houdini-list mailing list
> Sidefx-houdini-list at sidefx.com
More information about the Sidefx-houdini-list