Jump to content


  • Content count

  • Donations

    0.00 CAD 
  • Joined

  • Last visited

  • Days Won


lukeiamyourfather last won the day on August 16 2018

lukeiamyourfather had the most liked content!

Community Reputation

162 Excellent


About lukeiamyourfather

  • Rank
    Houdini Master

Personal Information

  • Name
  • Location
  1. Sierpiński triangle with VEX

    I haven't tried in VEX but I gave it a go a while back in Python. The scene file is attached. fractal_v001.zip
  2. Lockheed Martin (Suffolk, VA)

    Bumping this post because one of the positions is still open.
  3. HQueue Substep caching of geometry NOT WORKING

    I would examine the reasons why you think you need sub-frame caching at the SOP level. This is almost never practical. HQueue can cache out DOP stuff or SOP stuff or any ROP node for that matter. Time Shift node will absolutely work to cache out sub-frame data with integer frame numbers so it works with HQueue.
  4. HQueue Substep caching of geometry NOT WORKING

    Another option if you must cache it out at the SOP level for some reason is to use a Time Shift SOP, cache it out, then shift it back. The frames would still be integers but they'd be whatever fraction of the actual time.
  5. HQueue Substep caching of geometry NOT WORKING

    You can do $SF in the DOP. Don't cache it out at the SOP level.
  6. Caching substeps via HQUEUE

    Cache out at the DOP level and use $SF for the frame number in the file name. Submit that ROP in the DOP to the farm. https://www.sidefx.com/docs/houdini/nodes/dop/rop_dop.html This isn't unique to HQueue. Any queue manager can do the same.
  7. Trying to learn Vex. Major differences from typical OOP?

    What are you wanting to do with VEX? What is your goal? I'm guessing you're new to Houdini so there might be better ways to accomplish your goal depending on what it is.
  8. Compiled Block Nodes Usage

    I'm using them to spawn millions and millions of instances for large environments. Without the compile blocks it takes much longer (like half an hour versus a minute or two).
  9. Open CL error

    You're not using the same operating system or hardware as the original poster and this thread is four years old. Please don't do this. Open a new thread.
  10. Python Install locations in OSX and Linux

    Houdini uses it's own version of Python installed along with the application.
  11. consistent file cache issues...

    Change the OpenCL device to the CPU and try again. Also what hardware are you using?
  12. MSI GL63 8SE laptop

    Assuming you're not using anything that relies on the older version of Qt, I'd try updating the video card drivers (downloaded directly from Nvidia) and update Windows. If that doesn't change anything then maybe try a vanilla install of Windows instead of the manufacturer provided Windows. If you're using something that relies on the older version of Qt then continue with the version of Houdini, with legacy Qt support, that works.
  13. Building a beast Houdini + Redshift mainly

    I don't trust products from ASRock but otherwise I think that's a decent plan. I had a server board from ASRock die three times for the same reason. They replaced it twice under warranty and the third time it was out of warranty (replaced it with a different brand board). That was my first and last board from ASRock.
  14. Pyro renders taking way too long

    Rendering volumes with physically based lighting and shading is incredibly expensive. If you need fast render times then consider deep shadow maps instead of ray tracing for the lighting.
  15. Building a beast Houdini + Redshift mainly

    Threadripper is a great option if you don't need a ton of memory (128 gigabytes or less).