Hello,

Perhaps I'm too tired today, but I've stumbled with a silly problem I cannot figure out how to solve. Basically, I have a set of primitives/points, and I want to load a different asset for each primitive based on a random selection. I also have to do some extra operations (scalings, complex rotations, etc), so I believe cannot use the standard copy node… perhaps I'm wrong on this, too, but I'll leave this for later thoughts.
To illustrate my problem, I've created a dummy demo that uses an object_merge instead of the file asset, a few coloured cubes instead of loaded assets, and a silly copy node to place the cube at the corrsponding point position. As you can see, every time yo force the object_merge to re-cook, it shows a grid of a different color. But what I want is a single grid with a random color distribution on it. I don't care if the distribution changes every time I reload the file or I force the cooking of the nodes, but I do not want a uniform grid!
Is there any way to force the object_merge to re-cook for every primitive/point? I haven't been able to find one…
Any help will be greatly appreciated!!

best regards

dagush.-

Stamping is what you want!

Dear mrCatfish,

Thanks for your answer! Actually, following from it, I've discovered that the copy-stamp mechanism allows you to do things that you cannot do with a foreach-primitive method. That is, I've done several experiments with and without a ‘stamp’ expression in my nodes, and I've discovered the expression forced the node to re-cook, while without it cooking was performed once or twice for the whole scene!

thanks!!!

best regards

dagush.-

dagush
… I've discovered that the copy-stamp mechanism allows you to do things that you cannot do with a foreach-primitive method…

you can stamp in foreach too so it's rather matter of choosing right technique for the right task, both are pretty similar in flexibility but they are used for different things