Jump to content

kev2

Members
  • Content count

    199
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

Community Reputation

34 Excellent

About kev2

  • Rank
    Initiate

Personal Information

  • Name
    Kevin
  • Location
    Seattle

Recent Profile Visitors

3,812 profile views
  1. H17.5 Launch Event March 7

    Back to the original Q then, do SideFx people sleep?
  2. There are many, many, many unhappy posts about this over at Alleg's forums.
  3. Banding caused by collision geo in pyro sim

    The blockiness / banding in the smoke is what I'm trying to sort out. The color banding is from the image color. I'm pretty sure its the SDF of the collision geo but neither the RBD Solver or Bullet fix it, with surface or volume collisions. I'll try dropping the Static Object DOP and just bringing in a collision SDF tmr. Thanks for taking a look.
  4. Trying out the new fluid sourcing, I added a color source as a collision static object following the Entagma video. However, I get a crazy amount of banding once the smoke hits the collision surface (or volume), see the photo. HIP attached. Can anyone explain what's creating the banding? Thanks! H17_color_pyro_setup.hiplc
  5. Houdini 17 Sneak Peak

    That's a helpful list, thanks.
  6. Houdini 17 Sneak Peak

    Just curious, do you know what LOP and TOP stand for? Pixar's development of Houdini bridge lags behind those for the other DCCs, Maya, etc. I wonder if these are all tied to interactive rendering? GPU acceleration, Nvidea denoiser, they aren't sitting still in rendering performance.
  7. Houdini 17 Sneak Peak

    Same here. Out of curiosity, what DCC modeling app is your go to for modeling?
  8. Houdini 17 Wishlist

    as long as it doesn’t become the spagetti tangle that is MeshFusion in Modo...
  9. Houdini 17 Wishlist

    Nuke 11.2 has a new node building feature that allows you to drop and drag parameters to an empty node to construct a Frankennode that's pretty slick. https://www.foundry.com/products/nuke/new-releases
  10. Normal Direction

    In yours, the normals are being calculated by subtracting the center of the object from the point position (@N=@P - (0,0,0)). Instead, you want to attach a Polyframe node, set the Style to First Edge, uncheck Normal Name and Tangent Name, check Bitangent Name and set to N. This will calculate the tangent as you expect. That will cause unexpected results with your end points so clean those up with a wrangle with the end point numbers in the group field: @N=normalize(@P-(0,0,0)); Since they're just vectors, you can also directly manipulate Normals in fun ways. Attached script has a simple example of the ever helpful lerp function and another one using the point function. It's a bit more involved as you'd need to loop that over an array of points to do multiple ponts. Hope it helps, Kevin Normals.hiplc
  11. New eGPU for Macs

    Yeah, it doesn't work out. The Apple tax is strong in this one.
  12. New eGPU for Macs

    At $700, I think I'll add one to my aged trash can Mac Pro and make it a home machine when the mythical upgradeable Mac Pro arrives.
  13. New eGPU for Macs

    https://www.theverge.com/circuitbreaker/2018/7/12/17563646/apple-blackmagic-external-gpu-price-release-date $699. No comment on the aesthetic
  14. LIDAR to Heightfields

    VolumeFromAttrib works pretty well. Thanks Illusionist. I also tried VDB route and tiaingulate2d (which I had forgotten about). VDB required a decent amount of fiddling but did a great job and roughly the same memory / time to process as VFA. Trianglate2D became unhappy after a couple millionish points so I didn't get anywhere with it.
  15. The help docs for the Terrains say that "Lidar Import can load LIDAR formats (for example e57) as height fields" but there's no option to convert to a HF that I can find? Am I missing something? http://www.sidefx.com/docs/houdini/model/heightfields.html Thanks, Kevin
×