Jump to content


  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About borisb2

  • Rank

Contact Methods

  • Website URL

Personal Information

  • Name
    Senior FX TD
  • Location
    Vancouver, BC
  1. distributed simulation with H15

    Hmm, its a customized wavelayer-setup (120m x 50m) with one moving collision object (which is also used to drive the moving boundaries.. so nothing too special. Particle separation is at .085, roughly (only) 14mio particles, 16mio voxels. Single simulated it takes up about 30gb, sliced up on 2 machines it takes up about 25gb each - but at least half the sim-time (which is good) I also noticed sometimes the sim freezes after 30-50 frames for no reason (simtracker doesnt show pending)..
  2. Hi. I'm setting up distributed simulations on a small farm with tractor. It all seems to work ok, simtracker gets started, the slices are started, synced and doing their job. I also can measure expected time-benefits when simulating on 2 or 4 machines .. BUT .. I can see barely any benefits in memory usage, whether I am doing flip (with pressure solve) or pyro .. It all takes up the same amount of RAM, no matter if I simulate single, on 2 machines or more. Maybe 1-2GB benefit on a 30GB flip sim. Is that expected? I can see that the flip points are half the amount per slice (when distributed on 2 machines), the volumes are half the voxels etc. .. but it still takes the same amount of RAM - which makes the whole point of distributing a bit meaningless. What is wrong here? Did I forget something? The only thing I added in dops (besides the slicing plane) is the gasnetsliceexchange as well as setting the address etc. in distribution tab of course .. as mentioned it seems to work fine (according to simtracker.py). does anybody noticed similar behaviors?
  3. Multiply VOP input order

    be careful with the order when multiplying vector with float. vector multiplied by float is still a vector. the other way around is a different math-calculation
  4. Testing out fracturing with finite element solver in H15. I find it hard to produce stable and good looking results. Simple tests may work fine but when it comes to simulating 400.000 tets the story is a little different. So far I tested various combinations with the following: - concrete building made of several solid objects. Colliding rock transfers pintoanimation-attribute in sop-solver to dop-objects to release parts. - dopnet substepping / FEM-solver substepping (fixed 1, 2 and 3, adaptive 1-2, 2-4, 2-6, 3-10) - max linear solve 1024 / 2048 / 4000 / 10000 - collision passes 5 / 15 / 30 / 40 So far it NEVER looks nowhere near a stable simulation. Pieces that are colliding with the ground snap sometimes back or rotate weirdly, I also cant get rid of stretching tets here and there. If I would use more stubsteps, the sim-times would sky-rocket. The last setup (about 350.000 tets, embedded geo, 7 solid objects) simulates about 20-25 frames, then suddenly freezes in the sim, meaning no error, I could still escape, it just doesnt continue. (wtf?) At MPC I'm used to work with kali (DMM-solver), so the idea would be to test out how good houdini can compete. But at this point I better not start comparing both. Houdini FEM just doesnt seem to be ready for hires-fracturing. And I do remember when testing the free DMM version in maya (despite all issues) it never had these solving issues. Any more attributes/setups I could test out to get it more stable? Could sidefx maybe switch to implement the DMM-solver instead using the current ?
  5. Render Farms

    I can highly reckon RenderPal as a cheaper and eas(ier) to use option to Deadline. Did a lot of customization-scripts (distributed sim, batch-jobs, wedging etc.) with hython. Pretty easy to setup and works very stable between houdini and RenderPal
  6. Hi. As long as I let POP-grains fall onto something static they behave as expected. As soon as I am using a deforming mesh (anythign animated), the grains behave very bouncy - getting way too many velocities from the animation. Is that a typical thing with POP grains? when I lower the velocity blend in solver tab, it improves, but then the grains loose a lot of volume thanks for any help
  7. flip whitewater source

    no, its the wavelayer setup with some customized velocities (around the boat). Seems like this is happening only on this cache - a different cache-version doesnt show that behavior. As mentioned, also acceleration and curvature are showing weird results (stretched)
  8. I'm setting up a new flip sim - open ocean shot. main flip sim so far looks good. But whitewater source is causing problems. When using "volumes and particles" as source I get nothing with vorticity, When using "Particles only" I get this: (see image) Also trying acceleration or curvature gives not one good source for foam emission - didnt have that before any idea whats causing this?
  9. scale in houdini 1m = 1 unit?

    I was sure that I had to be wrong ..didn't know about that one: d = 1/2gt2 thanks
  10. we know that 1 unit in houdini is 1m .. is it really? Thought I just test it: Placed a cube 10 units in Y above the grid, RBD-object, gravity 9.8 .. uups, takes 35 frames to hit the ground. according to physics: g = 9.81 m/s^2 v= s/t a= v/t -> a = s/t^2 t = sqroot(s/a) = sqroot(10m/9.81m/s^2) t = ~1s = 24 frames .. not 35 !! whats wrong ? placing the cube 5 units in Y it needs exactly 24 frames to hit the ground by the way
  11. solved! .. perfect! .. Thanks!
  12. I installed a new NAS (Synology 1815+) - all good with all programs, just houdini shows me a partly grayed out file browser. I can load and save files but I can't click on them or create a new folder. The old NAS or saving on C: doesnt show that issue. Is that still a premission issue? has anybody seen this? .. very strange and very annoying.
  13. Houdini Engine and hython

    You mean installing both houdini and engine, but licensing and using in my scripts only engine?
  14. Houdini Engine and hython

    Nobody is using houdini engine? How do you submit render jobs?
  15. I am testing to implement houdini engine into my render pipeline. So far I was using hython to submit jobs to the farm with the following executable/script: "C:\Program Files\Side Effects Software\Houdini 13.xxx\bin\hython.exe" Y:\_scripts\houdini\renderScript.py Z:/_rnd/shots/portal/houdini/twist_render_047.hip /out/mantra_beauty 6 10 where renderScript.py is: import hou, sys hou.hipFile.load(sys.argv[1]) renderNode = hou.node(sys.argv[2]) frameStart = int(sys.argv[3]) frameEnd = int(sys.argv[4]) renderNode.render(frame_range=(frameStart,frameEnd), verbose=True) This always worked for all ROPs (render, caching etc.) - which also means I never needed to write out ifds or something but select the ROP and directly send the job to the farm. But when only houdini engine is installed on a computer that doesnt work anymore. I changed my script to: "C:\Program Files\Side Effects Software\Houdini Engine.xxx\bin\hython.exe" Y:\_scripts\houdini\renderScript.py Z:/_rnd/shots/portal/houdini/twist_render_047.hip /out/mantra_beauty 6 10 but hython spits out a lot of errors: Could not find scene mouse modifier file: SceneMouseModifiers Unrecognized modifier key token: scene.handle.floor.mirror Unrecognized modifier key token: scene.handle.common.scale_delta Unrecognized modifier key token: scene.floor.xy Unrecognized modifier key token: scene.floor.h Unrecognized modifier key token: scene.common.extend Could not find scene mouse modifier file: SceneMouseModifiers Unrecognized modifier key token: scene.handle.floor.mirror Unrecognized modifier key token: scene.handle.common.scale_delta Unrecognized modifier key token: scene.floor.xy Unrecognized modifier key token: scene.floor.h Unrecognized modifier key token: scene.common.extend Rendering 5 frames ( from 11 to 15 by 1) 11:11:09 mantra_beauty frame 11 (1 of 5) Traceback (most recent call last): File "Y:\_scripts\houdini\renderScript.py", line 15, in <module> renderNode.render(frame_range=(frameStart,frameEnd), verbose=True) File "C:/PROGRA~1/SIDEEF~1/HOUDIN~1.13/houdini/python2.7libs\hou.py", line 56587, in render return _hou.RopNode_render(*args, **kwargs) hou.OperationFailed: The attempted operation failed. Error: No soho script program specified for output driver: IFD.py. Is that because the way I'm calling hython? Do I need to write out ifds in order to work with houdini engine? Can't I use the standard ROP-workflow with the houdini engine?