Jump to content

BWoods

Members
  • Content count

    5
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

Community Reputation

0 Neutral

About BWoods

  • Rank
    Peon

Personal Information

  • Name
    Brandon Woods
  • Location
    Vancouver, Canada
  1. Just to update this, I was not able to get ikoons solution working for some reason, but I did figure out why the sop solver wasn't saving correctly with our existing code. As it turns out, the .asCode function will not output script for the creation of nodes inside of locked assets, which the sop solver is. It seems like an obvious answer in retrospect but I still think it is something that should be explicitly stated in the method definition for the hou.Node class. Regardless, the answer is to use the allowEditingOfContents function on your solver before saving it with .asCode and then loop over it after it is recreated and lock it again.
  2. Ahh I see thanks ikoon! This is part of a larger tool that loops over all the contents of a scene for creating templates and/or sharing smaller node networks. Just need to find a way to account for this in the loop somehow. EDIT: I can't share the code for the larger tool but this is the simplified version I was using to test out saving the sop solver. I had a geo object selected at obj level and the geo object had a simple setup with a sop solver transferring @Cd based on distance each frame. import hou import os def save_script(): # Create our script selected = hou.selectedNodes() script = "" for node in selected: script += node.asCode(recurse=True) filepath = "$HIP/test_script.txt" filepath = hou.expandString(filepath) with open(filepath, "w") as output: output.write(script) save_script();
  3. Hey, bit of a specific use case here, but has anyone successfully used the .asCode() Python function with the SOP solver? I can't seem to get it to save and recreate the nodes inside of the sop level solver node. I spent some time researching it but haven't found anyone even mentioning this problem. Everything else seems to work fine with the function even the DOP level SOP solver. It's just the SOP level solver that has this issue. I'm kind of at my wit's end trying to figure this out. I might be missing something super simple or obvious here, but I'm hoping someone else has encountered this and figured out what is happening. I suppose it could also be a bug, I haven't taken the time to dig through all the change logs on the SideFX website. I'm currently encountering this in Houdini 18.0.348 (which has known issues with the .asCode() function) as well 18.0.597 (where those issues have supposedly been resolved). If anyone has any insight I'd really appreciate a nudge in the right direction. Cheers, Brandon
  4. Pyro trail clusters get confused by loops

    Ahh yeah super simple solution, I didn't notice you could specify that. Thanks!
  5. Hi everyone, I've run into an issue and I'm looking for some help coming up with a work around. We've got a lot of effects that involve smoke trails from characters flying around and we've been using pyro clustering to make the trails. However there is one particular issue I just can't think of a solution to. The default cluster setup transfers the cluster number to a trailed collection of your source points and then finds the lowest source frame in each cluster in order to determine which frame each cluster container should be created on. This works fine normally, however if your trail loops back on itself or comes too close to where it was in world space at another point in the shot then the cluster gets confused as to which container should be used resulting in gaps in your trail. I've been trying to come up with a way to fix this procedurally but keep hitting dead ends. has anyone run into this issue before? Short of trying to convince animators to never have the characters loop back like this does anyone have any ideas on how to circumvent this problem? Thanks in advance, -Brandon
×