Jump to content

LukeLetellier

Members
  • Content count

    111
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

  • Days Won

    2

LukeLetellier last won the day on November 8 2019

LukeLetellier had the most liked content!

Community Reputation

21 Excellent

About LukeLetellier

  • Rank
    Initiate

Contact Methods

  • Website URL
    http://www.lukeletellier.com

Personal Information

  • Name
    Luke
  • Location
    Portland, Maine

Recent Profile Visitors

2,418 profile views
  1. Maintaining Voxel Size in Sparse Pyro Sim

    Doh! Thanks!
  2. Maintaining Voxel Size in Sparse Pyro Sim

    I have a sparse sim in which several pyro events occur at different times & different places. As new elements are sourced into the sim, the overall bounds of the sim increase - sometimes dramatically changing the quality of the sim as the voxel size adjusts - see two back-to-back frames below. is there a way to maintain a consistent voxel size throughout the duration of the sim while using the sparse solver? Thanks, Luke
  3. VEX - Variables/attributs in vectors

    Thank you as well!
  4. Deleting DOP objects in-sim

    Great technique with the solver SOP! I just found that if you're emitting multiple objects per frame, instead of creating the patch name in the Vellum source, you can stick an Assemble in the Solver SOPs to create a piece attribute & do the for/each by piece. Very helpful when you have over a thousand objects to keep track of.
  5. List of "." "../" Type References

    Great information. Thank you!
  6. I wasn't sure how to phrase this, but I'm looking for a list in the documentation that outlines all of those quick relative references/shortcuts for referring to other nodes in expressions, along the lines of "." and ".." I'm specifically looking for a relative reference to the node that wires into the current node, so if there's a list of those hidden in the documentation somewhere, that'd be swell. Thanks! Luke
  7. H17.5 Launch Event March 7

    Spotted on Twitter. Do you people sleep?!
  8. Houdini 17 Wishlist

  9. Here's the end result; thanks again for the help!
  10. Yup, you're right. Everything works as you mentioned! I don't even need to split them apart manually at all, as the OSM importer already generated an attribute called "highway" that I can use. Thank you Henry!
  11. How does one enable "Use SOP Path"? Its grayed out on my end. I've tried enabling the other options, thinking that one of them would do the trick, but I can't find the magic button. Thanks! Luke
  12. Hello, I have a large group of road splines (generated by the lovely OSM Importer), and I've separated them into primitive groups based on their function (highway, residential, etc). I'd like to export all the road splines in a single alembic file (or another universal file format) in such a fashion that when it is re-imported (in my case, into C4D) the different splines are separated into separate Alembic spline objects. Currently, they import as a single object (even when I try importing them back into Houdini). I've also tried exporting them as point groups, but still they come back merged as a single object. Since there's thousands of splines as part of the OSM file, I can't simply split them up in C4D post-import & manage them that way. The only way for sure I know now is to export each spline group as a separate Alembic file (10-12 files total), and bring them into my scene one at a time - but I'd much rather have just one file. Demo file for testing: hSpline_Export.hiplc Demo Scene Node graph pre-export: Demo Scene Nodes once they are reimported as Alembic: Any thoughts? Thanks! Luke
  13. Fabric Engine no longer being developed

    Since they don't mention anything about why they're no longer developing, I'd say they were bought out.
  14. Wire Sim with Changing Point Count Source

    Thank you! After a few more adjustments, this is working great.
  15. Wire Sim with Changing Point Count Source

    Thanks for the file! The latter option of a sim with grains & constraints sounds like the best possibility for what I'm after (something akin to a spider-man web-sling effect), but would still present a similar challenge. In my original setup (attached), a pop emitter shoots out initial particles, a wrangle draws wires from each emitted particle to their sourceptnum, the wire is resampled as it gets longer, and the result is fed into a DOP wire solver. But, with multiple wires being resampled simultaneously, the point numbers change, and the solver is no longer sure where one polywire end and the other begins. I'm guessing I'd run into a similar issue with PBD. WireSim_Letellier.hipnc
×