Pancho Posted February 21, 2017 Share Posted February 21, 2017 In order to make my RBDs follow a deforming mesh I need to update the constantly changing goal position. I guess I need to do this in the DOP itself, since the packed geometry doesn't seem to transfer this update into the DOP by itself. Each packed RBD object has its own goal which I assign inside a attrVop by comparing IDs of two scattered point clouds with the same number of points. I guess I need to do something similar inside the DOP. Is this they way to go? Cheers Tom Quote Link to comment Share on other sites More sharing options...
vtrvtr Posted February 21, 2017 Share Posted February 21, 2017 Not sure I understand your issue, but, can't you use pops? Packed geo behave much like points and with pop dops you can control movement much finer Although I'm curious why would you do a rbd simulation of something you want to follow some arbitrary path, isn't that a little counter intuitive? Quote Link to comment Share on other sites More sharing options...
Pancho Posted February 22, 2017 Author Share Posted February 22, 2017 In this case I want to make the RBD follow the point positions on a mesh. But not in the way that they stick to the mesh, but are attracted to the points by force. A practical example could be to advect the RBD to particles inside of a flip simulation in order to achieve a sim which behaves like a fluid sim, but consists out of RBD objects. Quote Link to comment Share on other sites More sharing options...
vtrvtr Posted February 22, 2017 Share Posted February 22, 2017 Maybe post a file? It's a bit hard to guess what is the problem precisely. Making the rbds follow some geometry can be done in several ways. Including just using the attract dop https://i.imgur.com/yspENwM.gifv Quote Link to comment Share on other sites More sharing options...
Pancho Posted February 23, 2017 Author Share Posted February 23, 2017 Thanks for the tip with the popAttractNode. But my problem remains. How do I alter an attribute inside of a dop network which depends on something outside of the dop network. I need to import the geometry, but already fail here. In my inital SOP for the RBDs I assign my goal inside of an attrbuteVop. Import Point Attribute with OpInput2 for file and ptnum as ptnum. Bind to assign it. Although there is a popVop inside of the dopNetwork it lacks the possibility to plug in a second input. If I try to use the ImportPointAttribute and set file to something like /obj/rbd/OUT_goals then the imported P attribute turns out to be 0,0,0. So I guess this doesn't work. So, how do I import the data correctly and assign it to the particles/packed objects? Cheers Tom Quote Link to comment Share on other sites More sharing options...
Sepu Posted February 23, 2017 Share Posted February 23, 2017 (edited) if you have something connected to the second input of your Dop make sure that on the Pop Vop > Inputs Tab > Second Context Geometry is selected. If you want to change a value add subtract, etc you need to use a Sop Solver just in case. Edited February 23, 2017 by Sepu Quote Link to comment Share on other sites More sharing options...
Atom Posted February 23, 2017 Share Posted February 23, 2017 I typically use PopSteerSeek and just use VEX to overwrite the goal variable with location of my goal for each particular point. This require a goal vector to be assigned to each point but it does simplify seeking. Then you can use the braking controls to adjust how each point arrives. goal = set(v@goal_location[0],v@goal_location[1],v@goal_location[2]); 1 Quote Link to comment Share on other sites More sharing options...
rich_lord Posted February 23, 2017 Share Posted February 23, 2017 Atoms tip is great, works really well for packed geo. Also, you can set the PopSteerSeek's attraction type to Points, and pipe in a bunch of points with matching ids to your geo. Really powerful! 1 Quote Link to comment Share on other sites More sharing options...
Pancho Posted February 24, 2017 Author Share Posted February 24, 2017 Thanks so much, guys! When I dissected the PopSteerSeek I came across the POP VOP in the network and realized that the other inputs are "hidden" and not on top of the node. So, specifiying a SOP path pointing to my object was good enough to use the import point attribute inside of of the POP VOP. Man, I didn't see the woods because of all the trees. : ) Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.