Re: Fabric at Siggraph details

[Paul Doyle]

we're working to have a setup so we can capture everything with good audio,
so hopefully we will have most/all talks online the week after Sigg


On 29 July 2014 20:55, Steven Caron  wrote:

> awesome stuff... won't know for sure which i can attend quite yet. wish i
> could attend them all...
>
>
> On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle  wrote:
>
>> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
>> start trying to make sure people come and see us. We've got an entire day
>> of user group sessions on Tuesday 12th August - and lots of cool stuff to
>> show (as well as some pretty awesome announcements that you guys will love).
>>
>> http://fabricengine.com/siggraph/
>>
>> Main highlights are the Kraken open source rigging system (project lead
>> by Eric Thivierge), the new visual programming system going into Fabric
>> 2.0, plus some great sessions from Damien Fagnou from MPC and Mathieu
>> Leclaire from Hybride that will cover how they've been using Fabric for
>> production.
>>
>> Looking forward to catching up with people - ping me directly if you want
>> to setup a meeting.
>>
>> Cheers!
>>
>> Paul
>>
>
>

Re: Fabric at Siggraph details

[Steven Caron]

awesome stuff... won't know for sure which i can attend quite yet. wish i
could attend them all...


On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle  wrote:

> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
> start trying to make sure people come and see us. We've got an entire day
> of user group sessions on Tuesday 12th August - and lots of cool stuff to
> show (as well as some pretty awesome announcements that you guys will love).
>
> http://fabricengine.com/siggraph/
>
> Main highlights are the Kraken open source rigging system (project lead by
> Eric Thivierge), the new visual programming system going into Fabric 2.0,
> plus some great sessions from Damien Fagnou from MPC and Mathieu Leclaire
> from Hybride that will cover how they've been using Fabric for production.
>
> Looking forward to catching up with people - ping me directly if you want
> to setup a meeting.
>
> Cheers!
>
> Paul
>

Re: Fabric at Siggraph details

[Eugene Flormata]

thanks!


On Tue, Jul 29, 2014 at 5:47 PM, Paul Doyle  wrote:

> Yes that's the one
>
>
> On 29 July 2014 20:43, Eugene Flormata  wrote:
>
>> http://s2014.siggraph.org/attendees/conference-overview
>> the exhibition pass?
>>
>>
>> On Tue, Jul 29, 2014 at 5:29 PM, Paul Doyle 
>> wrote:
>>
>>> no - you just need the normal expo pass I believe (otherwise my team are
>>> going to have trouble getting in!)
>>>
>>>
>>> On 29 July 2014 20:26, Eugene Flormata  wrote:
>>>
 are the user group sessions part of the full conference pass?


 On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle 
 wrote:

> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
> start trying to make sure people come and see us. We've got an entire day
> of user group sessions on Tuesday 12th August - and lots of cool stuff to
> show (as well as some pretty awesome announcements that you guys will 
> love).
>
> http://fabricengine.com/siggraph/
>
> Main highlights are the Kraken open source rigging system (project
> lead by Eric Thivierge), the new visual programming system going into
> Fabric 2.0, plus some great sessions from Damien Fagnou from MPC and
> Mathieu Leclaire from Hybride that will cover how they've been using 
> Fabric
> for production.
>
> Looking forward to catching up with people - ping me directly if you
> want to setup a meeting.
>
> Cheers!
>
> Paul
>


>>>
>>
>

Re: Fabric at Siggraph details

[Paul Doyle]

Yes that's the one


On 29 July 2014 20:43, Eugene Flormata  wrote:

> http://s2014.siggraph.org/attendees/conference-overview
> the exhibition pass?
>
>
> On Tue, Jul 29, 2014 at 5:29 PM, Paul Doyle  wrote:
>
>> no - you just need the normal expo pass I believe (otherwise my team are
>> going to have trouble getting in!)
>>
>>
>> On 29 July 2014 20:26, Eugene Flormata  wrote:
>>
>>> are the user group sessions part of the full conference pass?
>>>
>>>
>>> On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle 
>>> wrote:
>>>
 Hi everyone - Siggraph is approaching at a scary speed, so we'd better
 start trying to make sure people come and see us. We've got an entire day
 of user group sessions on Tuesday 12th August - and lots of cool stuff to
 show (as well as some pretty awesome announcements that you guys will 
 love).

 http://fabricengine.com/siggraph/

 Main highlights are the Kraken open source rigging system (project lead
 by Eric Thivierge), the new visual programming system going into Fabric
 2.0, plus some great sessions from Damien Fagnou from MPC and Mathieu
 Leclaire from Hybride that will cover how they've been using Fabric for
 production.

 Looking forward to catching up with people - ping me directly if you
 want to setup a meeting.

 Cheers!

 Paul

>>>
>>>
>>
>

Re: Fabric at Siggraph details

[Eugene Flormata]

http://s2014.siggraph.org/attendees/conference-overview
the exhibition pass?


On Tue, Jul 29, 2014 at 5:29 PM, Paul Doyle  wrote:

> no - you just need the normal expo pass I believe (otherwise my team are
> going to have trouble getting in!)
>
>
> On 29 July 2014 20:26, Eugene Flormata  wrote:
>
>> are the user group sessions part of the full conference pass?
>>
>>
>> On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle 
>> wrote:
>>
>>> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
>>> start trying to make sure people come and see us. We've got an entire day
>>> of user group sessions on Tuesday 12th August - and lots of cool stuff to
>>> show (as well as some pretty awesome announcements that you guys will love).
>>>
>>> http://fabricengine.com/siggraph/
>>>
>>> Main highlights are the Kraken open source rigging system (project lead
>>> by Eric Thivierge), the new visual programming system going into Fabric
>>> 2.0, plus some great sessions from Damien Fagnou from MPC and Mathieu
>>> Leclaire from Hybride that will cover how they've been using Fabric for
>>> production.
>>>
>>> Looking forward to catching up with people - ping me directly if you
>>> want to setup a meeting.
>>>
>>> Cheers!
>>>
>>> Paul
>>>
>>
>>
>

Re: Fabric at Siggraph details

[Paul Doyle]

welcome to my world ;)


On 29 July 2014 20:30, Matt Lind  wrote:

> Looking at the schedule, when are we supposed to eat lunch ;-)
>
>
>
>
>
>
>
> Matt
>
>
>
>
>
>
>
>
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Paul Doyle
> *Sent:* Tuesday, July 29, 2014 5:20 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Fabric at Siggraph details
>
>
>
> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
> start trying to make sure people come and see us. We've got an entire day
> of user group sessions on Tuesday 12th August - and lots of cool stuff to
> show (as well as some pretty awesome announcements that you guys will love).
>
>
>
> http://fabricengine.com/siggraph/
>
>
>
> Main highlights are the Kraken open source rigging system (project lead by
> Eric Thivierge), the new visual programming system going into Fabric 2.0,
> plus some great sessions from Damien Fagnou from MPC and Mathieu Leclaire
> from Hybride that will cover how they've been using Fabric for production.
>
>
>
> Looking forward to catching up with people - ping me directly if you want
> to setup a meeting.
>
>
>
> Cheers!
>
>
> Paul
>

RE: Fabric at Siggraph details

[Matt Lind]

Looking at the schedule, when are we supposed to eat lunch ;-)



Matt





From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Paul Doyle
Sent: Tuesday, July 29, 2014 5:20 PM
To: softimage@listproc.autodesk.com
Subject: Fabric at Siggraph details

Hi everyone - Siggraph is approaching at a scary speed, so we'd better start 
trying to make sure people come and see us. We've got an entire day of user 
group sessions on Tuesday 12th August - and lots of cool stuff to show (as well 
as some pretty awesome announcements that you guys will love).

http://fabricengine.com/siggraph/

Main highlights are the Kraken open source rigging system (project lead by Eric 
Thivierge), the new visual programming system going into Fabric 2.0, plus some 
great sessions from Damien Fagnou from MPC and Mathieu Leclaire from Hybride 
that will cover how they've been using Fabric for production.

Looking forward to catching up with people - ping me directly if you want to 
setup a meeting.

Cheers!

Paul

Re: Fabric at Siggraph details

[Paul Doyle]

no - you just need the normal expo pass I believe (otherwise my team are
going to have trouble getting in!)


On 29 July 2014 20:26, Eugene Flormata  wrote:

> are the user group sessions part of the full conference pass?
>
>
> On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle  wrote:
>
>> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
>> start trying to make sure people come and see us. We've got an entire day
>> of user group sessions on Tuesday 12th August - and lots of cool stuff to
>> show (as well as some pretty awesome announcements that you guys will love).
>>
>> http://fabricengine.com/siggraph/
>>
>> Main highlights are the Kraken open source rigging system (project lead
>> by Eric Thivierge), the new visual programming system going into Fabric
>> 2.0, plus some great sessions from Damien Fagnou from MPC and Mathieu
>> Leclaire from Hybride that will cover how they've been using Fabric for
>> production.
>>
>> Looking forward to catching up with people - ping me directly if you want
>> to setup a meeting.
>>
>> Cheers!
>>
>> Paul
>>
>
>

Re: Fabric at Siggraph details

[Eugene Flormata]

are the user group sessions part of the full conference pass?


On Tue, Jul 29, 2014 at 5:20 PM, Paul Doyle  wrote:

> Hi everyone - Siggraph is approaching at a scary speed, so we'd better
> start trying to make sure people come and see us. We've got an entire day
> of user group sessions on Tuesday 12th August - and lots of cool stuff to
> show (as well as some pretty awesome announcements that you guys will love).
>
> http://fabricengine.com/siggraph/
>
> Main highlights are the Kraken open source rigging system (project lead by
> Eric Thivierge), the new visual programming system going into Fabric 2.0,
> plus some great sessions from Damien Fagnou from MPC and Mathieu Leclaire
> from Hybride that will cover how they've been using Fabric for production.
>
> Looking forward to catching up with people - ping me directly if you want
> to setup a meeting.
>
> Cheers!
>
> Paul
>

Fabric at Siggraph details

[Paul Doyle]

Hi everyone - Siggraph is approaching at a scary speed, so we'd better
start trying to make sure people come and see us. We've got an entire day
of user group sessions on Tuesday 12th August - and lots of cool stuff to
show (as well as some pretty awesome announcements that you guys will love).

http://fabricengine.com/siggraph/

Main highlights are the Kraken open source rigging system (project lead by
Eric Thivierge), the new visual programming system going into Fabric 2.0,
plus some great sessions from Damien Fagnou from MPC and Mathieu Leclaire
from Hybride that will cover how they've been using Fabric for production.

Looking forward to catching up with people - ping me directly if you want
to setup a meeting.

Cheers!

Paul

RE: SI and Houdini

[Matt Lind]

There is no modelling chapter in the previous documents, which is why I asked.


Matt



From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jordi Bares
Sent: Tuesday, July 29, 2014 3:19 PM
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini

All the previous documents are

http://www.sidefx.com/index.php?option=com_content&task=view&id=2711&Itemid=132

And yes, they are big files.. will try to reduce them a bit but I guess a 
future task will be to put them inside an eBook or something... let's see

Jordi Bares
jordiba...@gmail.com

On 29 Jul 2014, at 23:12, Matt Lind 
mailto:ml...@carbinestudios.com>> wrote:


Where is modeling?


Also, any chance of making these documents a little lighter in file size?  Most 
of the .pdf's are 50+ Mb each making them a bit bloated and hard to download 
where bandwidth is restricted.


Matt





From: 
softimage-boun...@listproc.autodesk.com
 
[mailto:softimage-boun...@listproc.autodesk.com]
 On Behalf Of Jordi Bares
Sent: Tuesday, July 29, 2014 3:09 PM
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini

Thanks so much, almost there.

Last Houdini compositing guide ready

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153389#153389

I am a day or two away from finishing it all off (Except the ICE guide to 
Houdini which will take some extra time)

enjoy

Jordi Bares
jordiba...@gmail.com

On 28 Jul 2014, at 16:45, Orlando Esponda 
mailto:orlando.espo...@gmail.com>> wrote:



Thanks again Jordi, this is priceless.

On Sun, Jul 27, 2014 at 5:40 PM, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:
Compositing 1, 2 and 3 ready... follow the discussion and get the link here..

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153235#153235

Enjoy

Jordi Bares
jordiba...@gmail.com

On 4 Jul 2014, at 00:59, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:



Well, texturing is now finished, moving into rendering guides. 1& 2 now online

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=151456#151456

Enjoy

Jordi Bares
jordiba...@gmail.com

On 8 Jun 2014, at 21:07, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:



A bit slower than I wanted but finally found a bit of time to wrap the 
animation chapter. Moving now into procedural texturing.

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148644#148644

Please let me know if you guys miss something and I will do my best to add it.

Enjoy

Jordi Bares
jordiba...@gmail.com

On 29 May 2014, at 01:56, David Barosin 
mailto:dbaro...@gmail.com>> wrote:



Jordi thank you!  I've been checking out the first few chapters and thoroughly 
appreciating all the time and effort you put into these.
A truly kind act.
Cheers,
 -Dave



On Wed, May 28, 2014 at 7:40 PM, Nick Angus 
mailto:n...@altvfx.com>> wrote:
Thank you Mr Bares!

From: 
softimage-boun...@listproc.autodesk.com
 
[softimage-boun...@listproc.autodesk.com]
 on behalf of Jordi Bares [jordiba...@gmail.com]
Sent: 29 May 2014 08:34
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini
Well, seems finally found a gap to add another guide

Houdini procedural animation introduciton aka CHOPs ready to download

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076

Jordi Bares
jordiba...@gmail.com

On 21 May 2014, at 22:49, Sebastian Kowalski 
mailto:l...@sekow.com>> wrote:

> I am experiencing the same. Amazed by it actually.
> And all the sexy things one can do in a ROP Network..
> Never would thought of XSI pass system being too rigid.
>
>
>
> Am 21.05.2014 um 20:33 schrieb Andy Goehler 
> mailto:lists.andy.goeh...@gmail.com>>:
>
>>
>>
>>> On 21.05.2014, at 19:35, Ciaran Moloney 
>>> mailto:moloney.cia...@gmail.com>> wrote:
>>>
>>> Mantra aint too shabby...
>>
>> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
>> speed/quality wise (brute force). I really like all the options that Mantra 
>> brings along. There's is an unmatched flexibility with lights, objects and 
>> shaders with Mantra all inside Houdini without having to resort to external 
>> C++ IDEs.
>>
>> Andy
>
>

Re: SI and Houdini

[Jordi Bares]

All the previous documents are

http://www.sidefx.com/index.php?option=com_content&task=view&id=2711&Itemid=132

And yes, they are big files.. will try to reduce them a bit but I guess a 
future task will be to put them inside an eBook or something… let's see

Jordi Bares
jordiba...@gmail.com

On 29 Jul 2014, at 23:12, Matt Lind  wrote:

> Where is modeling?
>  
>  
> Also, any chance of making these documents a little lighter in file size?  
> Most of the .pdf’s are 50+ Mb each making them a bit bloated and hard to 
> download where bandwidth is restricted.
>  
>  
> Matt
>  
>  
>  
>  
>  
> From: softimage-boun...@listproc.autodesk.com 
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jordi Bares
> Sent: Tuesday, July 29, 2014 3:09 PM
> To: softimage@listproc.autodesk.com
> Subject: Re: SI and Houdini
>  
> Thanks so much, almost there.
>  
> Last Houdini compositing guide ready
>  
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153389#153389
>  
> I am a day or two away from finishing it all off (Except the ICE guide to 
> Houdini which will take some extra time)
>  
> enjoy
>  
> Jordi Bares
> jordiba...@gmail.com
>  
> On 28 Jul 2014, at 16:45, Orlando Esponda  wrote:
> 
> 
> Thanks again Jordi, this is priceless.
>  
> 
> On Sun, Jul 27, 2014 at 5:40 PM, Jordi Bares  wrote:
> Compositing 1, 2 and 3 ready… follow the discussion and get the link here..
>  
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153235#153235
>  
> Enjoy
>  
> Jordi Bares
> jordiba...@gmail.com
>  
> On 4 Jul 2014, at 00:59, Jordi Bares  wrote:
> 
> 
> Well, texturing is now finished, moving into rendering guides. 1& 2 now online
>  
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=151456#151456
>  
> Enjoy
>  
> Jordi Bares
> jordiba...@gmail.com
>  
> On 8 Jun 2014, at 21:07, Jordi Bares  wrote:
> 
> 
> A bit slower than I wanted but finally found a bit of time to wrap the 
> animation chapter. Moving now into procedural texturing.
>  
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148644#148644
>  
> Please let me know if you guys miss something and I will do my best to add it.
>  
> Enjoy
>  
> Jordi Bares
> jordiba...@gmail.com
>  
> On 29 May 2014, at 01:56, David Barosin  wrote:
> 
> 
> Jordi thank you!  I've been checking out the first few chapters and 
> thoroughly appreciating all the time and effort you put into these.
> 
> A truly kind act.
> 
> Cheers,
>  -Dave
>  
>  
>  
> 
> On Wed, May 28, 2014 at 7:40 PM, Nick Angus  wrote:
> Thank you Mr Bares!
> 
> From: softimage-boun...@listproc.autodesk.com 
> [softimage-boun...@listproc.autodesk.com] on behalf of Jordi Bares 
> [jordiba...@gmail.com]
> Sent: 29 May 2014 08:34
> To: softimage@listproc.autodesk.com
> Subject: Re: SI and Houdini
> 
> Well, seems finally found a gap to add another guide
> 
> Houdini procedural animation introduciton aka CHOPs ready to download
> 
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076
> 
> Jordi Bares
> jordiba...@gmail.com
> 
> On 21 May 2014, at 22:49, Sebastian Kowalski  wrote:
> 
> > I am experiencing the same. Amazed by it actually.
> > And all the sexy things one can do in a ROP Network..
> > Never would thought of XSI pass system being too rigid.
> >
> >
> >
> > Am 21.05.2014 um 20:33 schrieb Andy Goehler :
> >
> >>
> >>
> >>> On 21.05.2014, at 19:35, Ciaran Moloney  wrote:
> >>>
> >>> Mantra aint too shabby...
> >>
> >> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
> >> speed/quality wise (brute force). I really like all the options that 
> >> Mantra brings along. There's is an unmatched flexibility with lights, 
> >> objects and shaders with Mantra all inside Houdini without having to 
> >> resort to external C++ IDEs.
> >>
> >> Andy
> >
> >
> 
> 
> 
>  
>  
>  
>  
>  

RE: SI and Houdini

[Matt Lind]

Where is modeling?


Also, any chance of making these documents a little lighter in file size?  Most 
of the .pdf's are 50+ Mb each making them a bit bloated and hard to download 
where bandwidth is restricted.


Matt





From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jordi Bares
Sent: Tuesday, July 29, 2014 3:09 PM
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini

Thanks so much, almost there.

Last Houdini compositing guide ready

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153389#153389

I am a day or two away from finishing it all off (Except the ICE guide to 
Houdini which will take some extra time)

enjoy

Jordi Bares
jordiba...@gmail.com

On 28 Jul 2014, at 16:45, Orlando Esponda 
mailto:orlando.espo...@gmail.com>> wrote:


Thanks again Jordi, this is priceless.

On Sun, Jul 27, 2014 at 5:40 PM, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:
Compositing 1, 2 and 3 ready... follow the discussion and get the link here..

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153235#153235

Enjoy

Jordi Bares
jordiba...@gmail.com

On 4 Jul 2014, at 00:59, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:


Well, texturing is now finished, moving into rendering guides. 1& 2 now online

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=151456#151456

Enjoy

Jordi Bares
jordiba...@gmail.com

On 8 Jun 2014, at 21:07, Jordi Bares 
mailto:jordiba...@gmail.com>> wrote:


A bit slower than I wanted but finally found a bit of time to wrap the 
animation chapter. Moving now into procedural texturing.

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148644#148644

Please let me know if you guys miss something and I will do my best to add it.

Enjoy

Jordi Bares
jordiba...@gmail.com

On 29 May 2014, at 01:56, David Barosin 
mailto:dbaro...@gmail.com>> wrote:


Jordi thank you!  I've been checking out the first few chapters and thoroughly 
appreciating all the time and effort you put into these.
A truly kind act.
Cheers,
 -Dave



On Wed, May 28, 2014 at 7:40 PM, Nick Angus 
mailto:n...@altvfx.com>> wrote:
Thank you Mr Bares!

From: 
softimage-boun...@listproc.autodesk.com
 
[softimage-boun...@listproc.autodesk.com]
 on behalf of Jordi Bares [jordiba...@gmail.com]
Sent: 29 May 2014 08:34
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini
Well, seems finally found a gap to add another guide

Houdini procedural animation introduciton aka CHOPs ready to download

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076

Jordi Bares
jordiba...@gmail.com

On 21 May 2014, at 22:49, Sebastian Kowalski 
mailto:l...@sekow.com>> wrote:

> I am experiencing the same. Amazed by it actually.
> And all the sexy things one can do in a ROP Network..
> Never would thought of XSI pass system being too rigid.
>
>
>
> Am 21.05.2014 um 20:33 schrieb Andy Goehler 
> mailto:lists.andy.goeh...@gmail.com>>:
>
>>
>>
>>> On 21.05.2014, at 19:35, Ciaran Moloney 
>>> mailto:moloney.cia...@gmail.com>> wrote:
>>>
>>> Mantra aint too shabby...
>>
>> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
>> speed/quality wise (brute force). I really like all the options that Mantra 
>> brings along. There's is an unmatched flexibility with lights, objects and 
>> shaders with Mantra all inside Houdini without having to resort to external 
>> C++ IDEs.
>>
>> Andy
>
>

Re: SI and Houdini

[Jordi Bares]

Thanks so much, almost there.

Last Houdini compositing guide ready

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153389#153389

I am a day or two away from finishing it all off (Except the ICE guide to 
Houdini which will take some extra time)

enjoy

Jordi Bares
jordiba...@gmail.com

On 28 Jul 2014, at 16:45, Orlando Esponda  wrote:

> Thanks again Jordi, this is priceless.
> 
> 
> On Sun, Jul 27, 2014 at 5:40 PM, Jordi Bares  wrote:
> Compositing 1, 2 and 3 ready… follow the discussion and get the link here..
> 
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=153235#153235
> 
> Enjoy
> 
> Jordi Bares
> jordiba...@gmail.com
> 
> On 4 Jul 2014, at 00:59, Jordi Bares  wrote:
> 
>> Well, texturing is now finished, moving into rendering guides. 1& 2 now 
>> online
>> 
>> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=151456#151456
>> 
>> Enjoy
>> 
>> Jordi Bares
>> jordiba...@gmail.com
>> 
>> On 8 Jun 2014, at 21:07, Jordi Bares  wrote:
>> 
>>> A bit slower than I wanted but finally found a bit of time to wrap the 
>>> animation chapter. Moving now into procedural texturing.
>>> 
>>> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148644#148644
>>> 
>>> Please let me know if you guys miss something and I will do my best to add 
>>> it.
>>> 
>>> Enjoy
>>> 
>>> Jordi Bares
>>> jordiba...@gmail.com
>>> 
>>> On 29 May 2014, at 01:56, David Barosin  wrote:
>>> 
 Jordi thank you!  I've been checking out the first few chapters and 
 thoroughly appreciating all the time and effort you put into these.
 
 A truly kind act.
 
 Cheers,
  -Dave
 
 
 
 
 On Wed, May 28, 2014 at 7:40 PM, Nick Angus  wrote:
 Thank you Mr Bares!
 
 From: softimage-boun...@listproc.autodesk.com 
 [softimage-boun...@listproc.autodesk.com] on behalf of Jordi Bares 
 [jordiba...@gmail.com]
 Sent: 29 May 2014 08:34
 To: softimage@listproc.autodesk.com
 Subject: Re: SI and Houdini
 
 Well, seems finally found a gap to add another guide
 
 Houdini procedural animation introduciton aka CHOPs ready to download
 
 http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076
 
 Jordi Bares
 jordiba...@gmail.com
 
 On 21 May 2014, at 22:49, Sebastian Kowalski  wrote:
 
 > I am experiencing the same. Amazed by it actually.
 > And all the sexy things one can do in a ROP Network..
 > Never would thought of XSI pass system being too rigid.
 >
 >
 >
 > Am 21.05.2014 um 20:33 schrieb Andy Goehler 
 > :
 >
 >>
 >>
 >>> On 21.05.2014, at 19:35, Ciaran Moloney  
 >>> wrote:
 >>>
 >>> Mantra aint too shabby...
 >>
 >> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
 >> speed/quality wise (brute force). I really like all the options that 
 >> Mantra brings along. There's is an unmatched flexibility with lights, 
 >> objects and shaders with Mantra all inside Houdini without having to 
 >> resort to external C++ IDEs.
 >>
 >> Andy
 >
 >
 
 
 
 
>>> 
>> 
> 
> 

RE: online reviewing tools?

[Sofronis Efstathiou]

We use Conceptshare here at the NCCA. It's pretty robust with plenty of 
features...great support to.

Cheers

-Original Message-
From: Stephen Davidson [magic...@bellsouth.net]
Received: Tuesday, 29 Jul 2014, 10:12PM
To: softimage@listproc.autodesk.com [softimage@listproc.autodesk.com]
Subject: Re: online reviewing tools?

I use Takeoff Video. It allows the client to make 
comments at specific timecodes.
I have been using it for about 3 years, now. Inexpensive, and reliable. Uses
fairly good quality MP4 compression and will play in mobile as well as PC
and MAC.


On Tue, Jul 29, 2014 at 4:17 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
Old thread, but check out Frankie: https://www.cospective.com/frankie/

It's pretty cool.



On Wed, Jul 16, 2014 at 6:16 AM, Rob Wuijster 
mailto:r...@casema.nl>> wrote:
Hi all,

What do people use for reviewing images or videos online?
Are you using tools like Remark, Frankie, FrameBench, ReviewStudio, some 
 integrated tool or something homebrew 
based on OSS?

It doesn't have to be very big on features. Some easy to understand, basic 
notation tools/framebased would go a long way.

Especially for clients ;-)


--

cheers for any tips,

Rob

\/-\/\/




--


Best Regards,
  Stephen P. Davidson
   (954) 552-7956
sdavid...@3danimationmagic.com

Any sufficiently advanced technology is indistinguishable from magic

 - 
Arthur C. Clarke

[http://www.3danimationmagic.com/3Danimation_magic_logo_sign.jpg]

[http://www.bournemouth.ac.uk/Images/QueensAwardLogo.jpg]

BU is a Disability Two Ticks Employer and has signed up to the Mindful Employer 
charter. Information about the accessibility of University buildings can be 
found on the BU DisabledGo 
webpages

This email is intended only for the person to whom it is addressed and may 
contain confidential information. If you have received this email in error, 
please notify the sender and delete this email, which must not be copied, 
distributed or disclosed to any other person.

Any views or opinions presented are solely those of the author and do not 
necessarily represent those of Bournemouth University or its subsidiary 
companies. Nor can any contract be formed on behalf of the University or its 
subsidiary companies via email.

Re: online reviewing tools?

[Stephen Davidson]

I use Takeoff Video . It allows the client to
make comments at specific timecodes.
I have been using it for about 3 years, now. Inexpensive, and reliable. Uses
fairly good quality MP4 compression and will play in mobile as well as PC
and MAC.


On Tue, Jul 29, 2014 at 4:17 PM, Alan Fregtman 
wrote:

> Old thread, but check out Frankie: https://www.cospective.com/frankie/
>
> It's pretty cool.
>
>
>
> On Wed, Jul 16, 2014 at 6:16 AM, Rob Wuijster  wrote:
>
>>  Hi all,
>>
>> What do people use for reviewing images or videos online?
>> Are you using tools like Remark, Frankie, FrameBench, ReviewStudio, some
>>  integrated tool or something homebrew
>> based on OSS?
>>
>> It doesn't have to be very big on features. Some easy to understand,
>> basic notation tools/framebased would go a long way.
>>
>> Especially for clients ;-)
>>
>>  --
>>
>> cheers for any tips,
>>
>> Rob
>>
>> \/-\/\/
>>
>>
>


-- 

Best Regards,
*  Stephen P. Davidson*

*(954) 552-7956*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke

Re: online reviewing tools?

[Alan Fregtman]

Old thread, but check out Frankie: https://www.cospective.com/frankie/

It's pretty cool.



On Wed, Jul 16, 2014 at 6:16 AM, Rob Wuijster  wrote:

>  Hi all,
>
> What do people use for reviewing images or videos online?
> Are you using tools like Remark, Frankie, FrameBench, ReviewStudio, some
>  integrated tool or something homebrew
> based on OSS?
>
> It doesn't have to be very big on features. Some easy to understand, basic
> notation tools/framebased would go a long way.
>
> Especially for clients ;-)
>
>  --
>
> cheers for any tips,
>
> Rob
>
> \/-\/\/
>
>

Re: Softimage is not EOL

[Jason S]

  
  
On 07/29/14 15:42, Jason S wrote:


  
  Or perhaps is it resellers having a
hard time saying 'no' to questions like..
"Hi I would like 5 licences please."

  

Resellers and/or Autodesk
(I wouldn't expect an official statement though)

But why not make SI/ICE in the same state as Composite / MatchMover
is beyond me, especially considering it's uniqueness.
(or is it it's uniqueness that's preventing just that)


  

Re: Making custom events scene-specific?

[Yi Liang Siew]

Hi Matt:

Thanks for the advice! I was looking to do something like what I do 
right now in Maya, such as having a scriptNode execute things like 
importing rig references by default, display/render layer setups and 
other things that animators might forget to set by default like setting 
scene frame rates etc.; basically take human error in scene setup out of 
the equation as far as possible. Usually I have this scriptNode call an 
external python script, though, so that I don't have to re-save an 
existing scene should what I want this scene setup/check script to do 
changes.)


I was afraid that having global custom event handlers scan each scene as 
it is opened and only execute if a condition is met (i.e. scene filename 
or unique paramset or similar) would affect overall performance, but I 
guess since you guys are doing this too, it should be fine for my 
purposes (which are far simpler to yours)


I guess it would be nicer if I could limit my plugin for the event 
handler to be project-scope, instead of user/workgroup-scope, if that 
makes sense.


Again, thanks for the insight!  :D

On 7/29/2014 11:13 AM, Matt Lind wrote:

What specifically must your scene-specific script do?

Generally speaking, you should write your events to be very generic.  The event 
will always fire, but will only do meaningful work if certain data or criteria 
is met in the scene.  The advantage to this method over the scriptNode 
technique is users can't mess with script events easily ensuring a certain 
level of stability within your production.

We have a few event scripts along this fashion.  One has the responsibility of 
scanning the scene for customparamsets and converting them to the equivalent 
self installing custom property while preserving parameter values and 
connections to sources such as expressions or FCurves.  If there are no 
customparamsets in the scene, the event doesn't do any work.

Another example is our face animation system.  Our faces are built like 
components of a Mr. Potato Head doll.  Each face asset is a model which plugs 
into the body and has a self installing custom property applied to its model 
root for identification.  If the scene load event sees this scenario, it knows 
to clear out the animation mixer of the face and rebuild it from data stored in 
a database table.  If there are no faces in the scene, then the event does 
nothing.

Basically I structured it so there is one event of each type installed, and the 
event's job is to determine if work needs to be done at the time it's called.  
If so, a command is called by the event which performs the actual work.  A 
command is called for two reasons: 1) keeps event code simple and generic 2) a 
command is logged as a single edit in the undo history and is undoable with a 
single undo operation, code written directly in the event script is not.


If you insist on going the scriptNode route, you can get a text or annotation 
property and stick it at the scene root injecting it with your script code to 
setup a bootstrap environment.  Your event script would look for these 
properties, and if found, execute the code contained within the property.   
It's easy to set up, but it's also very easy to cause all sorts of problems as 
users can interact with this data and mishandle or abuse it to create really 
big headaches for you.  Some of which may not be solvable.  Another problem is 
when the script code needs updating.  You'll have to save a new version of the 
scene to induce the change.  If the user needs to roll back the scene for a 
different reason, well, you're code is now out of sync and may possibly 
introduce a bug you've just fixed.  Since the user doesn't know about the 
problem, he/she won't know not to roll back or won't be able to recover your 
bug fix because it was lost when the scene was rolled back to a previous 
verison.  Using the script event system, your code is abstracted away from the 
scene and not prone to this type of problem.


Matt




-Original Message-
From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Yi Liang Siew
Sent: Tuesday, July 29, 2014 7:32 AM
To: softimage@listproc.autodesk.com
Subject: Making custom events scene-specific?

Hi all!

Lately I've been trying to port a small little PyQT tool I made over to XSI, 
but I'm running into a little problem: I've been trying to figure out a way I 
could get a python script to fire off upon loading of a specific scene (Ideally 
this would be the equivalent of the scriptNode in Maya).

I guess I could make a plugin that looks specifically for a custom event of the 
scene load and match it by name, then store that with my project, but I'm 
wondering if there is a more elegant solution already for this that I've 
overlooked.

Thanks!

Re: Softimage is not EOL

[Jason S]

  
  
Actually, they sort of kept relaxing
  the terms ever since the announcement, until you can now get
  single licences (as I learned in more than one occasion) 
  
  Or perhaps is it resellers having a hard time saying 'no' to
  questions like..
  "Hi I would like 5 licences please."
  
  On 07/29/14 11:57, Martin wrote:


  
  Sorry, I meant scalable as increasing your seats and artists
in the process if needed. The first one will become impossible
as soon as SI disappear from the ultimate suites, and the second
one quite difficult.

Martin
Sent from my iPhone
  
  
On 2014/07/29, at 21:34, Sebastien Sterling 
wrote:

  
  

  Softimage seems pretty scalable, adviz, kids
TV, videogames, MMO, feature film :P
  
  

On 29 July 2014 12:17, Martin Yara
  
  wrote:
  
Exactly. The fact that you can't scale
  your project is the problem, and the cause why
  Softimage has only a few years to survive.
  

  
  I'll still use Softimage as long as it gives me
better performance even if I have to deal with
exports / imports to and from Maya, but let's face
it, SI has been murdered and It won't come back.

  

  
  On Tue, Jul 29, 2014
at 3:20 PM, Andres Stephens 
wrote:

  

  
if
only one could scale in future
releases, having it not continue
development is not that big of
an issue - yes whatever gets the
job done the best/quickest way -
which also depends on the
artists/workflow….  but damn,
not being able to scale it later
on will be.. a problem. 


  
  

  

  

  
  

  

  

  


  

  


  

RE: Making custom events scene-specific?

[Matt Lind]

What specifically must your scene-specific script do?

Generally speaking, you should write your events to be very generic.  The event 
will always fire, but will only do meaningful work if certain data or criteria 
is met in the scene.  The advantage to this method over the scriptNode 
technique is users can't mess with script events easily ensuring a certain 
level of stability within your production.

We have a few event scripts along this fashion.  One has the responsibility of 
scanning the scene for customparamsets and converting them to the equivalent 
self installing custom property while preserving parameter values and 
connections to sources such as expressions or FCurves.  If there are no 
customparamsets in the scene, the event doesn't do any work.

Another example is our face animation system.  Our faces are built like 
components of a Mr. Potato Head doll.  Each face asset is a model which plugs 
into the body and has a self installing custom property applied to its model 
root for identification.  If the scene load event sees this scenario, it knows 
to clear out the animation mixer of the face and rebuild it from data stored in 
a database table.  If there are no faces in the scene, then the event does 
nothing.

Basically I structured it so there is one event of each type installed, and the 
event's job is to determine if work needs to be done at the time it's called.  
If so, a command is called by the event which performs the actual work.  A 
command is called for two reasons: 1) keeps event code simple and generic 2) a 
command is logged as a single edit in the undo history and is undoable with a 
single undo operation, code written directly in the event script is not.


If you insist on going the scriptNode route, you can get a text or annotation 
property and stick it at the scene root injecting it with your script code to 
setup a bootstrap environment.  Your event script would look for these 
properties, and if found, execute the code contained within the property.   
It's easy to set up, but it's also very easy to cause all sorts of problems as 
users can interact with this data and mishandle or abuse it to create really 
big headaches for you.  Some of which may not be solvable.  Another problem is 
when the script code needs updating.  You'll have to save a new version of the 
scene to induce the change.  If the user needs to roll back the scene for a 
different reason, well, you're code is now out of sync and may possibly 
introduce a bug you've just fixed.  Since the user doesn't know about the 
problem, he/she won't know not to roll back or won't be able to recover your 
bug fix because it was lost when the scene was rolled back to a previous 
verison.  Using the script event system, your code is abstracted away from the 
scene and not prone to this type of problem.


Matt




-Original Message-
From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Yi Liang Siew
Sent: Tuesday, July 29, 2014 7:32 AM
To: softimage@listproc.autodesk.com
Subject: Making custom events scene-specific?

Hi all!

Lately I've been trying to port a small little PyQT tool I made over to XSI, 
but I'm running into a little problem: I've been trying to figure out a way I 
could get a python script to fire off upon loading of a specific scene (Ideally 
this would be the equivalent of the scriptNode in Maya).

I guess I could make a plugin that looks specifically for a custom event of the 
scene load and match it by name, then store that with my project, but I'm 
wondering if there is a more elegant solution already for this that I've 
overlooked.

Thanks!

Re: Softimage is not EOL

[Martin]

Sorry, I meant scalable as increasing your seats and artists in the process if 
needed. The first one will become impossible as soon as SI disappear from the 
ultimate suites, and the second one quite difficult.

Martin
Sent from my iPhone

> On 2014/07/29, at 21:34, Sebastien Sterling  
> wrote:
> 
> Softimage seems pretty scalable, adviz, kids TV, videogames, MMO, feature 
> film :P
> 
> 
>> On 29 July 2014 12:17, Martin Yara  wrote:
>> Exactly. The fact that you can't scale your project is the problem, and the 
>> cause why Softimage has only a few years to survive.
>> 
>> I'll still use Softimage as long as it gives me better performance even if I 
>> have to deal with exports / imports to and from Maya, but let's face it, SI 
>> has been murdered and It won't come back.
>> 
>> 
>>> On Tue, Jul 29, 2014 at 3:20 PM, Andres Stephens  
>>> wrote:
>>> if only one could scale in future releases, having it not continue 
>>> development is not that big of an issue - yes whatever gets the job done 
>>> the best/quickest way - which also depends on the artists/workflow….  but 
>>> damn, not being able to scale it later on will be.. a problem. 
> 

Re: Rendering Fuzz on farm flicker problem

[Ivan Vasiljevic]

So after testing various options I can say that my Fuzz setup always
flickers inside view-port too, so nothing to do with rendering stuff.
I've seen tests on vimeo with fuzz animation(https://vimeo.com/91257776).
Did anyone had luck setting it up for animation without any flicker here?

Thanks.
Ivan


On Mon, Jul 28, 2014 at 3:06 PM, Ivan Vasiljevic 
wrote:

> I've cached the stuff. 100 frames took 8h to cache. ~800Mb file size per
> frame. Still flickering!!!
> I'll investigate further... With smaller strand count but the problem
> seems not to be consistent with smaller strand count if I remember
> correctly.
>
> Ivan
>
>
> On Sun, Jul 27, 2014 at 12:32 PM, Ivan Vasiljevic 
> wrote:
>
>> Yeah caching will definitely help, and is a proper way to go, it's just
>> that it goes real slow with 4mil strands and I am not sure if caching on
>> multiple machines would 'cause flicker, I'll go through that process on
>> Monday, and keep updates here.
>>
>> Thanks for suggestions everyone.
>> Ivan
>>
>>
>> On Sat, Jul 26, 2014 at 5:43 PM, Busty kelp  wrote:
>>
>>> Cache out the strands and it should work.
>>>
>>> Sent from my iPad
>>>
>>> On 25 Jul 2014, at 15:53, Ivan Vasiljevic  wrote:
>>>
>>> Hello list,
>>>
>>> Did anyone had problems rendering Fuzz on the farm in terms of
>>> flickering strands?
>>> Rendering in local goes fine.
>>>
>>> Cheers.
>>> Ivan
>>>
>>> --
>>> Ivan Vasiljevic
>>> -
>>> Lighting TD
>>> Founder, Digital Asset Tailors
>>> -
>>> reel:https://vimeo.com/72183649
>>> web:www.ivasiljevic.com
>>> email:  i...@digitalassettailors.com
>>>ivan_vasilje...@hotmail.com
>>>
>>>
>>>
>>
>>
>> --
>> Ivan Vasiljevic
>> -
>> Lighting TD
>> Founder, Digital Asset Tailors
>> -
>> reel:https://vimeo.com/72183649
>> web:www.ivasiljevic.com
>> email:  i...@digitalassettailors.com
>>ivan_vasilje...@hotmail.com
>>
>>
>>
>
>
> --
> Ivan Vasiljevic
> -
> Lighting TD
> Founder, Digital Asset Tailors
> -
> reel:https://vimeo.com/72183649
> web:www.ivasiljevic.com
> email:  i...@digitalassettailors.com
>ivan_vasilje...@hotmail.com
>
>
>


-- 
Ivan Vasiljevic
-
Lighting TD
Founder, Digital Asset Tailors
-
reel:https://vimeo.com/72183649
web:www.ivasiljevic.com
email:  i...@digitalassettailors.com
   ivan_vasilje...@hotmail.com

Making custom events scene-specific?

[Yi Liang Siew]

Hi all!

Lately I've been trying to port a small little PyQT tool I made over to 
XSI, but I'm running into a little problem: I've been trying to figure 
out a way I could get a python script to fire off upon loading of a 
specific scene (Ideally this would be the equivalent of the scriptNode 
in Maya).


I guess I could make a plugin that looks specifically for a custom event 
of the scene load and match it by name, then store that with my project, 
but I'm wondering if there is a more elegant solution already for this 
that I've overlooked.


Thanks!

Re: Softimage is not EOL

[Leendert A. Hartog]

Emilio Hernandez schreef op 29-7-2014 14:54:

If only AD had marketed SI towards anyone...


Frankly I am afraid they did market it to a specific group, namely us, 
the existing user base.
We fully accepted the "future is bright" PR that was going on and kept 
paying for a product that seemed to get less development every year...

Marketing-wise that was quite an achievement as such.

Greetz
Leendert

--

Leendert A. Hartog AKA Hirazi Blue
Administrator NOT the owner of si-community.com

Re: Softimage is not EOL

[Sebastien Sterling]

Instead of like... no one :P and actively berrying it in the product list :P


On 29 July 2014 13:54, Emilio Hernandez  wrote:

> If only AD had marketed SI towards anyone...
>
> ---
> Emilio Hernández   VFX & 3D animation.
>
>

Re: Softimage is not EOL

[Emilio Hernandez]

If only AD had marketed SI towards anyone...

---
Emilio Hernández   VFX & 3D animation.

Re: Softimage is not EOL

[Jon Swindells]

Gingham pattern label generator for my mum's burgeoning pickle
business.





scalable is as scalable does





if only AD had marketed xsi towards insane retired mothers :)



--
Jon Swindells
jon_swinde...@fastmail.fm





On Tue, Jul 29, 2014, at 03:34 PM, Sebastien Sterling wrote:

Softimage seems pretty scalable, adviz, kids TV, videogames,
MMO, feature film :P

Re: Softimage is not EOL

[Sebastien Sterling]

Softimage seems pretty scalable, adviz, kids TV, videogames, MMO, feature
film :P


On 29 July 2014 12:17, Martin Yara  wrote:

> Exactly. The fact that you can't scale your project is the problem, and
> the cause why Softimage has only a few years to survive.
>
> I'll still use Softimage as long as it gives me better performance even if
> I have to deal with exports / imports to and from Maya, but let's face it,
> SI has been murdered and It won't come back.
>
>
> On Tue, Jul 29, 2014 at 3:20 PM, Andres Stephens 
> wrote:
>
>>  if only one could scale in future releases, having it not continue
>> development is not that big of an issue - yes whatever gets the job done
>> the best/quickest way - which also depends on the artists/workflow….  but
>> damn, not being able to scale it later on will be.. a problem.
>>
>>
>

Re: Softimage is not EOL

[Martin Yara]

Exactly. The fact that you can't scale your project is the problem, and the
cause why Softimage has only a few years to survive.

I'll still use Softimage as long as it gives me better performance even if
I have to deal with exports / imports to and from Maya, but let's face it,
SI has been murdered and It won't come back.


On Tue, Jul 29, 2014 at 3:20 PM, Andres Stephens 
wrote:

>  if only one could scale in future releases, having it not continue
> development is not that big of an issue - yes whatever gets the job done
> the best/quickest way - which also depends on the artists/workflow….  but
> damn, not being able to scale it later on will be.. a problem.
>
>

Re: Softimage is not EOL

[Angus Davidson]

We work in teams of 3 Students. With our 3D lecturer being the producer.  The 
students have been given responsibility over either art direction, technical 
direction or animation (although they will work in all areas where needed). I 
am there to help on pipeline , lighting and rendering  and mostly when the shit 
hits the fan ;) The team strengths shift from year to year but we try and keep 
them as balanced as we can. We also try and encourage to really push what they 
are good at. This was very easy under Softimage as you didn’t spend half your 
time trouble shooting ;(



From: Sebastien Sterling 
mailto:sebastien.sterl...@gmail.com>>
Reply-To: 
"softimage@listproc.autodesk.com" 
mailto:softimage@listproc.autodesk.com>>
Date: Tuesday 29 July 2014 at 11:25 AM
To: "softimage@listproc.autodesk.com" 
mailto:softimage@listproc.autodesk.com>>
Subject: Re: Softimage is not EOL

Do your kids work in teams Angus or as one man enterprises ? cause SI is great 
for singles but if you are going to have to teach them maya... best take a leaf 
out of the french schools book, e.g goblin supinfocom or ESMA. typically the 
kids coordinate of into groups each bringing their interests to the table, 
rigging or art direction or animation, it's a pain in the ass to keep things 
balanced, and i suspect it confines there learning to specific areas instead of 
a generalized approach of the workflow, but let's be honest there is no such 
thing as a maya generalist. i mean that you might be able to do all the things, 
but maya jobs seem very much to be need specific, so a modeller or a renderer, 
or a rigger.


On 29 July 2014 08:40, Angus Davidson 
mailto:angus.david...@wits.ac.za>> wrote:
Unfortunately for Education that EOL moniker is very much the kiss of death. 
While businesses can use SI until its pried from their cold dead fingers, we 
would never get any students for courses that teach EOL software. No Matter how 
superior it may be to the alternatives.

In fact just to show you how skewed the reality it creates is we have to teach 
maya going forward until another software has sufficient market share to allow 
us to switch. Currently we are looking at that being Modo and roughly 2-3 years 
before we can switch. We had finally built up momentum to the point where we 
could enter international competitions and actually get placed by batting well 
above our average with SI. Now we will loose all of that with Maya.

Friggen heartbreaking.



This communication is intended
 for the addressee only. It is confidential. If you have received this 
communication in error, please notify us immediately and destroy the original 
message. You may not copy or disseminate this communication without the 
permission of the University. Only authorised
 signatories are competent to enter into agreements on behalf of the University 
and recipients are thus advised that the content of this message may not be 
legally binding on the University and may contain the personal views and 
opinions of the author, which
 are not necessarily the views and opinions of The University of the 
Witwatersrand, Johannesburg. All agreements between the University and 
outsiders are subject to South African Law unless the University agrees in 
writing to the contrary.





This communication is 
intended for the addressee only. It is confidential. If you have received this 
communication in error, please notify us immediately and destroy the original 
message. You may not copy or disseminate this communication without the 
permission of the University. Only authorised signatories are competent to 
enter into agreements on behalf of the University and recipients are thus 
advised that the content of this message may not be legally binding on the 
University and may contain the personal views and opinions of the author, which 
are not necessarily the views and opinions of The University of the 
Witwatersrand, Johannesburg. All agreements between the University and 
outsiders are subject to South African Law unless the University agrees in 
writing to the contrary. 

Re: Softimage is not EOL

[Sebastien Sterling]

Do your kids work in teams Angus or as one man enterprises ? cause SI is
great for singles but if you are going to have to teach them maya... best
take a leaf out of the french schools book, e.g goblin supinfocom or ESMA.
typically the kids coordinate of into groups each bringing their interests
to the table, rigging or art direction or animation, it's a pain in the ass
to keep things balanced, and i suspect it confines there learning to
specific areas instead of a generalized approach of the workflow, but let's
be honest there is no such thing as a maya generalist. i mean that you
might be able to do all the things, but maya jobs seem very much to be need
specific, so a modeller or a renderer, or a rigger.


On 29 July 2014 08:40, Angus Davidson  wrote:

>  Unfortunately for Education that EOL moniker is very much the kiss of
> death. While businesses can use SI until its pried from their cold dead
> fingers, we would never get any students for courses that teach EOL
> software. No Matter how superior it may be to the alternatives.
>
>  In fact just to show you how skewed the reality it creates is we have to
> teach maya going forward until another software has sufficient market share
> to allow us to switch. Currently we are looking at that being Modo and
> roughly 2-3 years before we can switch. We had finally built up momentum to
> the point where we could enter international competitions and actually get
> placed by batting well above our average with SI. Now we will loose all of
> that with Maya.
>
>  Friggen heartbreaking.
>
>
>   This communication is intended for the addressee only. It is confidential. 
> If you have received this communication in error, please notify us 
> immediately and destroy the original message. You may not copy or disseminate 
> this communication without the permission of the University. Only authorised 
> signatories are competent to enter into agreements on behalf of the 
> University and recipients are thus advised that the content of this message 
> may not be legally binding on the University and may contain the personal 
> views and opinions of the author, which are not necessarily the views and 
> opinions of The University of the Witwatersrand, Johannesburg. All agreements 
> between the University and outsiders are subject to South African Law unless 
> the University agrees in writing to the contrary.
>
>

Re: Softimage is not EOL

[Angus Davidson]

Unfortunately for Education that EOL moniker is very much the kiss of death. 
While businesses can use SI until its pried from their cold dead fingers, we 
would never get any students for courses that teach EOL software. No Matter how 
superior it may be to the alternatives.

In fact just to show you how skewed the reality it creates is we have to teach 
maya going forward until another software has sufficient market share to allow 
us to switch. Currently we are looking at that being Modo and roughly 2-3 years 
before we can switch. We had finally built up momentum to the point where we 
could enter international competitions and actually get placed by batting well 
above our average with SI. Now we will loose all of that with Maya.

Friggen heartbreaking.





This communication is 
intended for the addressee only. It is confidential. If you have received this 
communication in error, please notify us immediately and destroy the original 
message. You may not copy or disseminate this communication without the 
permission of the University. Only authorised signatories are competent to 
enter into agreements on behalf of the University and recipients are thus 
advised that the content of this message may not be legally binding on the 
University and may contain the personal views and opinions of the author, which 
are not necessarily the views and opinions of The University of the 
Witwatersrand, Johannesburg. All agreements between the University and 
outsiders are subject to South African Law unless the University agrees in 
writing to the contrary.