Jump to content
  1. General

    1. 26.3k
      posts
    2. 2.1k
      posts
    3. 1.6k
      posts
    4. Marketplace

      For all commercial tools, HDA's etc.

      421
      posts
  2. Houdini

    1. 65.2k
      posts
    2. 48.7k
      posts
    3. 12.2k
      posts
    4. 4.9k
      posts
    5. 15.1k
      posts
    6. 1k
      posts
    7. 692
      posts
    8. 673
      posts
  3. Coders Corner

    1. 6.3k
      posts
    2. 13.2k
      posts
    3. 4.8k
      posts
  4. Art and Challenges

    1. 3.5k
      posts
    2. 9.8k
      posts
    3. 572
      posts
    4. Effects Challenge Archive

      This is where the cool unofficial challenges live on!

      296
      posts
  5. Systems and Other Applications

    1. Other 3d Packages

      Maya,XSI,Blender,etc

      1.6k
      posts
    2. 1.5k
      posts
    3. Hardware

      Graphics cards etc.

      2.1k
      posts
    4. 421
      posts
  6. od|force

    1. 1.5k
      posts
  • Posts

    • Sure :-) I would prefer xyzdist() for this over attribute transfer, because you can limit the search to a subset of primitives (especially for this case one primitive, because you already know the prim id) and you gain access to the intrinsic uv value, which gives you the parametric position of the closest point on the primitive.
    • Hi, Aizatulin, Thanks for replying. Your method seems like worked, I don't know how you do it, I had tried this before, But not with xyzdist(). More like capture the points positions and transfer it to another. But situation in carve node is a bit complex, Because the ptnum will change, At the beginning ptnum was 0, Over time it became to growth.. and if you try to transfer positions to them, at the beginning there is nobody home.
    • Oh, sorry that's my bad, I had tested it through the Python Null (a trick I found here) I often use when testing things out, and turns out that it accepts exit() without complaining, while a normal python node does not. Today I learned ! Adapting the python null trick wouldn't be viable, as (with a normal python node) it would require wrapping the code in a string then calling exec(code_string), adding even more boiler plate fuss than a def. You could probably make a python null that behaves like a normal python node to cook when the input or when the node changes (and since it'd use exec(), it would accept exit()), but that again goes against the point where the request is for a one-liner "please do not compute the rest of this code". You're right, I don't see a way to do this, and I'd also like to have a solution !
    • You can probably try to capture the u position of the parent prim using xyzdist() limiting to the Prim_ID you have defined. Once you have the u-parameter from the start and end point you can use the fit function (to fit them to 0-1). Match_Carve_mod.hipnc
    • Thank you for reply. But this setup seems like quite heavy in my scene, Is another way could do it? I am thinking, is it possible to set an attribute that reference original carve node animation. (in this case which is "Second U" of original carve node) and then group all those longest paths, they start the animation first, then calculate their distance to not equal longest path group, (main goal is let others paths know longest paths have came) When the distance less to a value, and that attribute starts to kick in, and then use this attribute to drive Second Carve Node? I have done the group longest paths part, And i don't know how to do it next. mostly don't know is it possible? Anyway, Thank you for the help also, And I would like you to use my .hip file to the next step if not bother. Match_Carve_v2.hip
  • Topics

×
×
  • Create New...