Rob, that´s a nifty-cacheable image-seq for post! Can I compo it? is it
possible to share the scn? :D :D Please?
On Thu, Mar 19, 2015 at 1:04 PM, pete...@skynet.be wrote:
I hope the image gets through.
this is what I get with closest location on group of curves, and combining
the
I don't know, Luc-Eric can be biased as he seems happy with AD, unlike the
developers that left, but you got to appreciate the fact checking you get
out of his presence here.
There is enough bias in the other direction anyway since AD isn't exactly
well loved, so I find his contributions bring
For the people who are lucky enough to have met and worked with Alain, and/or
the fruits of his labour, you may start imagining the quality of stuff coming
Cinema 4D’s way.
:-)
Thanks for the insight Ben. I just needed to know what might be possible
for me here - I am happy and thankful you made Crate available so I can
work on these shots at all :)
Cheers
Morten
Den 18. marts 2015 kl. 19:53 skrev Ben Houston b...@exocortex.com:
Exocortex Crate has a shared
Thanks Holger, job finished now but will keep this for future occurrences!
a
_
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Schoenberger
Sent: 18 March 2015 21:25
To: softimage@listproc.autodesk.com
Subject: RE:
I'm loving working with Houdini, but sometimes it's just frustratingly
slow. Even with the new VDB tools, converting and caching everything out as
volume fields is a real drag.
But then again the caching workflow is super-slick. I shudder at the
thought of all the time lost to the mysteries of ICE
Thanks for all the input guys!
Got it working in the end with just a simple incidence.
On 18/03/2015 20:28, Matt Lind wrote:
Scalar state should be working just fine.
I assume you're trying to compute incidence using a dot product? Make
sure your input vectors are unit vectors and described in
I am rendering alembic files with a number of passes with material
overrrides. It has worked fine so far, but after setting up the last passes
on one particular scene it fails to render the new pass, crashing on the
farm. Softimage2013SP1, SiToA 2.8, Crate for Alembic IO, RoyalRender.
This is
This won't help you any, I'm afraid (sorry),
but, if I am reading this correctly, this appears to be a known issue
with Alembic:
https://code.google.com/p/alembic/issues/detail?id=336
Greetz
Leendert
--
Leendert A. Hartog AKA Hirazi Blue
Administrator NOT the owner of si-community.com
before saying slow or fast regarding volumes or vdb we have to talk about the
resolution of the volumen, and the amount of fields involve.
same with DOPs , after mentioning ALL the plugings, dops can interact with all
the solver at once, that means will take in consideration, RBD, with liquids
I see what you're getting at, but I don't interpret it that way in this
particular instance.
Alain was dispatched to Japan around the same time Luc-Eric joined
Softimage. Since Alain worked on Softimage|3D and games, and Luc-Eric XSI
and UI/compositing, they probably didn't interact much
closest location does not cut it when different curves overlap. you will
have to build a system using a unique curve ID and translate along each
curve ID's using curve u instead.
at least this way you could gracefully hand over particles between curves
as it reaches the end of each segment.
On
I was about to suggest IDs too. If you look in ICE_Kinematics workgroup, there
are some scripts to handle applying and updating ICE trees that set IDs on all
objects in a group. You can adapt them, then you’d need to rerun them whenever
you add or remove curves in the group.
gray
From:
merge the curves, job done..
On 19 March 2015 at 17:24, Eric Thivierge ethivie...@hybride.com wrote:
The main problem with this type of stuff is that you can't get closest
location on each curve at the same time without building a huge compound.
You want to get the closest location on every
The main problem with this type of stuff is that you can't get closest
location on each curve at the same time without building a huge
compound. You want to get the closest location on every curve, compare,
and follow the closest one or switch with some logic.
Eric T.
On 3/19/2015 1:18 PM,
I think you're mixing up software again!
On Thu, Mar 19, 2015 at 5:27 PM, Cristobal Infante cgc...@gmail.com wrote:
merge the curves, job done..
I hope the image gets through.
this is what I get with closest location on group of curves, and combining the
pointtangent as a force, as well as a force pulling towards the closest
position – in order not to stray too far from the curve.
particles get emitted from the curves in the center, and
I've had that error before, and was something with arnold crashing, the
alembic files were not really the cause of the error, and I only had it in
the farm also, so maybe check your configuration for arnold on the farm, I
can't remember exactly what was the culprit but it happened when I upgrade
Hopefully your geometry isn't that heavy...
1. Select the mesh.
2. Freeze Modeling (Make sure alembic topo op gets frozen)
3. Use the Animate Tools Plot Shape.
4. Delete Alembic PolyMesh Op off of the mesh.
Eric T.
On 3/19/2015 8:58 AM, Morten Bartholdy wrote:
Hmm - does someone here know
Is this processing time or hardware time? (disks, network, etc..)
Of course saving gigabytes per frame is slow but may be a clever local SSD sync
to the main server could do the job to make the process faster?
jb
On 19 Mar 2015, at 12:56, Ciaran Moloney moloney.cia...@gmail.com wrote:
I'm
Hmm - does someone here know - is it possible to clone the alembic geometry
and bake it to shapes, effectively making the geometry local in the scene?
Morten
Den 19. marts 2015 kl. 13:45 skrev Leendert A. Hartog
hirazib...@live.nl:
This won't help you any, I'm afraid (sorry),
but, if I
Network and hardware are fastest I've used. It's just the nature of the
work.
Volume data in my case is not very large, only a few Mb per frame. But,
e.g. to make useful collision fields from complex geometry often requires a
good bit of SOPs pre-processing. I get the impression that much of SOPs
Nope. Doesn't work.
On 3/19/2015 1:27 PM, Cristobal Infante wrote:
merge the curves, job done..
get closest location point-tangent. Use this as point velocity,
I did something like this with several curves and it was fine.
On 19 March 2015 at 16:52, Rob Chapman tekano@gmail.com wrote:
closest location does not cut it when different curves overlap. you will
have to build a system
Like Rob said, you'll have to go the ID approach. If you know what
particles should follow which curves its easy. If not, then you'll have
to setup some logic.
Create a custom param set on each curves named the same thing, like
curveData.
Then for each curve set a unique ID starting from 0.
I think it was more of a statement of fact, not rain on parade.
But if you want some more background information, Alain was originally hired
at Softimage to work on motion capture systems, but later was promoted to
team lead for the Games group for Softimage|3D. He wrote the original
I see what you mean - that sucks cause I am on SiToA 2.8 :/
MB
Den 19. marts 2015 kl. 14:57 skrev Oscar Juarez
tridi.animei...@gmail.com:
I've had that error before, and was something with arnold crashing, the
alembic files were not really the cause of the error, and I only had it in
the
Hi, I'm trying to create an effect with particles flowing from one several
ends of branching geometry to another of several ends on the same geometry.
Right now I'm working with Flow Along Curve and a bunch of
partially-overlapping curves that go from one end to the other, but since
ICE is pretty
http://www.braverabbit.de/shapes/
I must accept this is a great solution to a common problem.
(Anyone got ,at the first reading, what this sentence means? Let´s break it
down):
*I must accept - *since SI is EOL
*this is a great solution - *speedy usual workflow on construction mode on
SI
*to a
Greg, any details about not getting it to work on curves? As far as I know, it
should.
gray
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Eric Thivierge
Sent: Thursday, March 19, 2015 12:02 PM
To: softimage@listproc.autodesk.com
Closest location doesn't work with curves fed in with a group. It always
uses the first one.
Eric T.
On 3/19/2015 12:23 PM, Grahame Fuller wrote:
Greg, any details about not getting it to work on curves? As far as I know, it
should.
gray
From: softimage-boun...@listproc.autodesk.com
Your best bet is to create a mesh from those curves and transfer the
curve's tangent onto the mesh as a vector attribute.
Emit from the curve but use the geo's attribute to set the direction.
How Paul Smith's hair grooming stuff works essentially.
Using a group of curves or even doing one
You don't have to rain on our imaginary parade Luc-Eric.
On Wed, Mar 18, 2015 at 5:22 PM, Luc-Eric Rousseau luceri...@gmail.com
wrote:
I don't know about that 5k number; the potential Cinema4D/softimage
overlap is probably around 1500 seats total.
After SI|3D, Alain was working out of Japan
Dave has got something worked out, but its not ideal. He cannot get a
group of curves to work, and is wiring up each one in by hand in the ICE
tree.
What he wants to do is emit an objects from one end of a curve and the have
it follow the curve to the end.. but he wants to do this to a group of
Huh... works actually. I remember this not working before... carry on
never mind.
Eric T.
On 3/19/2015 12:25 PM, Eric Thivierge wrote:
Closest location doesn't work with curves fed in with a group. It
always uses the first one.
Eric T.
On 3/19/2015 12:23 PM, Grahame Fuller wrote:
Greg,
Thanks for the responses guys.
I've continued with my brute force method for now because it gets the job
done. It involves several Select Case nodes with 29 cases each though, so
you can imagine why I was reluctant to string that up. :)
I've tried the suggested approach, but I usually get a jump
36 matches
Mail list logo
