Atom

You could embed a python node that looks at the date and sets an attribute to a 0 to 1, depending if that date has passed. Then use that attribute to switch the output from the intended result to a null. A better approach IMHO, is to publish your code with a creative commons license, where it is clear that the code/process is yours, and you are granting them a license. By publishing the code publicly, you can also take that code to a new studio, when you move on. If it is a big concern, you had better have the conversation up front, rather than stick the studio with some gotcha expiring code that may put you in violation of agreements you may sign.

Are you monitoring the heat on your GPUs while rendering? They might be getting hot and dropping into thermal protection mode? 3 980ti = 750watts, motherboard can use up to 50. 80 plus power supply means you need to draw 1200 watts to get 1000 watts (roughly). It might be worth monitoring your power supply as well. https://www.cpuid.com/softwares/hwmonitor.html

Base your simulation scale off the size of the characters that ship with Houdini. Once the simulation is complete, you can scale it up to the project scale size. I think I would use multiple emitter points, one at each little shelf along the waterfall to get things started. ap_waterfall_021819.hiplc

Just use two wrangles. Wrangle #1: vector thePos = point(0, "P", 0); // Input point's pos is {0,0,0} thePos += {1,2,3}; setpointattrib(0, "P", 0, thePos); Wrangle #2: thePos = point(0, "P", 0); printf("%d ", thePos); // Prints {0,0,0} instead of {1,2,3}

You might want to take a look at some of the options on Tokeru. http://www.tokeru.com/cgwiki/index.php?title=HoudiniExperiments#Bow_vectors

Hi All, I wanted to update my profile signature but I just can't seem to find it under my account settings. Is this feature still available on the website? If so what menu is under? Thanks

Nice setup Konstatin, I have taken the result from your file and symmetrically re-fractured it, adding displacement to the newly fractured pieces. Here is it with another scatter seed and a different UV projection type.

It's nice to stick with nVidia in case you decide to jump into GPU rendering.

Nice work, does this make use of the new H17 retime node?

Just do your homework and google it. 1080 vs 1080ti. https://gpu.userbenchmark.com/Compare/Nvidia-GTX-1080-Ti-vs-Nvidia-GTX-1080/3918vs3603 You get 26% more computing power for 28% more cost.

Many of the gotchas, I experienced when I first started using Redshift have been ironed out with the continued development of the plug-in. Mainly an object that does not have the ObjParms applied to it can cause some problems. If they are not present, attributes will not be automatically forwarded to the material section. This can happen if you open old files and try to adapt them to Redshift. However, newly created objects do have ObjParms added by default, so just double check that if things seem like they are not working correctly. Another gotcha that I still run into is not experiencing glow from material emission on surrounding objects. This is because GI is turned off by default. You need to turn on one of the methods (typically Brute Force) to get some kind of emission bounce. But this is often the case with other render systems as well. Balancing density and temperature values in the volume shader can take some time too. I have adopted the workflow where I don't push density at all in the guides, and this helps get a better 1:1 match from viewport to render. Push your density values at the attribute or scale level, instead of guides. There is the 16 bounce limit on reflections as well. If you need more than that, you have to leverage the sprite cutout node instead of just relying on the standard material. Meshlights don't inherit v@Cd from points so you have to bake maps for multi-colored meshlights, but single colored meshlights work fine.

It would be nice if these toggles were available under MPlay preferences. I can't tell you how many times I have flipbooked something which generates a completely valid cache only to have the cache disappear when I close MPlay to reset my view. The clearing of the cache might be related to jumping back to frame #1.

The problem I see with your setup is that your cluster areas are changing size. The approach that worked for me, in pre H17 was to create a line out of the points in motion. Then use that line to create cluster segments. Then generate points along the line as single frame bursts to activate the cluster when the fuel enters the boundary region. Here is an old H16.5 setup that show particles leveraging clusters. Maybe this setup can help you fine tune yours? ap_particle_cluster_020719.hiplc

Check out the node PolyExpand2D, it might help in certain situations.

It look nice, good job!

I wish SideFX would not change the work flow so I have to learn everything I already know all over again.

You mean the scene? Check out .asCode(). http://www.sidefx.com/docs/houdini/hom/hou/Node.html

I don't think you can create a final merged mesh via instancing. With instancing, all that exists is points. Just use the standard CopyToPoints and wait for it to generate the large poly count of meshes. Then use a FileCache to write it out as a single .bgeo.sc. I did a video tut on leveraging instancing with Redshift's .rs file format, including how to get the copies to show up in the viewport. There have been some updates to the process, but the basic workflow is still valid.

Sure, drop down an instance node then transfer what is inside the FOREST node into the instance1 node and choose Full Point Instancing. Remember to add ObjParms under the Redshift shelf to your nodes. ap_RS_forest_001.hiplc

You're right, collision is not the only way to go. You could take a look at this creating custom velocities video on SideFX and generate a field based upon the object movement. https://www.sidefx.com/tutorials/custom-velocity-in-houdini-17/

Try holding down the SHIFT key while tumbling the viewport, that should increase the precision and slow down the viewport movement. Select a point in the viewport, press the Z-KEY. The next time you tumble the viewport, it will be centered around that point.

eetu did some exploration on that topic. https://dailyhip.wordpress.com/2017/01/18/magnetic-field-lines/

It is easier to work with your circle at 0,0,0. You can move those transforms to the end of the chain and still achieve the same look. Use a PopAttract to cause the particles to collapse towards the center. To increase the motion blur, try adding a multiplier to your v@v attribute. v@v*=10; ap_ODFORCE_QUESTION.hipnc

Here is another thread on the topic leveraging the found_overlap attribute for RBDs.

Looks good. Another tip, when working with deforming colliders that may have thin parts (like characters), is to visualize the collision field under Smoke Object Guides. The collision resolution is directly linked to the resolution of the smoke object Division Size. If it is too large, your collider might not interact with the volume as expected. This character's fingers fizzle in and out of existence as it proceeds through the animation. Also there are a few collision frames that are complete failures which is what causes it to blink on and off. ap_character_cloud_interacting_v002.hiplc