Jump to content

LaidlawFX

Members
  • Content count

    1,124
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

  • Days Won

    29

LaidlawFX last won the day on March 3

LaidlawFX had the most liked content!

Community Reputation

257 Excellent

3 Followers

About LaidlawFX

  • Rank
    Technical Director
  • Birthday 02/23/1985

Contact Methods

  • Website URL
    http://LaidlawFX.com

Personal Information

  • Name
    Ben
  • Location
    Pacific North West
  • Interests
    Getting away from the computer
  1. changing $Home location

    For instance in your Houdini.env # Houdini Environment Settings # ACME = P:/path/on/disk HOUDINI_PATH = $HOUDINI_PATH;$ACME;& ACME will be evaluated first and then when HOUDINI_PATH is evaluated it can use it in the path. Of course Houdini.env is for your personal preferences. So say you use windows environment, do Windows Key + Edit the system Environment Variables, in the System Properties press the button Environment Variables... Here you can enter in local or system variables. Path on Windows is very common for say adding access to the command line for .exe say python, or Houdini's bin directory. If you put $HOUDINI_PATH here it will be processed first in the system. Thus having the inclusion of $HOUDINI_PATH; in my Houdini.env declaration of HOUDINI_PATH. Alternatively in this context any variable will be expanded prior to anyone of them being called. So unlike in Houdini.env or a python or bash script. You do't have to worry about order of operations. One of the more common ways to set HOUDINI_PATH in production is via wrapper made by python, or a bashrc in linux. If you declare ACME then HOUDINI_PATH in it, and then launch Houdini or say Houdini Engine, any variables will be called first before Houdini.env. This happens with a parent child relationship where each application that spawn another application will inherent the parents "environment" variables. There are many other ways to set up the environment variables, but this should give some of the more common methods with order of operations concept. Hope that helps.
  2. changing $Home location

    You just need to set them before, the Houdini ones are declared. Setting them in a shell prior to launching. Setting them in the global environment variables, they will all condense when anyone is called. You can even do it in Houdini.env if you set them prior to $HOUDINI_PATH.
  3. export exploded view animation fbx [✔️]

    The python and the fbx part can't really be speed up that much. The python code can be cleaned up a bit and made more robust. This is a few year old code that I abandoned. The extraction of transforms can be speed up quite a lot with a new set of nodes in Houdini. FBX in general is an outdated format for this type of work. If you are looking for straight transform Vertex Animation is the best bet. That where all my latest code and development have gone the last few years. As far as learning python, just picking up snippets here and there in Houdini helps. It does not have to be a full course. Like this example where you had a specific problem to solve. You might not understand all the code, and by my own admission it's not the best, but once you see more code like it you'll be able to compare. The basic concept of just having python in Houdini press a button when another task is done is where I got my start. I wanted to trigger one sim after another.
  4. export exploded view animation fbx [✔️]

    Preferably not. Thanks for thinking of it though.
  5. export exploded view animation fbx [✔️]

    Unlock the hda and copy channel reference the start/end frame to the ROPs/FBXSplit start/end frame. I forgot how slow of an export this method was. You will know when it is exporting.
  6. export exploded view animation fbx [✔️]

    Ok I shared the wrong FBX code with my repo. Need to fix that at some point. I hacked my own node to work again. It is really bad legacy code at this point, lol. Hopefully it works for you. It was missing a chunk of code that copied the extracted transforms to the geometry. Which is doing an old extract of transform at this point. Oh well, legacy junk. tempexporter.hda RBDtoFBX_export.hiplc
  7. export exploded view animation fbx [✔️]

    So I have my own that does this. I pulled it off Orbolt when SideFX came out with theirs. It still resides here : https://github.com/LaidlawFX/LaidlawFX/blob/master/otls/LaidlawFX.sop__rbdfbx__1.0.hda with the python needed here : https://github.com/LaidlawFX/LaidlawFX/blob/master/scripts/python/LaidlawFX/fbx.py You would need to pull the whole repo if you want to use it directly to add it to your $HOUDINI_PATH. If you do know python, then you can just grab the code and modify it. For an FBX export, you need to build an object tree of your geometry cloud at your initial state. Then extract the transforms from the moving objects, and reference the transforms on the object level nodes. There are a few examples if you look for that workflow out there. Since Houdini does support what you want from the exploded directly out of the box, you will have to pick your poison. There are a few ways to extract the positions you need, but you will need some python to create the object tree.
  8. export exploded view animation fbx [✔️]

    You need to change your sphere2 to a polygon from a primitive. FBX only works on polygon shapes. You can still use packed objects in the dop. The SideFX RBD to FBX will export packed object only based on the information given from DOPs, reverse of what I was saying. It has to be regular geometry prior to being pack however. I forgot they did not update it to work on non-RBD animations like your exploded view. To test just re-import it back into Houdini via the File > Import > FBX... menu rbdfbx_export_scene.hiplc
  9. orientation problem

    You'll need to effect the system that created the point cloud that the file sop is looking at. One way of doing this is to set the up and N vectors on the original point cloud, and then rotate. Example attached. rotate_v1.hiplc
  10. orientation problem

    http://www.sidefx.com/docs/houdini/copy/instanceattrs
  11. export exploded view animation fbx [✔️]

    You'll need to provide an example scene of what your doing. FBX only exports regular geometry not packed geometry.
  12. export exploded view animation fbx [✔️]

    RBD to FBX shoudl work. Make sure all the pieces are correctly identified with the name attribute as separate pieces. The pieces should not be packed.
  13. There are a lot of ways to do it depending on the system and the personal preference. I don't personally have a good example maybe some one else will. You could do something as old school and simple like a bashrc script, or a .bat. Python wrappers are the most common ones now a days. Setting the environment there then launching Houdini from inside it. You could even set them in the windows/mac system variables too. Just having a common wrapper works the best though. There are quite a few environment management systems if you really want to go all in. You can then use the same method for all of your dccs. Most of that process is not Houdini specific so I go to stack overflow first
  14. I believe you need to define that prior to 123.py being called. There are some variables that need to be set before Houdini starts like HSITE, there are variables you can change at 123.py, and other variables you can change while Houdini is running. There is no list of when which variables need to be declared when so try setting it in the shell prior to launch with a wrapper.
  15. Hello all, The Tech Artist Organization and the Seattle Houdini User Group would like to welcome you to Unity Technologies for a GDC practice run of our GDC speakers from the community. Not sure you'll be able to attend GDC? This is a great opportunity to be able to see the relevant talks from our community before they are at GDC. These talks are raw and in development, as the presenters will be honing their craft looking for YOUR feedback before they hit the big stage in San Francisco in March. Hello
×