I have a point lattice based tire deformer I am using for a CG car spot. It allows for specific sculpting of the shape of the tire deformation as well as procedural ground contact.
I like Peter's capture/deform approach too. I used a series of softtransform sops to shape the lattice cage, but even more specific control of the shape could be done using this capture/deform method on the cage and painting the weights with a capturelayerpaint sop.
Found 34 posts.
Search results Show results as topic list.
Houdini Indie and Apprentice » Deform a tire
- nobodyinparticular
- 73 posts
- Offline
Houdini Lounge » Mac OSX Port?
- nobodyinparticular
- 73 posts
- Offline
Houdini Lounge » Mac OSX Port?
- nobodyinparticular
- 73 posts
- Offline
rmagee
After another crazy winter storm here in Toronto we are finally seeing the sun. It is starting to feel like spring is around the corner. What a wonderful time of year!
tease.
put up or shut up.
Edited by - March 10, 2008 11:24:02
Technical Discussion » Bacon Sizzle Cloth when using animated collision objects
- nobodyinparticular
- 73 posts
- Offline
I have included a hipfile with two simple examples of a square of cloth hanging down and draping over a tube.
The first one (in red) has the tube moving gently to collide with the cloth, and the cloth sizzles like bacon during collision with the moving tube. the sizzle stops as soon as the tube halts its movement.
The second one (in blue) has the cloth moving gently to collide with the tube, and it is well behaved with no sizzle.
In both cases, the closing speed between cloth and tube is the same.
Both tubes are identical rbd objects using volume collisions.
Both cloth objects have identical geometry and identical settings.
houdini version 9.1.139
It looks like the collisions are getting a whole bunch of extra energy if the collision object is moving but not if the cloth is moving.
what up?
The first one (in red) has the tube moving gently to collide with the cloth, and the cloth sizzles like bacon during collision with the moving tube. the sizzle stops as soon as the tube halts its movement.
The second one (in blue) has the cloth moving gently to collide with the tube, and it is well behaved with no sizzle.
In both cases, the closing speed between cloth and tube is the same.
Both tubes are identical rbd objects using volume collisions.
Both cloth objects have identical geometry and identical settings.
houdini version 9.1.139
It looks like the collisions are getting a whole bunch of extra energy if the collision object is moving but not if the cloth is moving.
what up?
Houdini Lounge » If you want Houdini for OSX post here!
- nobodyinparticular
- 73 posts
- Offline
Technical Discussion » program for editing OTL script
- nobodyinparticular
- 73 posts
- Offline
mtucker
You can copy/paste between different dialogs, or even different Houdini sessions…
…Although direct editing of the dialog script was removed in H9, every reason I had ever heard for hand-editing a dialog script was replaced with a feature in the UI that lets you do the same thing. If there are more specific features of hand-editing that you feel are missing, please mention them here and I'll let you know if there is a way to do the same thing in the UI.
copy and paste does not seem to work in the UI; not between 2 UI editor windows nor between 2 houdini sessions. If the UI editor is designed to replace the capabilities available hand-editing the dialogue, it seems to me that it needs more work.
Technical Discussion » program for editing OTL script
- nobodyinparticular
- 73 posts
- Offline
Wolfwoodbobster
That's awesome. Thanks! But it seems like a lot of extra steps just to edit something in the dialog script. I miss that option in H8 that allowed you to edit the script quickly.
Agreed! At some point a modal based approach was discussed. (Which I would love to see in Houdini 9.1)
I agree also. I miss dialogue scripts. They were a handy way to cut and paste big chunks of UI.
Technical Discussion » Houdini cloth or Syflex plug-in for Houdini
- nobodyinparticular
- 73 posts
- Offline
thekenny
Anyone care to share their thoughts on cloth in Houdini?
Anyone using the syflex plugin? How does it compare to MAYA's implementation?
I haven't looked at the syflex plugin since 2004-2005 so i'm sure it has improved… hopefully it is more houdini like in its deployment.
thanks
-k
I don't think there have been any significant syflex changes since then, and a reliable source informs me compatablility with recent versions of houdini is a bit dodgy.
I have been doing some work with the dops cloth in h9 recently (thats how I found your post), and it seems pretty good, once you get used to it. It is not yet as powerful and robust as ILM's cloth system (circa 2003), but it is getting there.
Houdini Lounge » really wide network tiles in H9 - why?
- nobodyinparticular
- 73 posts
- Offline
JColdrick
*Please* guys. Take it to another thread. It doesn't help anyone to have uber-catchall threads that deviate from the topic. The person that posted the original question still doesn't have an answer to what he posed(and isn't expecting one, from the looks of things).
J.C.
nope. gave up days ago. got scared away by all the torches and pitchforks…
Technical Discussion » DOPnet to Point Instance
- nobodyinparticular
- 73 posts
- Offline
ben simons
ha hah hah hah ha!
oh? too late on the joke?
PS. I'ze doing a Search for “freeze dop” and this was the only thead…
stupid Ben
Houdini Lounge » really wide network tiles in H9 - why?
- nobodyinparticular
- 73 posts
- Offline
twod
nobodyinparticular - have you adjusted the HOUDINI_UISCALE or changed the UI size in the General UI preferences? The label to node size on my system looks a bit different than yours at the same scale (or close, I eyeballed it).
thanks, twod,
I have fiddled around with HOUDINI_UISCALE and the general ui size, and improved things slightly, but these improvements were more than negated when I did an auto-layout and the horizontal space between tiles grew much larger. (I laid out my screen shots in h8 and had not re-auto-laid-out in h9) This makes things a bit worse than I originally thought.
Some control of the autolayout spacing would help greatly.
however, my original concerns remain, and my original questions remain unanswered:
- why the wide tiles? what advantage do they offer over narrower ones other than “looking pretty”?
- why the teeny tiny wiring tabs? again, what is the advantage over the old ones?
I am sure there were reasons these changes were made at the time. If everyone is all “I dunno, I thought you wanted 'em wide” then maybe narrower might be better?
Houdini Lounge » really wide network tiles in H9 - why?
- nobodyinparticular
- 73 posts
- Offline
wow. “I wasn't expecting the spanish inquisition”
thanks JColdrick for echoing and clarifying my concern, and thanks cb for the balanced and informative reply.
My concern is mostly with the object level tiles. I recognise that the sop level tiles are not too different, aspect ratio wise, but the object level tiles are very different. font size relative to tiles seems to be an issue too, as does vertical spacing. Most of my work is in character rigging and animation, and I spend most of my time in the network view at the object level, usually zoomed out as far as I can and still use the wiring tabs.
see below for network view comparison pics.
both views are the same size, have been layed out with default spacing, and zoomed to show the same nodes.
- labels seem too big compared to tiles; too much overlap
- tabs for wiring tiles up are teeny, making wiring tricky when zoomed out
- icons are invisible at this zoom, and there is little space for them in any case
I just find myself zooming and scrolling a lot more than I used to. With the old network I could just zoom out to a point just before the wiring tabs vanish, and stay there. labels, icons, tabs, and flags were all usable at that zoom level. With the new network editor, I have to keep zooming in or out depending on whether I am wiring things, reading labels, or whatever.
btw, I have worked closely with SESI devlopers in the past, especially regarding character and rigging tools, and I have every confidence based on past experience that these issues will be considered carefully and rationally. It sounds to me like this tile issue has a history, and I would urge all who feel they might have been ignored on this issue to continue to press your case politely and professionally.
thanks JColdrick for echoing and clarifying my concern, and thanks cb for the balanced and informative reply.
My concern is mostly with the object level tiles. I recognise that the sop level tiles are not too different, aspect ratio wise, but the object level tiles are very different. font size relative to tiles seems to be an issue too, as does vertical spacing. Most of my work is in character rigging and animation, and I spend most of my time in the network view at the object level, usually zoomed out as far as I can and still use the wiring tabs.
see below for network view comparison pics.
both views are the same size, have been layed out with default spacing, and zoomed to show the same nodes.
- labels seem too big compared to tiles; too much overlap
- tabs for wiring tiles up are teeny, making wiring tricky when zoomed out
- icons are invisible at this zoom, and there is little space for them in any case
I just find myself zooming and scrolling a lot more than I used to. With the old network I could just zoom out to a point just before the wiring tabs vanish, and stay there. labels, icons, tabs, and flags were all usable at that zoom level. With the new network editor, I have to keep zooming in or out depending on whether I am wiring things, reading labels, or whatever.
btw, I have worked closely with SESI devlopers in the past, especially regarding character and rigging tools, and I have every confidence based on past experience that these issues will be considered carefully and rationally. It sounds to me like this tile issue has a history, and I would urge all who feel they might have been ignored on this issue to continue to press your case politely and professionally.
Houdini Lounge » really wide network tiles in H9 - why?
- nobodyinparticular
- 73 posts
- Offline
hi all,
I have just newly jumped in to H9, and I am finding navigation and readability in the new network editor to be somewhat more difficult than in H8.
Granted, I am still getting used to things (like the MMB-RMB switcheroo), but I am wondering why the tiles are so darn wide. The extra width seems to serve no useful purpose other than chew up valuable screen real estate with gray space on the tile. Having the names horizontal makes horizontal space precious enough; why make the tiles any wider than they have to be?
As is often the case with me, I could be missing something. anyone?
I have just newly jumped in to H9, and I am finding navigation and readability in the new network editor to be somewhat more difficult than in H8.
Granted, I am still getting used to things (like the MMB-RMB switcheroo), but I am wondering why the tiles are so darn wide. The extra width seems to serve no useful purpose other than chew up valuable screen real estate with gray space on the tile. Having the names horizontal makes horizontal space precious enough; why make the tiles any wider than they have to be?
As is often the case with me, I could be missing something. anyone?
Technical Discussion » DOPnet to Point Instance
- nobodyinparticular
- 73 posts
- Offline
-
- Quick Links