[Sidefx-houdini-list] Split POP confusion
andy at andynicholas.com
Wed Oct 22 15:07:39 EDT 2008
Thanks for the replys. Larry, I think you've hit the nail on the head. It
would seem that the way things are set up, a split node can never split
particles that it generated (since by definition they can never be fed
into the Split's input connection).
Wow, that totally sucks. It basically means that you can't do any sort of
recursive spawning of particles without putting down a separate Split node
and copying the tree for every level of recursion. Surely this should be
bread and butter for a decent particle system? I'm amazed that Houdini
can't do it!
As a workaround, I think the only way I can do this will be to do it all
in SOPs and use a SOP solver. Not ideal, but as far as I can see it should
> On Wed, Oct 22, 2008 at 10:31 AM, Andy Nicholas <andy at andynicholas.com>
>> Thanks for the responses. You're right, if it was just a case of getting
>> it all to be affected by those nodes, I could probably rejig the order
>> it'd work. One thing I neglected to mention though is that I need the
>> newly split particles to also be able to split themselves under the
>> appropriate conditions.
>> The only work around it would seem, is that I'd have to copy and paste
>> whole POP network N times after each Split POP, where N is the maximum
>> number of generations of bubbles. Not exactly a great workflow :-)
>> I just need the particles to be treated as normal particles, and not as
>> they're totally separate, as they need to go back through the same tree
>> (i.e. with the split POP). The Collect POP doesn't seem to have any
>> on any of this.
>> So is there really no way I can just tell these new split particles that
>> they're exactly the same as the other particles? Do any of the lineage
>> type of attributes have any effect on this? How is Houdini keeping track
>> of which particles are which?
> Place the gravity & collision nodes after the collect pop.
> source ----> split
> | |
> | |
> collect <-------+
> (hope this formatting works)
> Sidefx-houdini-list mailing list
> Sidefx-houdini-list at sidefx.com
More information about the Sidefx-houdini-list