Re: Maya the server destroyer

[Softimage]

Hi,
RoyalRender now has a "keep open" option for the scene you send it, so even if 
you are sending it one frame at a time rather than a bunch it should wait until 
you explicitly send it another scene before flushing the current one!

Cheers 

Lawrence 

> On 20 May 2016, at 21:13, Ed Manning  wrote:
> 
> It's not Maya's fault. It's how the render manager, in this case Royal, has 
> its options set.
> 
> There is something bad about Maya and certain read/write operations over 
> network, but I don't think this is that.
> 
> Unless you're trying to render on Windows render nodes to a Linux or OS X 
> server running a bad SMB stack.
> 
> In which case you might as well be in the Sarlacc Pit.
> 
> 
> 
>> On Fri, May 20, 2016 at 3:46 PM, Sven Constable  
>> wrote:
>> Maya also loads the scene at every frame? I was thinking only 3dsmax had 
>> this awful behavior. If they would know how elegant softimage batch 
>> rendering actually is…
>> 
>>
>> 
>>  
>> 
>> From: softimage-boun...@listproc.autodesk.com 
>> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Ed Manning
>> Sent: Friday, May 20, 2016 9:15 PM
>> To: softimage@listproc.autodesk.com
>> Subject: Re: Maya the server destroyer
>> 
>>  
>> 
>> use the "render local" option, which writes the images to a temp directory 
>> on the render machines, then copies to the server.
>> set chunk size to a large number to minimize the number of times the scene 
>> has to be loaded by the network machines
>> turn off any unnecessary aovs
>> try to set up local simulation caches on the render machines
>> don't know what renderer you're using, but most can save you a lot of disk 
>> read if you convert all textures to tiled mipmapped versions
>> for that matter, you might want to set up local texture caches too.
>>  
>> 
>>  
>> 
>>  
>> 
>> On Fri, May 20, 2016 at 1:16 PM, Steve Parish  wrote:
>> 
>> My Maya misery continues..
>> 
>>  
>> 
>> We can't seem to be able to submit jobs without bringing the server to its 
>> knees. Anything with simulation or large scenes just jams everything up. I 
>> can only really submit to 3 machines.
>> 
>>  
>> 
>> We're using Royal Render..
>> 
>>  
>> 
>> Any suggestions?
>> 
>>  
>> 
>> Thanks
>> 
>> Steve P
>> 
>> 
>> --
>> Softimage Mailing List.
>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
>> "unsubscribe" in the subject, and reply to confirm.
>> 
>>  
>> 
>> 
>> --
>> Softimage Mailing List.
>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
>> "unsubscribe" in the subject, and reply to confirm.
> 
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Friday Flashback #265

[Sven Constable]

Well, I think it's ok if only used by one person. : )
Btw. if you're gonna sell this stuff one day I would be interested. The
Soft|3D printed manuals for example. They were great.
I still have two SGI Indigo workstations and at least one of them still has
Soft|3D installed... maybe I should do a demo video firing up Soft|3D on
that ancient beast, doing some stuff in a minute that needs ten times more
in an actual maya version. Maybe hard to achive but not impossible. Would be
fun and a real kicking friday flashback, haha.

sven 


-Original Message-
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Matt Lind
Sent: Friday, May 20, 2016 10:46 PM
To: softimage@listproc.autodesk.com
Subject: Re: Friday Flashback #265

It's not a flashback if they're still in use ;-)

Matt


Date: Fri, 20 May 2016 22:31:14 +0200
From: "Sven Constable" 
Subject: RE: Friday Flashback #265


Then take a picture of it, Matt. For the a next friday flashback :) sven

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with
"unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Steve Parish]

Thanks for the help guys, I'll take a close look at everything! Enjoy your
weekend :)

On Fri, May 20, 2016 at 4:40 PM, Sven Constable 
wrote:

> Yeah, I know. But the feature itself, to use chunks of frames was
> originally developed by Holger to circumvent the issue by the
> renderer/batch executable loading the scene at every frame, wasn't it? Like
> the KSO (keep scene open) feature in RR, also adressing this problem.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Ed Manning
> *Sent:* Friday, May 20, 2016 10:13 PM
>
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Maya the server destroyer
>
>
>
> It's not Maya's fault. It's how the render manager, in this case Royal,
> has its options set.
>
>
>
> There is something bad about Maya and certain read/write operations over
> network, but I don't think this is that.
>
>
>
> Unless you're trying to render on Windows render nodes to a Linux or OS X
> server running a bad SMB stack.
>
>
>
> In which case you might as well be in the Sarlacc Pit.
>
>
>
>
>
>
>
> On Fri, May 20, 2016 at 3:46 PM, Sven Constable 
> wrote:
>
> Maya also loads the scene at every frame? I was thinking only 3dsmax had
> this awful behavior. If they would know how elegant softimage batch
> rendering actually is…
>
>
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Ed Manning
> *Sent:* Friday, May 20, 2016 9:15 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Maya the server destroyer
>
>
>
>- use the "render local" option, which writes the images to a temp
>directory on the render machines, then copies to the server.
>- set chunk size to a large number to minimize the number of times the
>scene has to be loaded by the network machines
>- turn off any unnecessary aovs
>- try to set up local simulation caches on the render machines
>- don't know what renderer you're using, but most can save you a lot
>of disk read if you convert all textures to tiled mipmapped versions
>- for that matter, you might want to set up local texture caches too.
>
>
>
>
>
>
>
> On Fri, May 20, 2016 at 1:16 PM, Steve Parish 
> wrote:
>
> My Maya misery continues..
>
>
>
> We can't seem to be able to submit jobs without bringing the server to its
> knees. Anything with simulation or large scenes just jams everything up. I
> can only really submit to 3 machines.
>
>
>
> We're using Royal Render..
>
>
>
> Any suggestions?
>
>
>
> Thanks
>
> Steve P
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Friday Flashback #265

[Matt Lind]

It's not a flashback if they're still in use ;-)

Matt


Date: Fri, 20 May 2016 22:31:14 +0200
From: "Sven Constable" 
Subject: RE: Friday Flashback #265


Then take a picture of it, Matt. For the a next friday flashback :)
sven

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Maya the server destroyer

[Sven Constable]

Yeah, I know. But the feature itself, to use chunks of frames was originally 
developed by Holger to circumvent the issue by the renderer/batch executable 
loading the scene at every frame, wasn't it? Like the KSO (keep scene open) 
feature in RR, also adressing this problem.

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Ed Manning
Sent: Friday, May 20, 2016 10:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: Maya the server destroyer

 

It's not Maya's fault. It's how the render manager, in this case Royal, has its 
options set.

 

There is something bad about Maya and certain read/write operations over 
network, but I don't think this is that.

 

Unless you're trying to render on Windows render nodes to a Linux or OS X 
server running a bad SMB stack.

 

In which case you might as well be in the Sarlacc Pit.

 

 

 

On Fri, May 20, 2016 at 3:46 PM, Sven Constable  
wrote:

Maya also loads the scene at every frame? I was thinking only 3dsmax had this 
awful behavior. If they would know how elegant softimage batch rendering 
actually is…

   

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Ed Manning
Sent: Friday, May 20, 2016 9:15 PM
To: softimage@listproc.autodesk.com
Subject: Re: Maya the server destroyer

 

*   use the "render local" option, which writes the images to a temp 
directory on the render machines, then copies to the server.
*   set chunk size to a large number to minimize the number of times the 
scene has to be loaded by the network machines
*   turn off any unnecessary aovs
*   try to set up local simulation caches on the render machines
*   don't know what renderer you're using, but most can save you a lot of 
disk read if you convert all textures to tiled mipmapped versions
*   for that matter, you might want to set up local texture caches too.

 

 

 

On Fri, May 20, 2016 at 1:16 PM, Steve Parish  wrote:

My Maya misery continues..

 

We can't seem to be able to submit jobs without bringing the server to its 
knees. Anything with simulation or large scenes just jams everything up. I can 
only really submit to 3 machines.

 

We're using Royal Render..

 

Any suggestions?

 

Thanks

Steve P


--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

 


--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Friday Flashback #265

[Sven Constable]

Then take a picture of it, Matt. For the a next friday flashback :)
sven

-Original Message-
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Matt Lind
Sent: Friday, May 20, 2016 10:05 PM
To: softimage@listproc.autodesk.com
Subject: Re: Friday Flashback #265

I still have that CD (although a bit worn from handling over the years). 
Sits with my XSI 1.0 CDs which are still in use (because of the SI|3D
license).

Matt



Date: Fri, 20 May 2016 15:09:54 -0400
From: Stephen Blair 
Subject: Friday Flashback #265
To: softimage@listproc.autodesk.com

Softimage XSI 2.0 Experience CD from 2002 http://wp.me/powV4-3jO 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with
"unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Ed Manning]

It's not Maya's fault. It's how the render manager, in this case Royal, has
its options set.

There is something bad about Maya and certain read/write operations over
network, but I don't think this is that.

Unless you're trying to render on Windows render nodes to a Linux or OS X
server running a bad SMB stack.

In which case you might as well be in the Sarlacc Pit.



On Fri, May 20, 2016 at 3:46 PM, Sven Constable 
wrote:

> Maya also loads the scene at every frame? I was thinking only 3dsmax had
> this awful behavior. If they would know how elegant softimage batch
> rendering actually is…
>
>
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Ed Manning
> *Sent:* Friday, May 20, 2016 9:15 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Maya the server destroyer
>
>
>
>- use the "render local" option, which writes the images to a temp
>directory on the render machines, then copies to the server.
>- set chunk size to a large number to minimize the number of times the
>scene has to be loaded by the network machines
>- turn off any unnecessary aovs
>- try to set up local simulation caches on the render machines
>- don't know what renderer you're using, but most can save you a lot
>of disk read if you convert all textures to tiled mipmapped versions
>- for that matter, you might want to set up local texture caches too.
>
>
>
>
>
>
>
> On Fri, May 20, 2016 at 1:16 PM, Steve Parish 
> wrote:
>
> My Maya misery continues..
>
>
>
> We can't seem to be able to submit jobs without bringing the server to its
> knees. Anything with simulation or large scenes just jams everything up. I
> can only really submit to 3 machines.
>
>
>
> We're using Royal Render..
>
>
>
> Any suggestions?
>
>
>
> Thanks
>
> Steve P
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Friday Flashback #265

[Matt Lind]

I still have that CD (although a bit worn from handling over the years). 
Sits with my XSI 1.0 CDs which are still in use (because of the SI|3D 
license).

Matt



Date: Fri, 20 May 2016 15:09:54 -0400
From: Stephen Blair 
Subject: Friday Flashback #265
To: softimage@listproc.autodesk.com

Softimage XSI 2.0 Experience CD from 2002
http://wp.me/powV4-3jO 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Maya the server destroyer

[Sven Constable]

Maya also loads the scene at every frame? I was thinking only 3dsmax had this 
awful behavior. If they would know how elegant softimage batch rendering 
actually is…

   

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Ed Manning
Sent: Friday, May 20, 2016 9:15 PM
To: softimage@listproc.autodesk.com
Subject: Re: Maya the server destroyer

 

*   use the "render local" option, which writes the images to a temp 
directory on the render machines, then copies to the server.
*   set chunk size to a large number to minimize the number of times the 
scene has to be loaded by the network machines
*   turn off any unnecessary aovs
*   try to set up local simulation caches on the render machines
*   don't know what renderer you're using, but most can save you a lot of 
disk read if you convert all textures to tiled mipmapped versions
*   for that matter, you might want to set up local texture caches too.

 

 

 

On Fri, May 20, 2016 at 1:16 PM, Steve Parish  wrote:

My Maya misery continues..

 

We can't seem to be able to submit jobs without bringing the server to its 
knees. Anything with simulation or large scenes just jams everything up. I can 
only really submit to 3 machines.

 

We're using Royal Render..

 

Any suggestions?

 

Thanks

Steve P


--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

JOB: Rodeo FX looking for a Senior Developer to join our Pipeline Team

[Alan Fregtman]

Hey guys,

The growing *Pipeline Team* at *Rodeo FX * is on
the lookout for a *senior developer* to join us in future adventures. (See job
description here. )

Some recent projects  we have worked
on include Deadpool, Tarzan, Heart Of The Sea, The Walk, Tomorrowland,
Birdman and seasons 4 through 6 of Game Of Thrones.

It would be a position at our office in *Montreal, Canada.*

If you apply, fill the online form but also shoot me an email so I know you
came from here. ;) I'll pass your info to our team directly.

I'm posting this here because some of you know me and I know there's some
very smart folks reading this, but do understand that our pipeline has
slowly transitioned away from Softimage as our primary software in favour
of Maya, Houdini and Katana.

Cheers,
   -- Alan *[Pipeline Team @ Rodeo MTL]*
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Ed Manning]

check your logfiles to see where the biggest latencies are.

On Fri, May 20, 2016 at 3:30 PM, Ed Manning  wrote:

> and stagger the start times -- Royal might have a built-in delay option
> for this. that way the machines don't all hit the server at once for the
> same files.
>
>
>
> On Fri, May 20, 2016 at 3:28 PM, Ed Manning  wrote:
>
>> and if your renderer supports proxies (I think most of them do), use them!
>>
>> On Fri, May 20, 2016 at 3:14 PM, Ed Manning  wrote:
>>
>>>
>>>- use the "render local" option, which writes the images to a temp
>>>directory on the render machines, then copies to the server.
>>>- set chunk size to a large number to minimize the number of times
>>>the scene has to be loaded by the network machines
>>>- turn off any unnecessary aovs
>>>- try to set up local simulation caches on the render machines
>>>- don't know what renderer you're using, but most can save you a lot
>>>of disk read if you convert all textures to tiled mipmapped versions
>>>- for that matter, you might want to set up local texture caches too.
>>>
>>>
>>>
>>>
>>> On Fri, May 20, 2016 at 1:16 PM, Steve Parish 
>>> wrote:
>>>
 My Maya misery continues..

 We can't seem to be able to submit jobs without bringing the server to
 its knees. Anything with simulation or large scenes just jams everything
 up. I can only really submit to 3 machines.

 We're using Royal Render..

 Any suggestions?

 Thanks
 Steve P

 --
 Softimage Mailing List.
 To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.

>>>
>>>
>>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Ed Manning]

and stagger the start times -- Royal might have a built-in delay option for
this. that way the machines don't all hit the server at once for the same
files.



On Fri, May 20, 2016 at 3:28 PM, Ed Manning  wrote:

> and if your renderer supports proxies (I think most of them do), use them!
>
> On Fri, May 20, 2016 at 3:14 PM, Ed Manning  wrote:
>
>>
>>- use the "render local" option, which writes the images to a temp
>>directory on the render machines, then copies to the server.
>>- set chunk size to a large number to minimize the number of times
>>the scene has to be loaded by the network machines
>>- turn off any unnecessary aovs
>>- try to set up local simulation caches on the render machines
>>- don't know what renderer you're using, but most can save you a lot
>>of disk read if you convert all textures to tiled mipmapped versions
>>- for that matter, you might want to set up local texture caches too.
>>
>>
>>
>>
>> On Fri, May 20, 2016 at 1:16 PM, Steve Parish 
>> wrote:
>>
>>> My Maya misery continues..
>>>
>>> We can't seem to be able to submit jobs without bringing the server to
>>> its knees. Anything with simulation or large scenes just jams everything
>>> up. I can only really submit to 3 machines.
>>>
>>> We're using Royal Render..
>>>
>>> Any suggestions?
>>>
>>> Thanks
>>> Steve P
>>>
>>> --
>>> Softimage Mailing List.
>>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
>>> with "unsubscribe" in the subject, and reply to confirm.
>>>
>>
>>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Ed Manning]

and if your renderer supports proxies (I think most of them do), use them!

On Fri, May 20, 2016 at 3:14 PM, Ed Manning  wrote:

>
>- use the "render local" option, which writes the images to a temp
>directory on the render machines, then copies to the server.
>- set chunk size to a large number to minimize the number of times the
>scene has to be loaded by the network machines
>- turn off any unnecessary aovs
>- try to set up local simulation caches on the render machines
>- don't know what renderer you're using, but most can save you a lot
>of disk read if you convert all textures to tiled mipmapped versions
>- for that matter, you might want to set up local texture caches too.
>
>
>
>
> On Fri, May 20, 2016 at 1:16 PM, Steve Parish 
> wrote:
>
>> My Maya misery continues..
>>
>> We can't seem to be able to submit jobs without bringing the server to
>> its knees. Anything with simulation or large scenes just jams everything
>> up. I can only really submit to 3 machines.
>>
>> We're using Royal Render..
>>
>> Any suggestions?
>>
>> Thanks
>> Steve P
>>
>> --
>> Softimage Mailing List.
>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
>> with "unsubscribe" in the subject, and reply to confirm.
>>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Friday Flashback #265

[Stephen Blair]

Softimage XSI 2.0 Experience CD from 2002
http://wp.me/powV4-3jO
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Maya the server destroyer

[Ed Manning]

   - use the "render local" option, which writes the images to a temp
   directory on the render machines, then copies to the server.
   - set chunk size to a large number to minimize the number of times the
   scene has to be loaded by the network machines
   - turn off any unnecessary aovs
   - try to set up local simulation caches on the render machines
   - don't know what renderer you're using, but most can save you a lot of
   disk read if you convert all textures to tiled mipmapped versions
   - for that matter, you might want to set up local texture caches too.




On Fri, May 20, 2016 at 1:16 PM, Steve Parish  wrote:

> My Maya misery continues..
>
> We can't seem to be able to submit jobs without bringing the server to its
> knees. Anything with simulation or large scenes just jams everything up. I
> can only really submit to 3 machines.
>
> We're using Royal Render..
>
> Any suggestions?
>
> Thanks
> Steve P
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Maya the server destroyer

[Steve Parish]

My Maya misery continues..

We can't seem to be able to submit jobs without bringing the server to its
knees. Anything with simulation or large scenes just jams everything up. I
can only really submit to 3 machines.

We're using Royal Render..

Any suggestions?

Thanks
Steve P
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Is there a well know workflow to have deformers drive/blendnicely with Syflex?

[Pierre Schiller]

I am eager to read and apply more about delta mush. Your post has left me
some thoughts. I think I can arm a setup later on the month on a setup of
my own, right now I am currently on deadlines. But thanks for sharing; this
looks amazing! (artistically driven).
Cheers.
On May 16, 2016 12:54 PM, "pedro santos"  wrote:

> Hi Pierre
> I'm not doing the animation, but here's the latest test I've uploaded
> closer to completion: https://gfycat.com/NaughtySleepyBurro
> I'm not using the same corrugation deformer. The previous one was more
> interesting but the setup was very mesh specific and with lots of support
> calcs not making it very friendly to port around. But it was cool enough
> that I could have any custom shape. Shame.
>
> What of the setup spiked your interest.
>
> Anyways, Delta Much revealed itself very useful to recover some details
> post sim as explained here. A tip for the future:
> http://i.imgur.com/mNuSIKf.png
>
> Cheers
> Pedro
>
>
>
> On Thu, May 12, 2016 at 3:53 PM, Pierre Schiller <
> activemotionpictu...@gmail.com> wrote:
>
>> Wait, so could we see how did it ended up resulting? and the setup?
>> Please? :D
>>
>> Cheers.
>>
>> On Thu, May 12, 2016 at 7:12 AM, Jason S  wrote:
>>
>>> Like the story of life  :P
>>>
>>>
>>> On 05/12/16 7:36, pedro santos wrote:
>>>
>>> First time using Syflex, so after that fact clicked much simpler to get
>>> to what I wanted, yes! Some wasted time on the way, though.
>>>
>>> Cheers
>>>
>>> On Thu, May 12, 2016 at 12:21 PM, Olivier Jeannel <
>>> facialdel...@gmail.com> wrote:
>>>
 this was ...simple in the end ?


 On Thu, May 12, 2016 at 12:46 PM, pedro santos 
 wrote:

> Just to conclude for any late readers. Constrains need some value in
> distance so the weight map does. Until this clicked it was a bit annoying.
> Going through the old operator documentation helped :)
>
> [image: Inline image 1]
>
> Cheers
>
> On Mon, May 9, 2016 at 3:17 PM, pedro santos 
> wrote:
>
>> @Olivier The interpolation I was looking for was more in terms of
>> "influence" as a force and not of the point positions as I do that with 
>> the
>> Delta Mush, but I'll give it another try on that front. Thanks.
>>
>> @Paul Will give that a stab as ICE one is stabbing me.
>>
>> Cheers
>>
>>
>> On Mon, May 9, 2016 at 9:53 AM,  wrote:
>>
>>> One thing I’d say about Syflex is that the original non ICE version,
>>> produces far better results in general than the ICE one, especially when
>>> using things like Pinning. Its a totally different and more complex /
>>> interesting result.
>>> Worth trying to see the difference anyway.
>>>
>>> *From:* Olivier Jeannel 
>>> *Sent:* Monday, May 09, 2016 8:51 AM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* Re: Is there a well know workflow to have deformers
>>> drive/blendnicely with Syflex?
>>>
>>> A blend between positions ?
>>> I think instead of using the exe out port of Syflex, you can dive
>>> inside and output the point position.
>>> Then blend (linear interpolate) between your "shape" point position
>>> with a weightmap.
>>> Not always ideal, because you usualy feels the "over the top"
>>> deformation.
>>> I sometimes used Mimic, but I had to fight with the stiff result.
>>>
>>> On Mon, May 9, 2016 at 8:53 AM, pedro santos 
>>> wrote:
>>>
 I like to build setups that are immediate, so I usually avoid
 simulation venues as they bring a processing overhead and visualization
 restriction (you have to build up from frame 0/1), but this time I 
 couldn't
 escape and I'm struggling to have to artistic direction with Syflex.
 So you have a reference of what I have in hands and accomplished so
 far: https://gfycat.com/WearyHappygoluckyAnole

 Issues:
 - I need to something like silk under water. I'm struggling to get
 the right mesh density/parameters/setup/forces for this and it seems
 whenever I change Syflex to something it's closer to it I bring it to a
 halt.
 - It's not clear to me the best way to blend between deformers and
 cloth so everything before the Syflex ICE operator can drive the sim 
 but
 also be changed by it:
 a) I tried Mimic to another mesh, but although I could even animate
 the weight map to have a transition the interpretation of the weight 
 map
 values is too abrupt: I can only get some transition effect between 
 around
 .01 and down, otherwise it will Mimic completely.
 b) I went with Pin instead but the weight map in this one doesn't
 even work. So it's just the cluster which is also quit abrupt but I 
 like
 more the simulation in this one of the unaffected parts. If there's no
>>>