Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Nicolas Esposito
Great job guys!

I'm very interested especially regarding the DeltaMush modifier, looks
fantastic!

Very interesting is the Blendshapes rig...about that I'm thinking that the
debugging of the blendshape could be used for realtime deformation (
displacement or wrinkle maps ) that triggers automatically ( ala Facerobot
but much quicker ).

I'm still not familiar with Fabric Engine so pardon my questions but:
- Regarding the captain atom rig, if I understood correctly you are able
via Alembic to bake all the deformation you setup with the Rigging Toolbox
and then via script apply those deformation on the source mesh itself,
right? so, after I did all the deformations I want I can simply bake those
deformations with a script and then export the rig itself in FBX and those
deformations are baked in, right?

- Same question, but related to tge blendshape rig...at 22.10 the locator
is described as a container which holds the geometry, but there's no actual
geometry in the scene...in this case how the export in FBX would work?

Cheers guys, this looks awesome!

2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're not planning to open-source the core. Thanks for the
 analysis of our client base and users ;)

 Paul

 On 11 December 2014 at 21:28, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Hi Paul,

 Still no plan to make the Core open sourced (perhaps dual licensed ala
 Oracle) and available to open sourced projects ?

 I see you are now in need for more users/clients, perhaps this could be
 the right time ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 11/12/14 22:48, Paul Doyle wrote:

  (X-Post from 3DPro)

  Hi everyone - something that has come up a few times with customers has
 been 'can you give us some sample deformers written in KL for us to get
 started?'. The Rigging Toolbox is our pass at doing just that: a public
 repo where people can see how we've approached things like delta mush (is
 it too late to be considered part of the DM hype train?) and contribute
 back their own work if they want to.

  video here: https://vimeo.com/114272905
  website + link to repo: http://fabricengine.com/rigging-toolbox/

  The Rigging Toolbox provides a collection of production relevant tools
 that can be used when building character pipelines using Fabric Engine.
 These tools can be used as is, or purely as reference as you build your own
 implementations. Recently we have added a suite of deformers and are now
 working on leveraging our GPU compute capabilities with these deformers.

 The rigging toolbox works in Maya, Max and Softimage with our Splice
 plugin, so this all has the usual Fabric benefits of encapsulation and
 portability. As we move to visual programming next year, this work will all
 be compatible there as well.

  Last infomercial piece: http://fabricengine.com/get-fabric/ Fabric is
 free for individuals and we're giving 50 free licenses to studios, which
 helps when you're hoping people will contribute to a project like this.

 Thanks,

 Paul





Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Dan Yargici
This is great news Ben.  Very generous of you.  Thanks!

DAN


On Thu, Dec 11, 2014 at 11:50 PM, Francois Lord flordli...@gmail.com
wrote:

 And, may I ask what drove this decision?


 On 11-Dec-14 15:54, Ben Houston wrote:

 Hi Simon,

 We will continue to contribute to ExocortexCrate as need be.  The
 Alembic suite though is a fairly complete product at this point -- the
 only major exception is Custom Attributes in Maya.  We would though be
 looking for consulting work from studios that need non-trivial
 features added to the suite -- either individually or jointly.  We are
 very open to consulting work to add new features.  We will also for
 the foreseeable future be creating the builds for the various
 platforms as needed.

 We are also very busy with Clara.io -- that is true.

 Best regards,
 Ben Houston
 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering


 On Thu, Dec 11, 2014 at 3:48 PM, Simon Reeves si...@simonreeves.com
 wrote:

 Sounds good, it's been useful for us, Python Api is handy!

 Does this mean you're not doing any more development...? Too busy with
 clara.io ? ;)


 On Thursday, 11 December 2014, Angus Davidson angus.david...@wits.ac.za
 
 wrote:

 You guys Rock!
 
 From: Ben Houston [b...@exocortex.com]
 Sent: 11 December 2014 10:41 PM
 To: softimage@listproc.autodesk.com
 Subject: Exocortex Crate (the Alembic suite) goes open source.

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering
 =
 table width=100% border=0 cellspacing=0 cellpadding=0
 style=width:100%;
 tr
 td align=left style=text-align:justify;font
 face=arial,sans-serif
 size=1 color=#99span style=font-size:11px;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. /span/font/td
 /tr
 /table



 --


 Simon Reeves
 London, UK
 si...@simonreeves.com
 www.simonreeves.com
 www.analogstudio.co.uk





Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Daniel Sweeney
very very cool!

Awesome news. Very generous of Ben, Helge and exocortex,

Thanks alot.



Daniel Sweeney
3D Creative Director

*Mobile:* +44 (0)7743429771
*Email:* dan...@northforge.co.uk
*Web:* http://northforge.co.uk

On Fri, Dec 12, 2014 at 8:37 AM, Dan Yargici danyarg...@gmail.com wrote:

 This is great news Ben.  Very generous of you.  Thanks!

 DAN


 On Thu, Dec 11, 2014 at 11:50 PM, Francois Lord flordli...@gmail.com
 wrote:

 And, may I ask what drove this decision?


 On 11-Dec-14 15:54, Ben Houston wrote:

 Hi Simon,

 We will continue to contribute to ExocortexCrate as need be.  The
 Alembic suite though is a fairly complete product at this point -- the
 only major exception is Custom Attributes in Maya.  We would though be
 looking for consulting work from studios that need non-trivial
 features added to the suite -- either individually or jointly.  We are
 very open to consulting work to add new features.  We will also for
 the foreseeable future be creating the builds for the various
 platforms as needed.

 We are also very busy with Clara.io -- that is true.

 Best regards,
 Ben Houston
 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering


 On Thu, Dec 11, 2014 at 3:48 PM, Simon Reeves si...@simonreeves.com
 wrote:

 Sounds good, it's been useful for us, Python Api is handy!

 Does this mean you're not doing any more development...? Too busy with
 clara.io ? ;)


 On Thursday, 11 December 2014, Angus Davidson 
 angus.david...@wits.ac.za
 wrote:

 You guys Rock!
 
 From: Ben Houston [b...@exocortex.com]
 Sent: 11 December 2014 10:41 PM
 To: softimage@listproc.autodesk.com
 Subject: Exocortex Crate (the Alembic suite) goes open source.

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering
 =
 table width=100% border=0 cellspacing=0 cellpadding=0
 style=width:100%;
 tr
 td align=left style=text-align:justify;font
 face=arial,sans-serif
 size=1 color=#99span style=font-size:11px;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. /span/font/td
 /tr
 /table



 --


 Simon Reeves
 London, UK
 si...@simonreeves.com
 www.simonreeves.com
 www.analogstudio.co.uk





Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Andreas Böinghoff

Very Nice Ben!

This is so great - Since we are still on SI2014 and miss a abc-io-feature.


On 11/12/2014 21:41, Ben Houston wrote:

Hi all,

I figured you may be interested to know that Exocortex Crate, the
alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
went open source.  You can download it for free and use it for free.
Details here:

http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

Best regards,
Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter: @exocortexcom)
https://Clara.io - Online 3D Modeling and Rendering






Re: Best graphic card for Softimage?

2014-12-12 Thread Mirko Jankovic
well I do have 4 titans stacked in one cmp and 4x 970 on another, they do
heat up the room :) but cards itself are fine. 970s rarely go over 60,
titans can hit 5-10 degrees more.
but good cooler room and cases and all ok

On Fri, Dec 12, 2014 at 9:39 AM, Dan Yargici danyarg...@gmail.com wrote:

 The Quadro 4000s are TERRIBLE when it comes to cooling.  I seem to
 remember that they were idling at ~90 degrees C...

 DAN

 On Fri, Dec 12, 2014 at 6:44 AM, Raffaele Fragapane 
 raffsxsil...@googlemail.com wrote:

 It sounds like you were well past the 15000 hours mark on those
 components.
 Practically no non-enterprise gear is guaranteed to work continuously for
 that long. Most is considered to have a reliable life of 10k, after which
 you roll the dice.

 A couple mobos for what sounds like 25k or more hours of active duty is
 nothing to sneeze at.

 You could buy/set up better ventilation in the casing, but it's unlikely
 that just heat, especially if it was never going past 50 ambient, was
 shortening component life much.

 And yes, everybody has their stories of hardware that lasted fifteen
 years, and cars that were still good after 25 miles, but that's not the
 average mileage you should expect from consumer level hardware, or even
 non-server oriented hardware in general.


 On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com wrote:

  Average temp ran around high 50's Celsius and rarely touched 70 C on a
 major render. It was on nearly continuously for 3 years until mobo died in
 Feb then Nov (warranty covered both). Any links for better cooling
 appreciated.

 Thanks,

 Henry

 On 2014-12-11 17:32, James De Colling wrote:

 thats bizarre, I had a quadro4000 in my old machine for 2 years without
 a problem. it was on 24/7

 now I have a 770TI and again, its on 24/7

 maybe look at some better cooling solutions?

 cheers

 james,

 On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr hk-v...@iscs-i.com wrote:

  Apologies to my thumbs. I meant how long do you keep your computer on
 with a card that generates such heat?

 In my case, I've had to replace my mobo twice this year from my Nvidia
 quadro 4000.


  Sent from my Verizon Wireless 4G LTE smartphone


  Original message 
 From: Mirko Jankovic
 Date:12/11/2014 2:32 PM (GMT-05:00)
 To: softimage@listproc.autodesk.com
 Subject: Re: Best graphic card for Softimage?

 How long can you can your computer on with this card in it?

 Sry but clarification please?

 On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com wrote:

  How long can you can your computer on with this card in it?

 On 2014-12-11 05:36, Mario Reitbauer wrote:

  Got the msi gtx 970 gaming 4g.
 Quite happy with it.

 2014-12-11 10:03 GMT+01:00 Mirko Jankovic mirkoj.anima...@gmail.com:

 right now 970 is best bang for backs.
 they do not heat too much, power consumption is prety low and they do
 really good job.
 and on top of that Redshift as perfect companion ;)
 viewport performance is not that big issue at all between two cards
 but being able to utilise GPU rendering with CUDA is way more higher on 
 the
 list then couple more FPS in viewport

 On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze c...@glarestudios.de
  wrote:

 I'd stay clear of the ATI/AMD consumer cards if I were you. From our
 experience Soft becomes generally less stable (crashing a lot more),
 and
 the raycast selection is going haywire sometimes.

 Chris

 On 11/12/14 04:44, phil harbath wrote:
  I went Redshift and have been very pleased.  I can get by using a
 lot less computers than before on most projects,  volume smoke is pretty
 much all I use MR for anymore.   I have several computers with a
 combination of 780TI, 770, and 970,  while I think the 780Ti give the 
 best
 performance, it really makes more sense to buy the 970 as they are 
 priced
 better or 980 if you have more cash.  The Redshift say go with the cards
 with the most ram (that would be Titan 6tb, if you got even more cash),
 depends on your needs of course.
 
  From: David Rivera
  Sent: Wednesday, December 10, 2014 8:51 PM
  To: Softimage Mailing List
  Subject: Best graphic card for Softimage?
 
  I know this subject has been posted a lot over the years, but it
 happens that I read a benchmark performance between autodesk products on
 certain webpage. They tested Radeons vs Nvidias and turns out that 
 Mudbox
 and Softimage ran better on AMD (Radeons) - this is mental ray render.
 
 
  So I was wondering whether to go full on mental ray (CPU) or take
 my savings and put it on a GPU renderer? Either case, now a days, which 
 is
 the middle ranked graphic card for softimage? (My budget is around 1k).
 
 
  Thanks.
 
  David Rivera
  3D Compositor/Animator
  LinkedIN
  Behance
  VFX Reel
 









 --
 Our users will know fear and cower before our software! Ship it! Ship it
 and let them flee like the dogs they are!




Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Sebastien Sterling
Hot shit this stuff looks cool, just make a DCC already :P

Na i get why that can't be a priority right now, still all this awsome...

We are hungry for more i'm sure :) so congrats to all and to you Paul.



On 12 December 2014 at 08:23, Nicolas Esposito 3dv...@gmail.com wrote:

 Great job guys!

 I'm very interested especially regarding the DeltaMush modifier, looks
 fantastic!

 Very interesting is the Blendshapes rig...about that I'm thinking that the
 debugging of the blendshape could be used for realtime deformation (
 displacement or wrinkle maps ) that triggers automatically ( ala Facerobot
 but much quicker ).

 I'm still not familiar with Fabric Engine so pardon my questions but:
 - Regarding the captain atom rig, if I understood correctly you are able
 via Alembic to bake all the deformation you setup with the Rigging Toolbox
 and then via script apply those deformation on the source mesh itself,
 right? so, after I did all the deformations I want I can simply bake those
 deformations with a script and then export the rig itself in FBX and those
 deformations are baked in, right?

 - Same question, but related to tge blendshape rig...at 22.10 the locator
 is described as a container which holds the geometry, but there's no actual
 geometry in the scene...in this case how the export in FBX would work?

 Cheers guys, this looks awesome!

 2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're not planning to open-source the core. Thanks for the
 analysis of our client base and users ;)

 Paul

 On 11 December 2014 at 21:28, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Hi Paul,

 Still no plan to make the Core open sourced (perhaps dual licensed ala
 Oracle) and available to open sourced projects ?

 I see you are now in need for more users/clients, perhaps this could be
 the right time ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 11/12/14 22:48, Paul Doyle wrote:

  (X-Post from 3DPro)

  Hi everyone - something that has come up a few times with customers
 has been 'can you give us some sample deformers written in KL for us to get
 started?'. The Rigging Toolbox is our pass at doing just that: a public
 repo where people can see how we've approached things like delta mush (is
 it too late to be considered part of the DM hype train?) and contribute
 back their own work if they want to.

  video here: https://vimeo.com/114272905
  website + link to repo: http://fabricengine.com/rigging-toolbox/

  The Rigging Toolbox provides a collection of production relevant
 tools that can be used when building character pipelines using Fabric
 Engine. These tools can be used as is, or purely as reference as you build
 your own implementations. Recently we have added a suite of deformers and
 are now working on leveraging our GPU compute capabilities with these
 deformers.

 The rigging toolbox works in Maya, Max and Softimage with our Splice
 plugin, so this all has the usual Fabric benefits of encapsulation and
 portability. As we move to visual programming next year, this work will all
 be compatible there as well.

  Last infomercial piece: http://fabricengine.com/get-fabric/ Fabric is
 free for individuals and we're giving 50 free licenses to studios, which
 helps when you're hoping people will contribute to a project like this.

 Thanks,

 Paul





Re: Best graphic card for Softimage?

2014-12-12 Thread Tim Leydecker

Hi,


I would also like to recommend a nvidia gtx 9xx card, the available cards
(970980) have a lower power consumption compared to a 7xx series card.

Aside from that, I would like to point out nvidia CUDA support, which might
help in a couple of programs, be it redshift or 3d coat or the latest 
nvidia games

related tools (fluids, cloth, physics, etc for Maya).

If you have to invest now, e.g. immediately, I´d suggest a 970 4GB card and
downloading a redshift demo to see if it would benefit your workflow.

If you can wait a bit longer, I´d suggest waiting for a successor to the 
780ti or

Titan (Black) nvidia cards, expected early next year, mostly because of the
more RAM expected to come with these cards, which would give you more
headroom for heavy scene handling (e.g. shitloads geometry and raytracing).

There is a lot of new stuff coming early next year, including Houdini 
and Nuke

versions more accessible due to licensing changes/options.

In general, I would split my money between system RAM, ssd and graphics 
unit,

expecting to work happy with a 128-256GB system OS partition, 64GB ish RAM,
and a gt(x) 9xx ish card with at least 4GB VRAM (6-8GB prefered).

Making sure that your system has a 800+ Watts PSU will help stability.

From there, finding redshift attractive, you could always add another 
card to
your system, devoting it to getting more out of a single render license 
or even

go fully committed and swap your mainboard to a 4x16PCIe version, adding
even more cards.

This implies a tower workstation case and enjoying building your hardware.

Alternatively, I can recommend looking into refurbished HP Z800/820 or 
Dell T7500/7600
workstations (on ebay) to get an idea about prices, performance and 
extension options.


These plattforms are well enough documented  to find a solid, not to 
loud machine
that will reliable work 24/7 with a reasonably sized PSU and at least a 
2x16PCIe

graphics option.

There´s caveats with maximum system RAM or the PSU in some of those 
refurbished machines

but they tend to be solid machines, well designed.

If all of the above is too much information for you:

Get a gt 970 card. They are the best bang for the buck nvidia´s atm.


Cheers,


tim















Am 12.12.2014 00:09, schrieb Tim Crowson:

I have a 970 for my home system and it's fantastic.

-Tim


On 12/11/2014 3:34 PM, David Rivera wrote:

GTX 9XX it´s the way to go, packed with another $600 on Redshift.
Thanks. :)
*David Rivera*
/3D Compositor/Animator/
LinkedIN http://ec.linkedin.com/in/3dcinetv
Behance https://www.behance.net/3dcinetv
VFX Reel https://vimeo.com/70551635


*From:* Mirko Jankovic mirkoj.anima...@gmail.com
*To:* softimage@listproc.autodesk.com 
softimage@listproc.autodesk.com

*Sent:* Thursday, December 11, 2014 2:32 PM
*Subject:* Re: Best graphic card for Softimage?

How long can you can your computer on with this card in it?

Sry but clarification please?

On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com 
mailto:hk-v...@iscs-i.com wrote:


How long can you can your computer on with this card in it?
On 2014-12-11 05:36, Mario Reitbauer wrote:

Got the msi gtx 970 gaming 4g.
Quite happy with it.

2014-12-11 10:03 GMT+01:00 Mirko Jankovic
mirkoj.anima...@gmail.com mailto:mirkoj.anima...@gmail.com:

right now 970 is best bang for backs.
they do not heat too much, power consumption is prety low
and they do really good job.
and on top of that Redshift as perfect companion ;)
viewport performance is not that big issue at all between
two cards but being able to utilise GPU rendering with CUDA
is way more higher on the list then couple more FPS in viewport

On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze
c...@glarestudios.de mailto:c...@glarestudios.de wrote:

I'd stay clear of the ATI/AMD consumer cards if I were
you. From our
experience Soft becomes generally less stable (crashing
a lot more), and
the raycast selection is going haywire sometimes.

Chris

On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased. I can get
by using a lot less computers than before on most
projects,  volume smoke is pretty much all I use MR for
anymore.   I have several computers with a combination
of 780TI, 770, and 970,  while I think the 780Ti give
the best performance, it really makes more sense to buy
the 970 as they are priced better or 980 if you have
more cash. The Redshift say go with the cards with the
most ram (that would be Titan 6tb, if you got even more
cash), depends on your needs of course.

 From: David Rivera
 Sent: Wednesday, December 10, 2014 8:51 PM
  

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Thomas Mansencal
Excellent! I'm not a rigger but my friends rigger are now aware :)

On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling 
sebastien.sterl...@gmail.com wrote:


 Hot shit this stuff looks cool, just make a DCC already :P

 Na i get why that can't be a priority right now, still all this awsome...

 We are hungry for more i'm sure :) so congrats to all and to you Paul.



 On 12 December 2014 at 08:23, Nicolas Esposito 3dv...@gmail.com wrote:

 Great job guys!

 I'm very interested especially regarding the DeltaMush modifier, looks
 fantastic!

 Very interesting is the Blendshapes rig...about that I'm thinking that
 the debugging of the blendshape could be used for realtime deformation (
 displacement or wrinkle maps ) that triggers automatically ( ala Facerobot
 but much quicker ).

 I'm still not familiar with Fabric Engine so pardon my questions but:
 - Regarding the captain atom rig, if I understood correctly you are able
 via Alembic to bake all the deformation you setup with the Rigging Toolbox
 and then via script apply those deformation on the source mesh itself,
 right? so, after I did all the deformations I want I can simply bake those
 deformations with a script and then export the rig itself in FBX and those
 deformations are baked in, right?

 - Same question, but related to tge blendshape rig...at 22.10 the locator
 is described as a container which holds the geometry, but there's no actual
 geometry in the scene...in this case how the export in FBX would work?

 Cheers guys, this looks awesome!

 2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're not planning to open-source the core. Thanks for the
 analysis of our client base and users ;)

 Paul

 On 11 December 2014 at 21:28, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Hi Paul,

 Still no plan to make the Core open sourced (perhaps dual licensed ala
 Oracle) and available to open sourced projects ?

 I see you are now in need for more users/clients, perhaps this could be
 the right time ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 11/12/14 22:48, Paul Doyle wrote:

  (X-Post from 3DPro)

  Hi everyone - something that has come up a few times with customers
 has been 'can you give us some sample deformers written in KL for us to get
 started?'. The Rigging Toolbox is our pass at doing just that: a public
 repo where people can see how we've approached things like delta mush (is
 it too late to be considered part of the DM hype train?) and contribute
 back their own work if they want to.

  video here: https://vimeo.com/114272905
  website + link to repo: http://fabricengine.com/rigging-toolbox/

  The Rigging Toolbox provides a collection of production relevant
 tools that can be used when building character pipelines using Fabric
 Engine. These tools can be used as is, or purely as reference as you build
 your own implementations. Recently we have added a suite of deformers and
 are now working on leveraging our GPU compute capabilities with these
 deformers.

 The rigging toolbox works in Maya, Max and Softimage with our Splice
 plugin, so this all has the usual Fabric benefits of encapsulation and
 portability. As we move to visual programming next year, this work will all
 be compatible there as well.

  Last infomercial piece: http://fabricengine.com/get-fabric/ Fabric is
 free for individuals and we're giving 50 free licenses to studios, which
 helps when you're hoping people will contribute to a project like this.

 Thanks,

 Paul





RE: Best graphic card for Softimage?

2014-12-12 Thread Angus Davidson
So my 13 year old Mac Pro G5 is the exception ;) Man that machine paid for 
itself so many times over. Truely sad I cant get excited about the New Mac Pros 
though ;(



From: Raffaele Fragapane [raffsxsil...@googlemail.com]
Sent: 12 December 2014 06:44 AM
To: softimage@listproc.autodesk.com
Subject: Re: Best graphic card for Softimage?

It sounds like you were well past the 15000 hours mark on those components.
Practically no non-enterprise gear is guaranteed to work continuously for that 
long. Most is considered to have a reliable life of 10k, after which you roll 
the dice.

A couple mobos for what sounds like 25k or more hours of active duty is nothing 
to sneeze at.

You could buy/set up better ventilation in the casing, but it's unlikely that 
just heat, especially if it was never going past 50 ambient, was shortening 
component life much.

And yes, everybody has their stories of hardware that lasted fifteen years, and 
cars that were still good after 25 miles, but that's not the average 
mileage you should expect from consumer level hardware, or even non-server 
oriented hardware in general.


On Fri, Dec 12, 2014 at 3:08 PM, 
hk-v...@iscs-i.commailto:hk-v...@iscs-i.com wrote:

Average temp ran around high 50's Celsius and rarely touched 70 C on a major 
render. It was on nearly continuously for 3 years until mobo died in Feb then 
Nov (warranty covered both). Any links for better cooling appreciated.

Thanks,

Henry

On 2014-12-11 17:32, James De Colling wrote:

thats bizarre, I had a quadro4000 in my old machine for 2 years without a 
problem. it was on 24/7

now I have a 770TI and again, its on 24/7

maybe look at some better cooling solutions?

cheers

james,

On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr 
hk-v...@iscs-i.commailto:hk-v...@iscs-i.com wrote:
Apologies to my thumbs. I meant how long do you keep your computer on with a 
card that generates such heat?

In my case, I've had to replace my mobo twice this year from my Nvidia quadro 
4000.


Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Mirko Jankovic
Date:12/11/2014 2:32 PM (GMT-05:00)
To: softimage@listproc.autodesk.commailto:softimage@listproc.autodesk.com
Subject: Re: Best graphic card for Softimage?

How long can you can your computer on with this card in it?

Sry but clarification please?

On Thu, Dec 11, 2014 at 2:28 PM, 
hk-v...@iscs-i.commailto:hk-v...@iscs-i.com wrote:

How long can you can your computer on with this card in it?

On 2014-12-11 05:36, Mario Reitbauer wrote:

Got the msi gtx 970 gaming 4g.
Quite happy with it.

2014-12-11 10:03 GMT+01:00 Mirko Jankovic 
mirkoj.anima...@gmail.commailto:mirkoj.anima...@gmail.com:
right now 970 is best bang for backs.
they do not heat too much, power consumption is prety low and they do really 
good job.
and on top of that Redshift as perfect companion ;)
viewport performance is not that big issue at all between two cards but being 
able to utilise GPU rendering with CUDA is way more higher on the list then 
couple more FPS in viewport

On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze 
c...@glarestudios.demailto:c...@glarestudios.de wrote:
I'd stay clear of the ATI/AMD consumer cards if I were you. From our
experience Soft becomes generally less stable (crashing a lot more), and
the raycast selection is going haywire sometimes.

Chris

On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased.  I can get by using a lot less 
 computers than before on most projects,  volume smoke is pretty much all I 
 use MR for anymore.   I have several computers with a combination of 780TI, 
 770, and 970,  while I think the 780Ti give the best performance, it really 
 makes more sense to buy the 970 as they are priced better or 980 if you have 
 more cash.  The Redshift say go with the cards with the most ram (that would 
 be Titan 6tb, if you got even more cash), depends on your needs of course.

 From: David Rivera
 Sent: Wednesday, December 10, 2014 8:51 PM
 To: Softimage Mailing List
 Subject: Best graphic card for Softimage?

 I know this subject has been posted a lot over the years, but it happens that 
 I read a benchmark performance between autodesk products on certain webpage. 
 They tested Radeons vs Nvidias and turns out that Mudbox and Softimage ran 
 better on AMD (Radeons) - this is mental ray render.


 So I was wondering whether to go full on mental ray (CPU) or take my savings 
 and put it on a GPU renderer? Either case, now a days, which is the middle 
 ranked graphic card for softimage? (My budget is around 1k).


 Thanks.

 David Rivera
 3D Compositor/Animator
 LinkedIN
 Behance
 VFX Reel











--
Our users will know fear and cower before our software! Ship it! Ship it and 
let them flee like the dogs they are!

table width=100% border=0 cellspacing=0 cellpadding=0 
style=width:100%;
tr
td align=left style=text-align:justify;font face=arial,sans-serif 
size=1 

RE: Best graphic card for Softimage?

2014-12-12 Thread Angus Davidson
Worthwhile noting that Octane works with the GTX 9XX cards very well. It also 
has a really good Network GPU support. Which means you dont need to cram 4 
cards into one machine. If you dont know what you are doing the machine can go 
*Poof* very easily.





From: Tim Leydecker [bauero...@gmx.de]
Sent: 12 December 2014 12:42 PM
To: softimage@listproc.autodesk.com
Subject: Re: Best graphic card for Softimage?

Hi,


I would also like to recommend a nvidia gtx 9xx card, the available cards
(970980) have a lower power consumption compared to a 7xx series card.

Aside from that, I would like to point out nvidia CUDA support, which might
help in a couple of programs, be it redshift or 3d coat or the latest nvidia 
games
related tools (fluids, cloth, physics, etc for Maya).

If you have to invest now, e.g. immediately, I´d suggest a 970 4GB card and
downloading a redshift demo to see if it would benefit your workflow.

If you can wait a bit longer, I´d suggest waiting for a successor to the 780ti 
or
Titan (Black) nvidia cards, expected early next year, mostly because of the
more RAM expected to come with these cards, which would give you more
headroom for heavy scene handling (e.g. shitloads geometry and raytracing).

There is a lot of new stuff coming early next year, including Houdini and Nuke
versions more accessible due to licensing changes/options.

In general, I would split my money between system RAM, ssd and graphics unit,
expecting to work happy with a 128-256GB system OS partition, 64GB ish RAM,
and a gt(x) 9xx ish card with at least 4GB VRAM (6-8GB prefered).

Making sure that your system has a 800+ Watts PSU will help stability.

From there, finding redshift attractive, you could always add another card to
your system, devoting it to getting more out of a single render license or even
go fully committed and swap your mainboard to a 4x16PCIe version, adding
even more cards.

This implies a tower workstation case and enjoying building your hardware.

Alternatively, I can recommend looking into refurbished HP Z800/820 or Dell 
T7500/7600
workstations (on ebay) to get an idea about prices, performance and extension 
options.

These plattforms are well enough documented  to find a solid, not to loud 
machine
that will reliable work 24/7 with a reasonably sized PSU and at least a 2x16PCIe
graphics option.

There´s caveats with maximum system RAM or the PSU in some of those refurbished 
machines
but they tend to be solid machines, well designed.

If all of the above is too much information for you:

Get a gt 970 card. They are the best bang for the buck nvidia´s atm.


Cheers,


tim















Am 12.12.2014 00:09, schrieb Tim Crowson:
I have a 970 for my home system and it's fantastic.

-Tim


On 12/11/2014 3:34 PM, David Rivera wrote:
GTX 9XX it´s the way to go, packed with another $600 on Redshift.
Thanks. :)

David Rivera
3D Compositor/Animator
LinkedINhttp://ec.linkedin.com/in/3dcinetv
Behancehttps://www.behance.net/3dcinetv
VFX Reelhttps://vimeo.com/70551635


From: Mirko Jankovic 
mirkoj.anima...@gmail.commailto:mirkoj.anima...@gmail.com
To: softimage@listproc.autodesk.commailto:softimage@listproc.autodesk.com 
softimage@listproc.autodesk.commailto:softimage@listproc.autodesk.com
Sent: Thursday, December 11, 2014 2:32 PM
Subject: Re: Best graphic card for Softimage?

How long can you can your computer on with this card in it?

Sry but clarification please?

On Thu, Dec 11, 2014 at 2:28 PM, 
hk-v...@iscs-i.commailto:hk-v...@iscs-i.com wrote:
How long can you can your computer on with this card in it?
On 2014-12-11 05:36, Mario Reitbauer wrote:
Got the msi gtx 970 gaming 4g.
Quite happy with it.

2014-12-11 10:03 GMT+01:00 Mirko Jankovic 
mirkoj.anima...@gmail.commailto:mirkoj.anima...@gmail.com:
right now 970 is best bang for backs.
they do not heat too much, power consumption is prety low and they do really 
good job.
and on top of that Redshift as perfect companion ;)
viewport performance is not that big issue at all between two cards but being 
able to utilise GPU rendering with CUDA is way more higher on the list then 
couple more FPS in viewport

On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze 
c...@glarestudios.demailto:c...@glarestudios.de wrote:
I'd stay clear of the ATI/AMD consumer cards if I were you. From our
experience Soft becomes generally less stable (crashing a lot more), and
the raycast selection is going haywire sometimes.

Chris

On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased.  I can get by using a lot less 
 computers than before on most projects,  volume smoke is pretty much all I 
 use MR for anymore.   I have several computers with a combination of 780TI, 
 770, and 970,  while I think the 780Ti give the best performance, it really 
 makes more sense to buy the 970 as they are priced better or 980 if you have 
 more cash.  The Redshift say go with the cards with the most 

Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Robert Kjettrup
This is very generous of you guys.

i see that it only goes back to Softimage 2012, is there a anything
technical stopping someone getting it to work in Softimage v7?
(pre-Autodesk) ...other than the problem finding someone with more
programming skills than me, and having the issue like me with being stuck
on a 6 years old license :-D

Robert



2014-12-12 10:04 GMT+01:00 Andreas Böinghoff boeingh...@themarmalade.com:

 Very Nice Ben!

 This is so great - Since we are still on SI2014 and miss a abc-io-feature.



 On 11/12/2014 21:41, Ben Houston wrote:

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering







Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Frantisek Hradecky
Thank you Ben, this is really very generous move.

On Fri, Dec 12, 2014 at 12:31 PM, Robert Kjettrup rob...@maydayfilm.dk
wrote:

 This is very generous of you guys.

 i see that it only goes back to Softimage 2012, is there a anything
 technical stopping someone getting it to work in Softimage v7?
 (pre-Autodesk) ...other than the problem finding someone with more
 programming skills than me, and having the issue like me with being stuck
 on a 6 years old license :-D

 Robert



 2014-12-12 10:04 GMT+01:00 Andreas Böinghoff boeingh...@themarmalade.com
 :

 Very Nice Ben!

 This is so great - Since we are still on SI2014 and miss a abc-io-feature.



 On 11/12/2014 21:41, Ben Houston wrote:

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering







AD subscription

2014-12-12 Thread Toonafish
Can anyone get into AD subscription center ? Just installed 2015 SP1 and 
trying to get my product key, but it looks like the subscription site is 
down.


Thanks

-Ronald


Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Juhani Karlsson
Not just generous, but also smart. Great way to make sure the tools keep on
livin.
So much better than the basic alembic in 2015

Thank you Ben,
- J

On 12 December 2014 at 13:44, Frantisek Hradecky fra...@visualfx.cz wrote:

 Thank you Ben, this is really very generous move.

 On Fri, Dec 12, 2014 at 12:31 PM, Robert Kjettrup rob...@maydayfilm.dk
 wrote:

 This is very generous of you guys.

 i see that it only goes back to Softimage 2012, is there a anything
 technical stopping someone getting it to work in Softimage v7?
 (pre-Autodesk) ...other than the problem finding someone with more
 programming skills than me, and having the issue like me with being stuck
 on a 6 years old license :-D

 Robert



 2014-12-12 10:04 GMT+01:00 Andreas Böinghoff boeingh...@themarmalade.com
 :

 Very Nice Ben!

 This is so great - Since we are still on SI2014 and miss a
 abc-io-feature.



 On 11/12/2014 21:41, Ben Houston wrote:

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering






-- 
-- 
Juhani Karlsson
3D Artist/TD

Talvi Digital Oy
Pursimiehenkatu 29-31 b 2krs.
00150 Helsinki
+358 443443088
juhani.karls...@talvi.fi
www.vimeo.com/talvi


Re: AD subscription

2014-12-12 Thread Leendert A. Hartog


From your POV I'm sorry to say, I just logged in successfully...

Greetz
Leendert

--

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



Re: AD subscription

2014-12-12 Thread Stephen Blair
I just logged on to the Sub Center, from Chrome no less.

You don't need the Sub Center for a product key
http://autode.sk/1yHHUpN

For a serial number, yes, you can get it from the Sub Center. Or for an
install, you could just enter 123-12345678

On Fri, Dec 12, 2014 at 7:08 AM, Toonafish ron...@toonafish.nl wrote:

 Can anyone get into AD subscription center ? Just installed 2015 SP1 and
 trying to get my product key, but it looks like the subscription site is
 down.

 Thanks

 -Ronald



Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Mario Reitbauer
I use both actually.
Because crate can't import/export everything.
And on the other hand the si implementation can't neither.

Mostly happend for abc's from houdini which didn't come in correctly with
crate.

2014-12-12 13:22 GMT+01:00 Juhani Karlsson juhani.karls...@talvi.com:

 Not just generous, but also smart. Great way to make sure the tools keep
 on livin.
 So much better than the basic alembic in 2015

 Thank you Ben,
 - J

 On 12 December 2014 at 13:44, Frantisek Hradecky fra...@visualfx.cz
 wrote:

 Thank you Ben, this is really very generous move.

 On Fri, Dec 12, 2014 at 12:31 PM, Robert Kjettrup rob...@maydayfilm.dk
 wrote:

 This is very generous of you guys.

 i see that it only goes back to Softimage 2012, is there a anything
 technical stopping someone getting it to work in Softimage v7?
 (pre-Autodesk) ...other than the problem finding someone with more
 programming skills than me, and having the issue like me with being stuck
 on a 6 years old license :-D

 Robert



 2014-12-12 10:04 GMT+01:00 Andreas Böinghoff 
 boeingh...@themarmalade.com:

 Very Nice Ben!

 This is so great - Since we are still on SI2014 and miss a
 abc-io-feature.



 On 11/12/2014 21:41, Ben Houston wrote:

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering






 --
 --
 Juhani Karlsson
 3D Artist/TD

 Talvi Digital Oy
 Pursimiehenkatu 29-31 b 2krs.
 00150 Helsinki
 +358 443443088
 juhani.karls...@talvi.fi
 www.vimeo.com/talvi



Re: AD subscription

2014-12-12 Thread Toonafish

Ah, great that worked ! Thanks Stephen.

Weird Leendert, I still get either an error or a blank page

-Ronald


On 12/12/2014 13:44, Stephen Blair wrote:

I just logged on to the Sub Center, from Chrome no less.

You don't need the Sub Center for a product key
http://autode.sk/1yHHUpN

For a serial number, yes, you can get it from the Sub Center. Or for 
an install, you could just enter 123-12345678


On Fri, Dec 12, 2014 at 7:08 AM, Toonafish ron...@toonafish.nl 
mailto:ron...@toonafish.nl wrote:


Can anyone get into AD subscription center ? Just installed 2015
SP1 and trying to get my product key, but it looks like the
subscription site is down.

Thanks

-Ronald






Re: Best graphic card for Softimage?

2014-12-12 Thread hk-vndr
 

Thanks for the info. 

My desktop was a custom build but of consumer level components.
Infrastructure has migrated to supermicro fat twin servers which appear
to blow cool air. Wonder if this desktop: 

http://www.newegg.com/Product/Product.aspx?Item=N82E16816139087 [1] 

would have better longevity? 

On 2014-12-11 22:44, Raffaele Fragapane wrote: 

 It sounds like you were well past the 15000 hours mark on those components. 
 Practically no non-enterprise gear is guaranteed to work continuously for 
 that long. Most is considered to have a reliable life of 10k, after which you 
 roll the dice. 
 
 A couple mobos for what sounds like 25k or more hours of active duty is 
 nothing to sneeze at. 
 
 You could buy/set up better ventilation in the casing, but it's unlikely that 
 just heat, especially if it was never going past 50 ambient, was shortening 
 component life much. 
 
 And yes, everybody has their stories of hardware that lasted fifteen years, 
 and cars that were still good after 25 miles, but that's not the average 
 mileage you should expect from consumer level hardware, or even non-server 
 oriented hardware in general. 
 
 On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com wrote: 
 
 Average temp ran around high 50's Celsius and rarely touched 70 C on a major 
 render. It was on nearly continuously for 3 years until mobo died in Feb then 
 Nov (warranty covered both). Any links for better cooling appreciated. 
 
 Thanks, 
 
 Henry 
 
 On 2014-12-11 17:32, James De Colling wrote: 
 thats bizarre, I had a quadro4000 in my old machine for 2 years without a 
 problem. it was on 24/7 
 
 now I have a 770TI and again, its on 24/7 
 
 maybe look at some better cooling solutions? 
 
 cheers 
 
 james, 
 
 On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr hk-v...@iscs-i.com wrote:
 
 Apologies to my thumbs. I meant how long do you keep your computer on with a 
 card that generates such heat? 
 
 In my case, I've had to replace my mobo twice this year from my Nvidia quadro 
 4000. 
 
 Sent from my Verizon Wireless 4G LTE smartphone 
 
  Original message  
 From: Mirko Jankovic 
 Date:12/11/2014 2:32 PM (GMT-05:00) 
 To: softimage@listproc.autodesk.com 
 Subject: Re: Best graphic card for Softimage? 
 
 How long can you can your computer on with this card in it?
 
 Sry but clarification please? 
 
 On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com wrote:
 
 How long can you can your computer on with this card in it? 
 
 On 2014-12-11 05:36, Mario Reitbauer wrote: 
 
 Got the msi gtx 970 gaming 4g. Quite happy with it. 
 
 2014-12-11 10:03 GMT+01:00 Mirko Jankovic mirkoj.anima...@gmail.com:
 
 right now 970 is best bang for backs. 
 they do not heat too much, power consumption is prety low and they do really 
 good job. 
 and on top of that Redshift as perfect companion ;) 
 viewport performance is not that big issue at all between two cards but being 
 able to utilise GPU rendering with CUDA is way more higher on the list then 
 couple more FPS in viewport 
 
 On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze c...@glarestudios.de 
 wrote:
 I'd stay clear of the ATI/AMD consumer cards if I were you. From our
 experience Soft becomes generally less stable (crashing a lot more), and
 the raycast selection is going haywire sometimes.
 
 Chris
 
 On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased. I can get by using a lot less 
 computers than before on most projects, volume smoke is pretty much all I 
 use MR for anymore. I have several computers with a combination of 780TI, 
 770, and 970, while I think the 780Ti give the best performance, it really 
 makes more sense to buy the 970 as they are priced better or 980 if you have 
 more cash. The Redshift say go with the cards with the most ram (that would 
 be Titan 6tb, if you got even more cash), depends on your needs of course.

 From: David Rivera
 Sent: Wednesday, December 10, 2014 8:51 PM
 To: Softimage Mailing List
 Subject: Best graphic card for Softimage?

 I know this subject has been posted a lot over the years, but it happens 
 that I read a benchmark performance between autodesk products on certain 
 webpage. They tested Radeons vs Nvidias and turns out that Mudbox and 
 Softimage ran better on AMD (Radeons) - this is mental ray render.


 So I was wondering whether to go full on mental ray (CPU) or take my savings 
 and put it on a GPU renderer? Either case, now a days, which is the middle 
 ranked graphic card for softimage? (My budget is around 1k).


 Thanks.

 David Rivera
 3D Compositor/Animator
 LinkedIN
 Behance
 VFX Reel


 -- 

Our users will know fear and cower before our software! Ship it! Ship it
and let them flee like the dogs they are! 

 

Links:
--
[1] http://www.newegg.com/Product/Product.aspx?Item=N82E16816139087


Re: Best graphic card for Softimage?

2014-12-12 Thread hk-vndr
 

Read many horror stories but never that bad. Even 3D mark never cranked
it past 70 C. 

On 2014-12-12 02:39, Dan Yargici wrote: 

 The Quadro 4000s are TERRIBLE when it comes to cooling. I seem to remember 
 that they were idling at ~90 degrees C... 
 
 DAN 
 
 On Fri, Dec 12, 2014 at 6:44 AM, Raffaele Fragapane 
 raffsxsil...@googlemail.com wrote: 
 It sounds like you were well past the 15000 hours mark on those components. 
 Practically no non-enterprise gear is guaranteed to work continuously for 
 that long. Most is considered to have a reliable life of 10k, after which you 
 roll the dice. 
 
 A couple mobos for what sounds like 25k or more hours of active duty is 
 nothing to sneeze at. 
 
 You could buy/set up better ventilation in the casing, but it's unlikely that 
 just heat, especially if it was never going past 50 ambient, was shortening 
 component life much. 
 
 And yes, everybody has their stories of hardware that lasted fifteen years, 
 and cars that were still good after 25 miles, but that's not the average 
 mileage you should expect from consumer level hardware, or even non-server 
 oriented hardware in general. 
 
 On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com wrote: 
 
 Average temp ran around high 50's Celsius and rarely touched 70 C on a major 
 render. It was on nearly continuously for 3 years until mobo died in Feb then 
 Nov (warranty covered both). Any links for better cooling appreciated. 
 
 Thanks, 
 
 Henry 
 
 On 2014-12-11 17:32, James De Colling wrote: 
 thats bizarre, I had a quadro4000 in my old machine for 2 years without a 
 problem. it was on 24/7 
 
 now I have a 770TI and again, its on 24/7 
 
 maybe look at some better cooling solutions? 
 
 cheers 
 
 james, 
 
 On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr hk-v...@iscs-i.com wrote:
 
 Apologies to my thumbs. I meant how long do you keep your computer on with a 
 card that generates such heat? 
 
 In my case, I've had to replace my mobo twice this year from my Nvidia quadro 
 4000. 
 
 Sent from my Verizon Wireless 4G LTE smartphone 
 
  Original message  
 From: Mirko Jankovic 
 Date:12/11/2014 2:32 PM (GMT-05:00) 
 To: softimage@listproc.autodesk.com 
 Subject: Re: Best graphic card for Softimage? 
 
 How long can you can your computer on with this card in it?
 
 Sry but clarification please? 
 
 On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com wrote:
 
 How long can you can your computer on with this card in it? 
 
 On 2014-12-11 05:36, Mario Reitbauer wrote: 
 
 Got the msi gtx 970 gaming 4g. Quite happy with it. 
 
 2014-12-11 10:03 GMT+01:00 Mirko Jankovic mirkoj.anima...@gmail.com:
 
 right now 970 is best bang for backs. 
 they do not heat too much, power consumption is prety low and they do really 
 good job. 
 and on top of that Redshift as perfect companion ;) 
 viewport performance is not that big issue at all between two cards but being 
 able to utilise GPU rendering with CUDA is way more higher on the list then 
 couple more FPS in viewport 
 
 On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze c...@glarestudios.de 
 wrote:
 I'd stay clear of the ATI/AMD consumer cards if I were you. From our
 experience Soft becomes generally less stable (crashing a lot more), and
 the raycast selection is going haywire sometimes.
 
 Chris
 
 On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased. I can get by using a lot less 
 computers than before on most projects, volume smoke is pretty much all I 
 use MR for anymore. I have several computers with a combination of 780TI, 
 770, and 970, while I think the 780Ti give the best performance, it really 
 makes more sense to buy the 970 as they are priced better or 980 if you have 
 more cash. The Redshift say go with the cards with the most ram (that would 
 be Titan 6tb, if you got even more cash), depends on your needs of course.

 From: David Rivera
 Sent: Wednesday, December 10, 2014 8:51 PM
 To: Softimage Mailing List
 Subject: Best graphic card for Softimage?

 I know this subject has been posted a lot over the years, but it happens 
 that I read a benchmark performance between autodesk products on certain 
 webpage. They tested Radeons vs Nvidias and turns out that Mudbox and 
 Softimage ran better on AMD (Radeons) - this is mental ray render.


 So I was wondering whether to go full on mental ray (CPU) or take my savings 
 and put it on a GPU renderer? Either case, now a days, which is the middle 
 ranked graphic card for softimage? (My budget is around 1k).


 Thanks.

 David Rivera
 3D Compositor/Animator
 LinkedIN
 Behance
 VFX Reel


 -- 

Our users will know fear and cower before our software! Ship it! Ship it
and let them flee like the dogs they are! 

 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Ahmidou Lyazidi
Il don't  see the need to expose the core either, you can already create a
whole dcc by yourself. You can extend the Splice standalone and add as many
feature as you want. You can add/derive/modify all the KL objects. You can
draw whatever you want in modern opengl and interact with the objects in
the viewport. Integrate. c++ libraries and finally customize the ui with QT.
What would you like to do by changing the core?
Le 12 déc. 2014 06:00, Thomas Mansencal thomas.mansen...@gmail.com a
écrit :

 Excellent! I'm not a rigger but my friends rigger are now aware :)

 On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling 
 sebastien.sterl...@gmail.com wrote:


 Hot shit this stuff looks cool, just make a DCC already :P

 Na i get why that can't be a priority right now, still all this awsome...

 We are hungry for more i'm sure :) so congrats to all and to you Paul.



 On 12 December 2014 at 08:23, Nicolas Esposito 3dv...@gmail.com wrote:

 Great job guys!

 I'm very interested especially regarding the DeltaMush modifier, looks
 fantastic!

 Very interesting is the Blendshapes rig...about that I'm thinking that
 the debugging of the blendshape could be used for realtime deformation (
 displacement or wrinkle maps ) that triggers automatically ( ala Facerobot
 but much quicker ).

 I'm still not familiar with Fabric Engine so pardon my questions but:
 - Regarding the captain atom rig, if I understood correctly you are able
 via Alembic to bake all the deformation you setup with the Rigging Toolbox
 and then via script apply those deformation on the source mesh itself,
 right? so, after I did all the deformations I want I can simply bake those
 deformations with a script and then export the rig itself in FBX and those
 deformations are baked in, right?

 - Same question, but related to tge blendshape rig...at 22.10 the
 locator is described as a container which holds the geometry, but there's
 no actual geometry in the scene...in this case how the export in FBX would
 work?

 Cheers guys, this looks awesome!

 2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're not planning to open-source the core. Thanks for the
 analysis of our client base and users ;)

 Paul

 On 11 December 2014 at 21:28, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Hi Paul,

 Still no plan to make the Core open sourced (perhaps dual licensed ala
 Oracle) and available to open sourced projects ?

 I see you are now in need for more users/clients, perhaps this could
 be the right time ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 11/12/14 22:48, Paul Doyle wrote:

  (X-Post from 3DPro)

  Hi everyone - something that has come up a few times with customers
 has been 'can you give us some sample deformers written in KL for us to 
 get
 started?'. The Rigging Toolbox is our pass at doing just that: a public
 repo where people can see how we've approached things like delta mush (is
 it too late to be considered part of the DM hype train?) and contribute
 back their own work if they want to.

  video here: https://vimeo.com/114272905
  website + link to repo: http://fabricengine.com/rigging-toolbox/

  The Rigging Toolbox provides a collection of production relevant
 tools that can be used when building character pipelines using Fabric
 Engine. These tools can be used as is, or purely as reference as you build
 your own implementations. Recently we have added a suite of deformers and
 are now working on leveraging our GPU compute capabilities with these
 deformers.

 The rigging toolbox works in Maya, Max and Softimage with our Splice
 plugin, so this all has the usual Fabric benefits of encapsulation and
 portability. As we move to visual programming next year, this work will 
 all
 be compatible there as well.

  Last infomercial piece: http://fabricengine.com/get-fabric/ Fabric
 is free for individuals and we're giving 50 free licenses to studios, 
 which
 helps when you're hoping people will contribute to a project like this.

 Thanks,

 Paul





Re: Best graphic card for Softimage?

2014-12-12 Thread hk-vndr
 

Thanks. Will investigate further. 

Probably better if you are located way above the 42nd parallel. 

On 2014-12-12 03:04, Mirko Jankovic wrote: 

 well I do have 4 titans stacked in one cmp and 4x 970 on another, they do 
 heat up the room :) but cards itself are fine. 970s rarely go over 60, titans 
 can hit 5-10 degrees more. 
 but good cooler room and cases and all ok 
 
 On Fri, Dec 12, 2014 at 9:39 AM, Dan Yargici danyarg...@gmail.com wrote: 
 The Quadro 4000s are TERRIBLE when it comes to cooling. I seem to remember 
 that they were idling at ~90 degrees C... 
 
 DAN 
 
 On Fri, Dec 12, 2014 at 6:44 AM, Raffaele Fragapane 
 raffsxsil...@googlemail.com wrote: 
 It sounds like you were well past the 15000 hours mark on those components. 
 Practically no non-enterprise gear is guaranteed to work continuously for 
 that long. Most is considered to have a reliable life of 10k, after which you 
 roll the dice. 
 
 A couple mobos for what sounds like 25k or more hours of active duty is 
 nothing to sneeze at. 
 
 You could buy/set up better ventilation in the casing, but it's unlikely that 
 just heat, especially if it was never going past 50 ambient, was shortening 
 component life much. 
 
 And yes, everybody has their stories of hardware that lasted fifteen years, 
 and cars that were still good after 25 miles, but that's not the average 
 mileage you should expect from consumer level hardware, or even non-server 
 oriented hardware in general. 
 
 On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com wrote: 
 
 Average temp ran around high 50's Celsius and rarely touched 70 C on a major 
 render. It was on nearly continuously for 3 years until mobo died in Feb then 
 Nov (warranty covered both). Any links for better cooling appreciated. 
 
 Thanks, 
 
 Henry 
 
 On 2014-12-11 17:32, James De Colling wrote: 
 thats bizarre, I had a quadro4000 in my old machine for 2 years without a 
 problem. it was on 24/7 
 
 now I have a 770TI and again, its on 24/7 
 
 maybe look at some better cooling solutions? 
 
 cheers 
 
 james, 
 
 On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr hk-v...@iscs-i.com wrote:
 
 Apologies to my thumbs. I meant how long do you keep your computer on with a 
 card that generates such heat? 
 
 In my case, I've had to replace my mobo twice this year from my Nvidia quadro 
 4000. 
 
 Sent from my Verizon Wireless 4G LTE smartphone 
 
  Original message  
 From: Mirko Jankovic 
 Date:12/11/2014 2:32 PM (GMT-05:00) 
 To: softimage@listproc.autodesk.com 
 Subject: Re: Best graphic card for Softimage? 
 
 How long can you can your computer on with this card in it?
 
 Sry but clarification please? 
 
 On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com wrote:
 
 How long can you can your computer on with this card in it? 
 
 On 2014-12-11 05:36, Mario Reitbauer wrote: 
 
 Got the msi gtx 970 gaming 4g. Quite happy with it. 
 
 2014-12-11 10:03 GMT+01:00 Mirko Jankovic mirkoj.anima...@gmail.com:
 
 right now 970 is best bang for backs. 
 they do not heat too much, power consumption is prety low and they do really 
 good job. 
 and on top of that Redshift as perfect companion ;) 
 viewport performance is not that big issue at all between two cards but being 
 able to utilise GPU rendering with CUDA is way more higher on the list then 
 couple more FPS in viewport 
 
 On Thu, Dec 11, 2014 at 9:26 AM, Christoph Muetze c...@glarestudios.de 
 wrote:
 I'd stay clear of the ATI/AMD consumer cards if I were you. From our
 experience Soft becomes generally less stable (crashing a lot more), and
 the raycast selection is going haywire sometimes.
 
 Chris
 
 On 11/12/14 04:44, phil harbath wrote:
 I went Redshift and have been very pleased. I can get by using a lot less 
 computers than before on most projects, volume smoke is pretty much all I 
 use MR for anymore. I have several computers with a combination of 780TI, 
 770, and 970, while I think the 780Ti give the best performance, it really 
 makes more sense to buy the 970 as they are priced better or 980 if you have 
 more cash. The Redshift say go with the cards with the most ram (that would 
 be Titan 6tb, if you got even more cash), depends on your needs of course.

 From: David Rivera
 Sent: Wednesday, December 10, 2014 8:51 PM
 To: Softimage Mailing List
 Subject: Best graphic card for Softimage?

 I know this subject has been posted a lot over the years, but it happens 
 that I read a benchmark performance between autodesk products on certain 
 webpage. They tested Radeons vs Nvidias and turns out that Mudbox and 
 Softimage ran better on AMD (Radeons) - this is mental ray render.


 So I was wondering whether to go full on mental ray (CPU) or take my savings 
 and put it on a GPU renderer? Either case, now a days, which is the middle 
 ranked graphic card for softimage? (My budget is around 1k).


 Thanks.

 David Rivera
 3D Compositor/Animator
 LinkedIN
 Behance
 VFX Reel


 -- 

Our users will know fear and cower before 

Friday Flashback #202

2014-12-12 Thread Stephen Blair
Six years already since we moved out of Softimage HQ
http://wp.me/powV4-38G


Re: Friday Flashback #202

2014-12-12 Thread Luc-Eric Rousseau
only the guy from purolator would have this particular flashback imho
On Dec 12, 2014 9:16 AM, Stephen Blair stephenrbl...@gmail.com wrote:

 Six years already since we moved out of Softimage HQ
 http://wp.me/powV4-38G



RE: AD subscription

2014-12-12 Thread Jill Ramsay (Contractor)
Hi there,
Have you tried a different browser? Which browser are you using?

Jill

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Toonafish
Sent: December-12-14 8:09 AM
To: softimage@listproc.autodesk.com
Subject: Re: AD subscription

Ah, great that worked ! Thanks Stephen.

Weird Leendert, I still get either an error or a blank page

-Ronald



attachment: winmail.dat

Re: Exocortex Crate (the Alembic suite) goes open source.

2014-12-12 Thread Orlando Esponda
Best Christmas present do far, Thanks guys!

On Fri, Dec 12, 2014 at 6:50 AM, Mario Reitbauer cont...@marioreitbauer.at
wrote:

 I use both actually.
 Because crate can't import/export everything.
 And on the other hand the si implementation can't neither.

 Mostly happend for abc's from houdini which didn't come in correctly with
 crate.

 2014-12-12 13:22 GMT+01:00 Juhani Karlsson juhani.karls...@talvi.com:

 Not just generous, but also smart. Great way to make sure the tools keep
 on livin.
 So much better than the basic alembic in 2015

 Thank you Ben,
 - J

 On 12 December 2014 at 13:44, Frantisek Hradecky fra...@visualfx.cz
 wrote:

 Thank you Ben, this is really very generous move.

 On Fri, Dec 12, 2014 at 12:31 PM, Robert Kjettrup rob...@maydayfilm.dk
 wrote:

 This is very generous of you guys.

 i see that it only goes back to Softimage 2012, is there a anything
 technical stopping someone getting it to work in Softimage v7?
 (pre-Autodesk) ...other than the problem finding someone with more
 programming skills than me, and having the issue like me with being stuck
 on a 6 years old license :-D

 Robert



 2014-12-12 10:04 GMT+01:00 Andreas Böinghoff 
 boeingh...@themarmalade.com:

 Very Nice Ben!

 This is so great - Since we are still on SI2014 and miss a
 abc-io-feature.



 On 11/12/2014 21:41, Ben Houston wrote:

 Hi all,

 I figured you may be interested to know that Exocortex Crate, the
 alembic suite for Maya, 3DS Max, Softimage, Arnold and Python just
 went open source.  You can download it for free and use it for free.
 Details here:

 http://exocortex.com/blog/exocortex_crate_alembic_goes_open_source

 Best regards,
 Ben Houston (Cell: 613-762-4113, Skype: ben.exocortex, Twitter:
 @exocortexcom)
 https://Clara.io - Online 3D Modeling and Rendering






 --
 --
 Juhani Karlsson
 3D Artist/TD

 Talvi Digital Oy
 Pursimiehenkatu 29-31 b 2krs.
 00150 Helsinki
 +358 443443088
 juhani.karls...@talvi.fi
 www.vimeo.com/talvi




MILA shaders in Softimage

2014-12-12 Thread Sven Constable
Hey list,

I had a look at the new mila shaders for mental ray a while back when it was
in beta.  Quite impressive stuff so far. There are several shader nodes now
available in Soft 2015 but whatever I plug together, it renders black.
They're not documented in softimage and I didn't find much about it
regarding softimage except this:
https://elementalray.wordpress.com/2014/04/20/the-layering-library-mila-part
-2/
The image with the car was rendered with mila in softimage so it *should*
work somehow.

I tried it this way: www.imagefront.de/tmp/soft-mila.JPG
As I understand it, the 'diffuse reflection' with MILA is what we usually
call 'diffuse color'. I tried other nodes but it always renders black. 

Does anyone got the mila shaders to work with Softimage 2015? 
 
Thanks and have a nice weekend,
sven 

attachment: winmail.dat

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Guy Rabiller


Create a whole dcc on top of a proprietary closed source product that 
can disappear or be trashed at any time ? Are you kidding ? Will you 
ever learn ?


I guess loosing Softimage was not enough for you ? Or you simply don't 
care ?


I still do. For a long time.

Cheers,
Guy.
--

guy rabiller | radfac founder | raa.tel


On 12/12/14 14:39, Ahmidou Lyazidi wrote:


Il don't  see the need to expose the core either, you can already 
create a whole dcc by yourself. You can extend the Splice standalone 
and add as many feature as you want. You can add/derive/modify all the 
KL objects. You can draw whatever you want in modern opengl and 
interact with the objects in the viewport. Integrate. c++ libraries 
and finally customize the ui with QT.

What would you like to do by changing the core?

Le 12 déc. 2014 06:00, Thomas Mansencal thomas.mansen...@gmail.com 
mailto:thomas.mansen...@gmail.com a écrit :


Excellent! I'm not a rigger but my friends rigger are now aware :)

On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling
sebastien.sterl...@gmail.com
mailto:sebastien.sterl...@gmail.com wrote:


Hot shit this stuff looks cool, just make a DCC already :P

Na i get why that can't be a priority right now, still all
this awsome...

We are hungry for more i'm sure :) so congrats to all and to
you Paul.



On 12 December 2014 at 08:23, Nicolas Esposito
3dv...@gmail.com mailto:3dv...@gmail.com wrote:

Great job guys!

I'm very interested especially regarding the DeltaMush
modifier, looks fantastic!

Very interesting is the Blendshapes rig...about that I'm
thinking that the debugging of the blendshape could be
used for realtime deformation ( displacement or wrinkle
maps ) that triggers automatically ( ala Facerobot but
much quicker ).

I'm still not familiar with Fabric Engine so pardon my
questions but:
- Regarding the captain atom rig, if I understood
correctly you are able via Alembic to bake all the
deformation you setup with the Rigging Toolbox and then
via script apply those deformation on the source mesh
itself, right? so, after I did all the deformations I want
I can simply bake those deformations with a script and
then export the rig itself in FBX and those deformations
are baked in, right?

- Same question, but related to tge blendshape rig...at
22.10 the locator is described as a container which holds
the geometry, but there's no actual geometry in the
scene...in this case how the export in FBX would work?

Cheers guys, this looks awesome!

2014-12-12 3:46 GMT+01:00 Paul Doyle
technove...@gmail.com mailto:technove...@gmail.com:

Hi Guy - no, we're not planning to open-source the
core. Thanks for the analysis of our client base and
users ;)

Paul

On 11 December 2014 at 21:28, Guy Rabiller
guy.rabil...@radfac.com
mailto:guy.rabil...@radfac.com wrote:


Hi Paul,

Still no plan to make the Core open sourced
(perhaps dual licensed ala Oracle) and available
to open sourced projects ?

I see you are now in need for more users/clients,
perhaps this could be the right time ?

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 11/12/14 22:48, Paul Doyle wrote:

(X-Post from 3DPro)

Hi everyone - something that has come up a few
times with customers has been 'can you give us
some sample deformers written in KL for us to get
started?'. The Rigging Toolbox is our pass at
doing just that: a public repo where people can
see how we've approached things like delta mush
(is it too late to be considered part of the DM
hype train?) and contribute back their own work
if they want to.

video here: https://vimeo.com/114272905
website + link to repo:
http://fabricengine.com/rigging-toolbox/

The Rigging Toolbox provides a collection of
production relevant tools that can be used when
building character pipelines using Fabric Engine.
These tools can be used as is, or purely as
reference as you build your own implementations.
Recently we 

mib_illum_hair_x?

2014-12-12 Thread Leendert A. Hartog

I'm quite possibly looking in all the wrong places,
but there seems to be a shader present in Softimage 2015 that doesn't 
seem to be documented,

namely the mib_illum_hair_x hair shader (hiding in the basehair.dll),
it's also present in Maya 2015, but documentation seems sparse there also.
Am I missing something?
Any thoughts on this?

Greetz
Leendert

--

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



Re: Friday Flashback #202

2014-12-12 Thread Jason S

  
  

  And perhaps those trying to forget?
  
  Still quite a memorable moment for everyone,
  when death was at the door, not the purolator guy.
  
  (I say screw death)
  
  
  On 12/12/14 10:25, Luc-Eric Rousseau wrote:


  only the guy from purolator would have this
particular flashback imho
  On Dec 12, 2014 9:16 AM, "Stephen Blair"
stephenrbl...@gmail.com
wrote:

  
Six years already since we moved out of Softimage HQ
http://wp.me/powV4-38G
  

  


  



Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Paul Doyle
Our customers all have agreements that protect them, and next year we'll be
pushing on the 3rd party licensing model which will also allow people to
distribute free Fabric tools if they choose to. If someone wanted to build
a full-on DCC then we'd have a license agreement that would protect them as
well.

There are more approaches to this than just 'open source all the things!'.

On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com wrote:


 Create a whole dcc on top of a proprietary closed source product that can
 disappear or be trashed at any time ? Are you kidding ? Will you ever learn
 ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to expose the core either, you can already create a
 whole dcc by yourself. You can extend the Splice standalone and add as many
 feature as you want. You can add/derive/modify all the KL objects. You can
 draw whatever you want in modern opengl and interact with the objects in
 the viewport. Integrate. c++ libraries and finally customize the ui with QT.
 What would you like to do by changing the core?
 Le 12 déc. 2014 06:00, Thomas Mansencal thomas.mansen...@gmail.com a
 écrit :

 Excellent! I'm not a rigger but my friends rigger are now aware :)

 On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling 
 sebastien.sterl...@gmail.com wrote:


 Hot shit this stuff looks cool, just make a DCC already :P

  Na i get why that can't be a priority right now, still all this
 awsome...

  We are hungry for more i'm sure :) so congrats to all and to you Paul.



 On 12 December 2014 at 08:23, Nicolas Esposito 3dv...@gmail.com
 wrote:

 Great job guys!

  I'm very interested especially regarding the DeltaMush modifier,
 looks fantastic!

  Very interesting is the Blendshapes rig...about that I'm thinking
 that the debugging of the blendshape could be used for realtime deformation
 ( displacement or wrinkle maps ) that triggers automatically ( ala
 Facerobot but much quicker ).

  I'm still not familiar with Fabric Engine so pardon my questions but:
 - Regarding the captain atom rig, if I understood correctly you are
 able via Alembic to bake all the deformation you setup with the Rigging
 Toolbox and then via script apply those deformation on the source mesh
 itself, right? so, after I did all the deformations I want I can simply
 bake those deformations with a script and then export the rig itself in FBX
 and those deformations are baked in, right?

  - Same question, but related to tge blendshape rig...at 22.10 the
 locator is described as a container which holds the geometry, but there's
 no actual geometry in the scene...in this case how the export in FBX would
 work?

  Cheers guys, this looks awesome!

 2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're not planning to open-source the core. Thanks for
 the analysis of our client base and users ;)

  Paul

 On 11 December 2014 at 21:28, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Hi Paul,

 Still no plan to make the Core open sourced (perhaps dual licensed
 ala Oracle) and available to open sourced projects ?

 I see you are now in need for more users/clients, perhaps this could
 be the right time ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 11/12/14 22:48, Paul Doyle wrote:

  (X-Post from 3DPro)

  Hi everyone - something that has come up a few times with customers
 has been 'can you give us some sample deformers written in KL for us to 
 get
 started?'. The Rigging Toolbox is our pass at doing just that: a public
 repo where people can see how we've approached things like delta mush (is
 it too late to be considered part of the DM hype train?) and contribute
 back their own work if they want to.

  video here: https://vimeo.com/114272905
  website + link to repo: http://fabricengine.com/rigging-toolbox/

  The Rigging Toolbox provides a collection of production relevant
 tools that can be used when building character pipelines using Fabric
 Engine. These tools can be used as is, or purely as reference as you 
 build
 your own implementations. Recently we have added a suite of deformers and
 are now working on leveraging our GPU compute capabilities with these
 deformers.

 The rigging toolbox works in Maya, Max and Softimage with our Splice
 plugin, so this all has the usual Fabric benefits of encapsulation and
 portability. As we move to visual programming next year, this work will 
 all
 be compatible there as well.

  Last infomercial piece: http://fabricengine.com/get-fabric/ Fabric
 is free for individuals and we're giving 50 free licenses to studios, 
 which
 helps when you're hoping people will contribute to a project like this.

 Thanks,

 Paul






Re: Best graphic card for Softimage?

2014-12-12 Thread Leoung O'Young
We are building a few systems now for Redshift and doing some tests, I 
find you have do quite a bit research especially if you want to put 4 
GPUs in one system.
If you starting from scratch and use the new 2011 chipset it is easier, 
there are more motherboard selections but if you want to re-use some of 
the older cpus/memory etc  like the i72600 or i7 3770 1150 chipset, 
there are  less selections of motherboards to select from.  Than you 
have decide which brand of motherboard is more reliable


Definitely the the 970s runs much quieter, cooler and also require less 
power.


Leoung

On 12/12/2014 4:04 AM, Mirko Jankovic wrote:
well I do have 4 titans stacked in one cmp and 4x 970 on another, they 
do heat up the room :) but cards itself are fine. 970s rarely go over 
60, titans can hit 5-10 degrees more.

but good cooler room and cases and all ok

On Fri, Dec 12, 2014 at 9:39 AM, Dan Yargici danyarg...@gmail.com 
mailto:danyarg...@gmail.com wrote:


The Quadro 4000s are TERRIBLE when it comes to cooling.  I seem to
remember that they were idling at ~90 degrees C...

DAN

On Fri, Dec 12, 2014 at 6:44 AM, Raffaele Fragapane
raffsxsil...@googlemail.com mailto:raffsxsil...@googlemail.com
wrote:

It sounds like you were well past the 15000 hours mark on
those components.
Practically no non-enterprise gear is guaranteed to work
continuously for that long. Most is considered to have a
reliable life of 10k, after which you roll the dice.

A couple mobos for what sounds like 25k or more hours of
active duty is nothing to sneeze at.

You could buy/set up better ventilation in the casing, but
it's unlikely that just heat, especially if it was never going
past 50 ambient, was shortening component life much.

And yes, everybody has their stories of hardware that lasted
fifteen years, and cars that were still good after 25
miles, but that's not the average mileage you should expect
from consumer level hardware, or even non-server oriented
hardware in general.


On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com
mailto:hk-v...@iscs-i.com wrote:

Average temp ran around high 50's Celsius and rarely
touched 70 C on a major render. It was on nearly
continuously for 3 years until mobo died in Feb then Nov
(warranty covered both). Any links for better cooling
appreciated.

Thanks,

Henry

On 2014-12-11 17:32, James De Colling wrote:


thats bizarre, I had a quadro4000 in my old machine for 2
years without a problem. it was on 24/7
now I have a 770TI and again, its on 24/7
maybe look at some better cooling solutions?
cheers
james,

On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr
hk-v...@iscs-i.com mailto:hk-v...@iscs-i.com wrote:

Apologies to my thumbs. I meant how long do you keep
your computer on with a card that generates such heat?
In my case, I've had to replace my mobo twice this
year from my Nvidia quadro 4000.
Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Mirko Jankovic
Date:12/11/2014 2:32 PM (GMT-05:00)
To: softimage@listproc.autodesk.com
mailto:softimage@listproc.autodesk.com
Subject: Re: Best graphic card for Softimage?
How long can you can your computer on with this card
in it?
Sry but clarification please?

On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com
mailto:hk-v...@iscs-i.com wrote:

How long can you can your computer on with this
card in it?

On 2014-12-11 05:36, Mario Reitbauer wrote:

Got the msi gtx 970 gaming 4g.
Quite happy with it.

2014-12-11 10:03 GMT+01:00 Mirko Jankovic
mirkoj.anima...@gmail.com
mailto:mirkoj.anima...@gmail.com:

right now 970 is best bang for backs.
they do not heat too much, power
consumption is prety low and they do
really good job.
and on top of that Redshift as perfect
companion ;)
viewport performance is not that big
issue at all between two cards but being
able to utilise GPU rendering with CUDA
is way more higher on the list then
couple more 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Guy Rabiller


Yeah well, with all the lies Autodesk gave us, how come can you expect 
to be trusted ?


Nothing personal though, you are not responsible.

But the trust is lost, broken, irreversibly. They did a pretty good job 
at it. Blame them.


The only projects and products that deserve trust are open sourced 
projects. Period.


Yet I still don't understand why you are so afraid to open source the 
core using a dual license. Take Berkeley DB from Oracle for instance. 
Open sourced, dual licensed. I don't think Oracle stakes holders are 
less business oriented than Autodesk ones. Wiser perhaps ?


Cheers,
Guy.
--

guy rabiller | radfac founder | raa.tel


On 12/12/14 18:10, Paul Doyle wrote:
Our customers all have agreements that protect them, and next year 
we'll be pushing on the 3rd party licensing model which will also 
allow people to distribute free Fabric tools if they choose to. If 
someone wanted to build a full-on DCC then we'd have a license 
agreement that would protect them as well.


There are more approaches to this than just 'open source all the things!'.

On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com 
mailto:guy.rabil...@radfac.com wrote:



Create a whole dcc on top of a proprietary closed source product
that can disappear or be trashed at any time ? Are you kidding ?
Will you ever learn ?

I guess loosing Softimage was not enough for you ? Or you simply
don't care ?

I still do. For a long time.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 14:39, Ahmidou Lyazidi wrote:


Il don't  see the need to expose the core either, you can already
create a whole dcc by yourself. You can extend the Splice
standalone and add as many feature as you want. You can
add/derive/modify all the KL objects. You can draw whatever you
want in modern opengl and interact with the objects in the
viewport. Integrate. c++ libraries and finally customize the ui
with QT.
What would you like to do by changing the core?

Le 12 déc. 2014 06:00, Thomas Mansencal
thomas.mansen...@gmail.com mailto:thomas.mansen...@gmail.com
a écrit :

Excellent! I'm not a rigger but my friends rigger are now
aware :)

On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling
sebastien.sterl...@gmail.com
mailto:sebastien.sterl...@gmail.com wrote:


Hot shit this stuff looks cool, just make a DCC already :P

Na i get why that can't be a priority right now, still
all this awsome...

We are hungry for more i'm sure :) so congrats to all and
to you Paul.



On 12 December 2014 at 08:23, Nicolas Esposito
3dv...@gmail.com mailto:3dv...@gmail.com wrote:

Great job guys!

I'm very interested especially regarding the
DeltaMush modifier, looks fantastic!

Very interesting is the Blendshapes rig...about that
I'm thinking that the debugging of the blendshape
could be used for realtime deformation ( displacement
or wrinkle maps ) that triggers automatically ( ala
Facerobot but much quicker ).

I'm still not familiar with Fabric Engine so pardon
my questions but:
- Regarding the captain atom rig, if I understood
correctly you are able via Alembic to bake all the
deformation you setup with the Rigging Toolbox and
then via script apply those deformation on the source
mesh itself, right? so, after I did all the
deformations I want I can simply bake those
deformations with a script and then export the rig
itself in FBX and those deformations are baked in, right?

- Same question, but related to tge blendshape
rig...at 22.10 the locator is described as a
container which holds the geometry, but there's no
actual geometry in the scene...in this case how the
export in FBX would work?

Cheers guys, this looks awesome!

2014-12-12 3:46 GMT+01:00 Paul Doyle
technove...@gmail.com mailto:technove...@gmail.com:

Hi Guy - no, we're not planning to open-source
the core. Thanks for the analysis of our client
base and users ;)

Paul

On 11 December 2014 at 21:28, Guy Rabiller
guy.rabil...@radfac.com
mailto:guy.rabil...@radfac.com wrote:


Hi Paul,

Still no plan to make the Core open sourced
(perhaps dual licensed ala Oracle) and
available to open sourced projects ?

 

Re: Best graphic card for Softimage?

2014-12-12 Thread Leoung O'Young
I want to add, it is also hard to find GPUs that blows the air out the 
back of the card.
If you have  3 to 4 cards, it is important so the heat doesn't stay 
inside the case

The EVGA reference model are one of them, but they are on back order.
There generally is a shortage on some models of the 970.
I bought a couple of Zotac 970, initial testing is very promising.

The Redshift forum is also very helpful.

Leoung

On 12/12/2014 4:04 AM, Mirko Jankovic wrote:
well I do have 4 titans stacked in one cmp and 4x 970 on another, they 
do heat up the room :) but cards itself are fine. 970s rarely go over 
60, titans can hit 5-10 degrees more.

but good cooler room and cases and all ok

On Fri, Dec 12, 2014 at 9:39 AM, Dan Yargici danyarg...@gmail.com 
mailto:danyarg...@gmail.com wrote:


The Quadro 4000s are TERRIBLE when it comes to cooling.  I seem to
remember that they were idling at ~90 degrees C...

DAN

On Fri, Dec 12, 2014 at 6:44 AM, Raffaele Fragapane
raffsxsil...@googlemail.com mailto:raffsxsil...@googlemail.com
wrote:

It sounds like you were well past the 15000 hours mark on
those components.
Practically no non-enterprise gear is guaranteed to work
continuously for that long. Most is considered to have a
reliable life of 10k, after which you roll the dice.

A couple mobos for what sounds like 25k or more hours of
active duty is nothing to sneeze at.

You could buy/set up better ventilation in the casing, but
it's unlikely that just heat, especially if it was never going
past 50 ambient, was shortening component life much.

And yes, everybody has their stories of hardware that lasted
fifteen years, and cars that were still good after 25
miles, but that's not the average mileage you should expect
from consumer level hardware, or even non-server oriented
hardware in general.


On Fri, Dec 12, 2014 at 3:08 PM, hk-v...@iscs-i.com
mailto:hk-v...@iscs-i.com wrote:

Average temp ran around high 50's Celsius and rarely
touched 70 C on a major render. It was on nearly
continuously for 3 years until mobo died in Feb then Nov
(warranty covered both). Any links for better cooling
appreciated.

Thanks,

Henry

On 2014-12-11 17:32, James De Colling wrote:


thats bizarre, I had a quadro4000 in my old machine for 2
years without a problem. it was on 24/7
now I have a 770TI and again, its on 24/7
maybe look at some better cooling solutions?
cheers
james,

On Fri, Dec 12, 2014 at 10:28 AM, hk-vndr
hk-v...@iscs-i.com mailto:hk-v...@iscs-i.com wrote:

Apologies to my thumbs. I meant how long do you keep
your computer on with a card that generates such heat?
In my case, I've had to replace my mobo twice this
year from my Nvidia quadro 4000.
Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Mirko Jankovic
Date:12/11/2014 2:32 PM (GMT-05:00)
To: softimage@listproc.autodesk.com
mailto:softimage@listproc.autodesk.com
Subject: Re: Best graphic card for Softimage?
How long can you can your computer on with this card
in it?
Sry but clarification please?

On Thu, Dec 11, 2014 at 2:28 PM, hk-v...@iscs-i.com
mailto:hk-v...@iscs-i.com wrote:

How long can you can your computer on with this
card in it?

On 2014-12-11 05:36, Mario Reitbauer wrote:

Got the msi gtx 970 gaming 4g.
Quite happy with it.

2014-12-11 10:03 GMT+01:00 Mirko Jankovic
mirkoj.anima...@gmail.com
mailto:mirkoj.anima...@gmail.com:

right now 970 is best bang for backs.
they do not heat too much, power
consumption is prety low and they do
really good job.
and on top of that Redshift as perfect
companion ;)
viewport performance is not that big
issue at all between two cards but being
able to utilise GPU rendering with CUDA
is way more higher on the list then
couple more FPS in viewport

On Thu, Dec 11, 2014 at 9:26 AM,
Christoph Muetze c...@glarestudios.de

Re: mib_illum_hair_x?

2014-12-12 Thread Rob Chapman
I think you are witnessing the great divide that is communication between
Autodesk - mental ray - Nvidia
On 12 Dec 2014 16:37, Leendert A. Hartog hirazib...@live.nl wrote:

 I'm quite possibly looking in all the wrong places,
 but there seems to be a shader present in Softimage 2015 that doesn't seem
 to be documented,
 namely the mib_illum_hair_x hair shader (hiding in the basehair.dll),
 it's also present in Maya 2015, but documentation seems sparse there also.
 Am I missing something?
 Any thoughts on this?

 Greetz
 Leendert

 --

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




Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Paul Doyle
The fact is there are no successful open-source companies in our industry
because the numbers don't work. The companies that do open-source in our
industry are doing something else as their main business. Our main business
is selling software. Typically a software company open-sources if they see
an opportunity to build a services business/premium support model around
their software - the conversion percentages here are typically 5% of the
user base and often much lower. Simply put - our industry is too technical
(we don't need no stinking support) and too small (how many studios are
there globally above 10 employees?) for that to be viable, we would die.

As for trust - that was really my point in my last email. Fabric makes
guarantees through our licensing agreements with customers - they don't
have to trust what I tell them, they have a contract that gives them what
they need.

I get that many people feel burned and why that makes a very compelling
argument for OSS alternatives. If we felt that we could be successful doing
that, then we'd be doing it. There is no moral opposition to the notion of
open-sourcing, it's a matter of doing such a thing if and when it makes
sense. Right now that's not our position.


On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect to
 be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good job at
 it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the core
 using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year we'll
 be pushing on the 3rd party licensing model which will also allow people to
 distribute free Fabric tools if they choose to. If someone wanted to build
 a full-on DCC then we'd have a license agreement that would protect them as
 well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that can
 disappear or be trashed at any time ? Are you kidding ? Will you ever learn
 ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to expose the core either, you can already create
 a whole dcc by yourself. You can extend the Splice standalone and add as
 many feature as you want. You can add/derive/modify all the KL objects. You
 can draw whatever you want in modern opengl and interact with the objects
 in the viewport. Integrate. c++ libraries and finally customize the ui with
 QT.
 What would you like to do by changing the core?
 Le 12 déc. 2014 06:00, Thomas Mansencal thomas.mansen...@gmail.com a
 écrit :

 Excellent! I'm not a rigger but my friends rigger are now aware :)

 On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling 
 sebastien.sterl...@gmail.com wrote:


 Hot shit this stuff looks cool, just make a DCC already :P

  Na i get why that can't be a priority right now, still all this
 awsome...

  We are hungry for more i'm sure :) so congrats to all and to you Paul.



 On 12 December 2014 at 08:23, Nicolas Esposito 3dv...@gmail.com
 wrote:

 Great job guys!

  I'm very interested especially regarding the DeltaMush modifier,
 looks fantastic!

  Very interesting is the Blendshapes rig...about that I'm thinking
 that the debugging of the blendshape could be used for realtime 
 deformation
 ( displacement or wrinkle maps ) that triggers automatically ( ala
 Facerobot but much quicker ).

  I'm still not familiar with Fabric Engine so pardon my questions but:
 - Regarding the captain atom rig, if I understood correctly you are
 able via Alembic to bake all the deformation you setup with the Rigging
 Toolbox and then via script apply those deformation on the source mesh
 itself, right? so, after I did all the deformations I want I can simply
 bake those deformations with a script and then export the rig itself in 
 FBX
 and those deformations are baked in, right?

  - Same question, but related to tge blendshape rig...at 22.10 the
 locator is described as a container which holds the geometry, but there's
 no actual geometry in the scene...in this case how the export in FBX would
 work?

  Cheers guys, this looks awesome!

 2014-12-12 3:46 GMT+01:00 Paul Doyle technove...@gmail.com:

 Hi Guy - no, we're 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Guy Rabiller


But I have the feeling you think open-source automatically means 'free'.

Your business is not selling software (I hope), your business is selling 
licenses.


Using a dual-licenses approach, it would be free to use for 
non-commercial open-sourced projects, but studios would still have to 
pay licenses for proprietary development. So no change here in terms of 
business, this could even be transparent for your existing customers. 
Nothing would change for them and you would get the same amount of money 
from them.


Yet, instead allowing them to distribute free Fabric tools if they 
choose to, this could perhaps allow them to sell Fabric tools too. 
Better business model for everyone.


While being open-sourced and free for non commercial developments, trust 
is back and open-sourced communities developments could start.


ps: a contract means nothing if a company disappear, I believe I'm not 
the only one who has experienced that.


Cheers,
Guy.
--

guy rabiller | radfac founder | raa.tel


On 12/12/14 19:01, Paul Doyle wrote:
The fact is there are no successful open-source companies in our 
industry because the numbers don't work. The companies that do 
open-source in our industry are doing something else as their main 
business. Our main business is selling software. Typically a software 
company open-sources if they see an opportunity to build a services 
business/premium support model around their software - the conversion 
percentages here are typically 5% of the user base and often much 
lower. Simply put - our industry is too technical (we don't need no 
stinking support) and too small (how many studios are there globally 
above 10 employees?) for that to be viable, we would die.


As for trust - that was really my point in my last email. Fabric makes 
guarantees through our licensing agreements with customers - they 
don't have to trust what I tell them, they have a contract that gives 
them what they need.


I get that many people feel burned and why that makes a very 
compelling argument for OSS alternatives. If we felt that we could be 
successful doing that, then we'd be doing it. There is no moral 
opposition to the notion of open-sourcing, it's a matter of doing such 
a thing if and when it makes sense. Right now that's not our position.



On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com 
mailto:guy.rabil...@radfac.com wrote:



Yeah well, with all the lies Autodesk gave us, how come can you
expect to be trusted ?

Nothing personal though, you are not responsible.

But the trust is lost, broken, irreversibly. They did a pretty
good job at it. Blame them.

The only projects and products that deserve trust are open sourced
projects. Period.

Yet I still don't understand why you are so afraid to open source
the core using a dual license. Take Berkeley DB from Oracle for
instance. Open sourced, dual licensed. I don't think Oracle stakes
holders are less business oriented than Autodesk ones. Wiser perhaps ?

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 18:10, Paul Doyle wrote:

Our customers all have agreements that protect them, and next
year we'll be pushing on the 3rd party licensing model which will
also allow people to distribute free Fabric tools if they choose
to. If someone wanted to build a full-on DCC then we'd have a
license agreement that would protect them as well.

There are more approaches to this than just 'open source all the
things!'.

On 12 December 2014 at 11:27, Guy Rabiller
guy.rabil...@radfac.com mailto:guy.rabil...@radfac.com wrote:


Create a whole dcc on top of a proprietary closed source
product that can disappear or be trashed at any time ? Are
you kidding ? Will you ever learn ?

I guess loosing Softimage was not enough for you ? Or you
simply don't care ?

I still do. For a long time.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 14:39, Ahmidou Lyazidi wrote:


Il don't  see the need to expose the core either, you can
already create a whole dcc by yourself. You can extend the
Splice standalone and add as many feature as you want. You
can add/derive/modify all the KL objects. You can draw
whatever you want in modern opengl and interact with the
objects in the viewport. Integrate. c++ libraries and
finally customize the ui with QT.
What would you like to do by changing the core?

Le 12 déc. 2014 06:00, Thomas Mansencal
thomas.mansen...@gmail.com
mailto:thomas.mansen...@gmail.com a écrit :

Excellent! I'm not a rigger but my friends rigger are
now aware :)

On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling
sebastien.sterl...@gmail.com

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Paul Doyle
I explained the reasoning, I'm not going to go into this topic any further.

On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com wrote:


 But I have the feeling you think open-source automatically means 'free'.

 Your business is not selling software (I hope), your business is selling
 licenses.

 Using a dual-licenses approach, it would be free to use for non-commercial
 open-sourced projects, but studios would still have to pay licenses for
 proprietary development. So no change here in terms of business, this could
 even be transparent for your existing customers. Nothing would change for
 them and you would get the same amount of money from them.

 Yet, instead allowing them to distribute free Fabric tools if they choose
 to, this could perhaps allow them to sell Fabric tools too. Better business
 model for everyone.

 While being open-sourced and free for non commercial developments, trust
 is back and open-sourced communities developments could start.

 ps: a contract means nothing if a company disappear, I believe I'm not the
 only one who has experienced that.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 19:01, Paul Doyle wrote:

 The fact is there are no successful open-source companies in our industry
 because the numbers don't work. The companies that do open-source in our
 industry are doing something else as their main business. Our main business
 is selling software. Typically a software company open-sources if they see
 an opportunity to build a services business/premium support model around
 their software - the conversion percentages here are typically 5% of the
 user base and often much lower. Simply put - our industry is too technical
 (we don't need no stinking support) and too small (how many studios are
 there globally above 10 employees?) for that to be viable, we would die.

  As for trust - that was really my point in my last email. Fabric makes
 guarantees through our licensing agreements with customers - they don't
 have to trust what I tell them, they have a contract that gives them what
 they need.

  I get that many people feel burned and why that makes a very compelling
 argument for OSS alternatives. If we felt that we could be successful doing
 that, then we'd be doing it. There is no moral opposition to the notion of
 open-sourcing, it's a matter of doing such a thing if and when it makes
 sense. Right now that's not our position.


 On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect to
 be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good job
 at it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the
 core using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year we'll
 be pushing on the 3rd party licensing model which will also allow people to
 distribute free Fabric tools if they choose to. If someone wanted to build
 a full-on DCC then we'd have a license agreement that would protect them as
 well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that
 can disappear or be trashed at any time ? Are you kidding ? Will you ever
 learn ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to expose the core either, you can already create
 a whole dcc by yourself. You can extend the Splice standalone and add as
 many feature as you want. You can add/derive/modify all the KL objects. You
 can draw whatever you want in modern opengl and interact with the objects
 in the viewport. Integrate. c++ libraries and finally customize the ui with
 QT.
 What would you like to do by changing the core?
 Le 12 déc. 2014 06:00, Thomas Mansencal thomas.mansen...@gmail.com
 a écrit :

 Excellent! I'm not a rigger but my friends rigger are now aware :)

 On Fri Dec 12 2014 at 10:31:36 AM Sebastien Sterling 
 sebastien.sterl...@gmail.com wrote:


 Hot shit this stuff looks cool, just make a DCC already :P

  Na i get why that can't be a priority right now, still all this
 awsome...

  We are hungry for more i'm sure :) so congrats to all and to you
 Paul.



 On 12 December 2014 at 

Re: SDK: PolygonMesh.GetApproximatedMeshAndAttributes() -- documentation error?

2014-12-12 Thread Matt Lind

Thank, Luc-Eric.  I figured as much.

Matt




Date: Thu, 11 Dec 2014 16:56:47 -0500
From: Luc-Eric Rousseau luceri...@gmail.com
Subject: Re: SDK: PolygonMesh.GetApproximatedMeshAndAttributes() --
documenation error?
To: softimage@listproc.autodesk.comsoftimage@listproc.autodesk.com


there is an error.  There is an additional array before UVArray that
is called PolygonFaceIndexArray
it's an array of indices which I am guessing tells you what is the
polygon ID on the corresponding unsubdivided mesh.
It helps finding which material is used because the clusters are using
these IDs.



Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Guy Rabiller


No stress here.

Your reasoning is biased by the false assumption (tunnel-vision?) 
open-source == free, and your are not even listening to the arguments 
that show otherwise.


That's fine with me, and confirms my trust-level.

Cheers,
Guy.
--

guy rabiller | radfac founder | raa.tel



On 12/12/14 19:49, Paul Doyle wrote:
I explained the reasoning, I'm not going to go into this topic any 
further.


On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com 
mailto:guy.rabil...@radfac.com wrote:



But I have the feeling you think open-source automatically means
'free'.

Your business is not selling software (I hope), your business is
selling licenses.

Using a dual-licenses approach, it would be free to use for
non-commercial open-sourced projects, but studios would still have
to pay licenses for proprietary development. So no change here in
terms of business, this could even be transparent for your
existing customers. Nothing would change for them and you would
get the same amount of money from them.

Yet, instead allowing them to distribute free Fabric tools if they
choose to, this could perhaps allow them to sell Fabric tools too.
Better business model for everyone.

While being open-sourced and free for non commercial developments,
trust is back and open-sourced communities developments could start.

ps: a contract means nothing if a company disappear, I believe I'm
not the only one who has experienced that.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 19:01, Paul Doyle wrote:

The fact is there are no successful open-source companies in our
industry because the numbers don't work. The companies that do
open-source in our industry are doing something else as their
main business. Our main business is selling software. Typically a
software company open-sources if they see an opportunity to build
a services business/premium support model around their software -
the conversion percentages here are typically 5% of the user
base and often much lower. Simply put - our industry is too
technical (we don't need no stinking support) and too small
(how many studios are there globally above 10 employees?) for
that to be viable, we would die.

As for trust - that was really my point in my last email. Fabric
makes guarantees through our licensing agreements with customers
- they don't have to trust what I tell them, they have a contract
that gives them what they need.

I get that many people feel burned and why that makes a very
compelling argument for OSS alternatives. If we felt that we
could be successful doing that, then we'd be doing it. There is
no moral opposition to the notion of open-sourcing, it's a matter
of doing such a thing if and when it makes sense. Right now
that's not our position.


On 12 December 2014 at 12:33, Guy Rabiller
guy.rabil...@radfac.com mailto:guy.rabil...@radfac.com wrote:


Yeah well, with all the lies Autodesk gave us, how come can
you expect to be trusted ?

Nothing personal though, you are not responsible.

But the trust is lost, broken, irreversibly. They did a
pretty good job at it. Blame them.

The only projects and products that deserve trust are open
sourced projects. Period.

Yet I still don't understand why you are so afraid to open
source the core using a dual license. Take Berkeley DB from
Oracle for instance. Open sourced, dual licensed. I don't
think Oracle stakes holders are less business oriented than
Autodesk ones. Wiser perhaps ?

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 18:10, Paul Doyle wrote:

Our customers all have agreements that protect them, and
next year we'll be pushing on the 3rd party licensing model
which will also allow people to distribute free Fabric tools
if they choose to. If someone wanted to build a full-on DCC
then we'd have a license agreement that would protect them
as well.

There are more approaches to this than just 'open source all
the things!'.

On 12 December 2014 at 11:27, Guy Rabiller
guy.rabil...@radfac.com mailto:guy.rabil...@radfac.com
wrote:


Create a whole dcc on top of a proprietary closed source
product that can disappear or be trashed at any time ?
Are you kidding ? Will you ever learn ?

I guess loosing Softimage was not enough for you ? Or
you simply don't care ?

I still do. For a long time.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 14:39, Ahmidou Lyazidi 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Sebastien Sterling
I think open source is at it's best when someone just puts something out
into the world and decides to takes a back seat. The FE guys are actively
developing the platform, it's theirs and they are best suited to develop it
further.

Don't be calus Guy, i don't think paul has anything against open source, he
is just saying that successful examples of it in co-relation with the
complexity of the tools we use are few and far between.

The FE guys will probably keep denying the consolidation of a DCC even as
they pave over the last panel of the Maya UI with KL :P



On 12 December 2014 at 18:49, Paul Doyle technove...@gmail.com wrote:

 I explained the reasoning, I'm not going to go into this topic any further.

 On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 But I have the feeling you think open-source automatically means 'free'.

 Your business is not selling software (I hope), your business is selling
 licenses.

 Using a dual-licenses approach, it would be free to use for
 non-commercial open-sourced projects, but studios would still have to pay
 licenses for proprietary development. So no change here in terms of
 business, this could even be transparent for your existing customers.
 Nothing would change for them and you would get the same amount of money
 from them.

 Yet, instead allowing them to distribute free Fabric tools if they choose
 to, this could perhaps allow them to sell Fabric tools too. Better business
 model for everyone.

 While being open-sourced and free for non commercial developments, trust
 is back and open-sourced communities developments could start.

 ps: a contract means nothing if a company disappear, I believe I'm not
 the only one who has experienced that.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 19:01, Paul Doyle wrote:

 The fact is there are no successful open-source companies in our industry
 because the numbers don't work. The companies that do open-source in our
 industry are doing something else as their main business. Our main business
 is selling software. Typically a software company open-sources if they see
 an opportunity to build a services business/premium support model around
 their software - the conversion percentages here are typically 5% of the
 user base and often much lower. Simply put - our industry is too technical
 (we don't need no stinking support) and too small (how many studios are
 there globally above 10 employees?) for that to be viable, we would die.

  As for trust - that was really my point in my last email. Fabric makes
 guarantees through our licensing agreements with customers - they don't
 have to trust what I tell them, they have a contract that gives them what
 they need.

  I get that many people feel burned and why that makes a very compelling
 argument for OSS alternatives. If we felt that we could be successful doing
 that, then we'd be doing it. There is no moral opposition to the notion of
 open-sourcing, it's a matter of doing such a thing if and when it makes
 sense. Right now that's not our position.


 On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect
 to be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good job
 at it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the
 core using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year we'll
 be pushing on the 3rd party licensing model which will also allow people to
 distribute free Fabric tools if they choose to. If someone wanted to build
 a full-on DCC then we'd have a license agreement that would protect them as
 well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that
 can disappear or be trashed at any time ? Are you kidding ? Will you ever
 learn ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to expose the core either, you can already
 create a whole dcc by yourself. You can extend the Splice standalone and
 add as many feature as you want. You can add/derive/modify all the KL
 objects. You can draw whatever you want in modern opengl 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Jonah Friedman
Rigging toolbox looks super interesting and a great example of how to do
some things. It's very helpful, thanks for doing this!

On Fri, Dec 12, 2014 at 2:17 PM, Sebastien Sterling 
sebastien.sterl...@gmail.com wrote:

 I think open source is at it's best when someone just puts something out
 into the world and decides to takes a back seat. The FE guys are actively
 developing the platform, it's theirs and they are best suited to develop it
 further.

 Don't be calus Guy, i don't think paul has anything against open source,
 he is just saying that successful examples of it in co-relation with the
 complexity of the tools we use are few and far between.

 The FE guys will probably keep denying the consolidation of a DCC even as
 they pave over the last panel of the Maya UI with KL :P



 On 12 December 2014 at 18:49, Paul Doyle technove...@gmail.com wrote:

 I explained the reasoning, I'm not going to go into this topic any
 further.

 On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 But I have the feeling you think open-source automatically means 'free'.

 Your business is not selling software (I hope), your business is selling
 licenses.

 Using a dual-licenses approach, it would be free to use for
 non-commercial open-sourced projects, but studios would still have to pay
 licenses for proprietary development. So no change here in terms of
 business, this could even be transparent for your existing customers.
 Nothing would change for them and you would get the same amount of money
 from them.

 Yet, instead allowing them to distribute free Fabric tools if they
 choose to, this could perhaps allow them to sell Fabric tools too. Better
 business model for everyone.

 While being open-sourced and free for non commercial developments, trust
 is back and open-sourced communities developments could start.

 ps: a contract means nothing if a company disappear, I believe I'm not
 the only one who has experienced that.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 19:01, Paul Doyle wrote:

 The fact is there are no successful open-source companies in our
 industry because the numbers don't work. The companies that do open-source
 in our industry are doing something else as their main business. Our main
 business is selling software. Typically a software company open-sources if
 they see an opportunity to build a services business/premium support model
 around their software - the conversion percentages here are typically 5%
 of the user base and often much lower. Simply put - our industry is too
 technical (we don't need no stinking support) and too small (how many
 studios are there globally above 10 employees?) for that to be viable, we
 would die.

  As for trust - that was really my point in my last email. Fabric makes
 guarantees through our licensing agreements with customers - they don't
 have to trust what I tell them, they have a contract that gives them what
 they need.

  I get that many people feel burned and why that makes a very
 compelling argument for OSS alternatives. If we felt that we could be
 successful doing that, then we'd be doing it. There is no moral opposition
 to the notion of open-sourcing, it's a matter of doing such a thing if and
 when it makes sense. Right now that's not our position.


 On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect
 to be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good job
 at it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the
 core using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year
 we'll be pushing on the 3rd party licensing model which will also allow
 people to distribute free Fabric tools if they choose to. If someone wanted
 to build a full-on DCC then we'd have a license agreement that would
 protect them as well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that
 can disappear or be trashed at any time ? Are you kidding ? Will you ever
 learn ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to expose the 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Paul Doyle
Guy - we actually did some research into the matter when making our
decision - including talking to software companies that had successfully
built businesses around OSS. Dual-licensing was considered and we decided
that it wouldn't work. I am not going to get into the details of it,
because frankly it's painful to have a discussion with someone that
defaults to 'see? I'm right not to trust you' at every opportunity, along
with various snarky comments.

Thanks,

Paul

On 12 December 2014 at 14:08, Guy Rabiller guy.rabil...@radfac.com wrote:


 No stress here.

 Your reasoning is biased by the false assumption (tunnel-vision?)
 open-source == free, and your are not even listening to the arguments that
 show otherwise.

 That's fine with me, and confirms my trust-level.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel



 On 12/12/14 19:49, Paul Doyle wrote:

 I explained the reasoning, I'm not going to go into this topic any further.

 On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 But I have the feeling you think open-source automatically means 'free'.

 Your business is not selling software (I hope), your business is selling
 licenses.

 Using a dual-licenses approach, it would be free to use for
 non-commercial open-sourced projects, but studios would still have to pay
 licenses for proprietary development. So no change here in terms of
 business, this could even be transparent for your existing customers.
 Nothing would change for them and you would get the same amount of money
 from them.

 Yet, instead allowing them to distribute free Fabric tools if they choose
 to, this could perhaps allow them to sell Fabric tools too. Better business
 model for everyone.

 While being open-sourced and free for non commercial developments, trust
 is back and open-sourced communities developments could start.

 ps: a contract means nothing if a company disappear, I believe I'm not
 the only one who has experienced that.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 19:01, Paul Doyle wrote:

 The fact is there are no successful open-source companies in our industry
 because the numbers don't work. The companies that do open-source in our
 industry are doing something else as their main business. Our main business
 is selling software. Typically a software company open-sources if they see
 an opportunity to build a services business/premium support model around
 their software - the conversion percentages here are typically 5% of the
 user base and often much lower. Simply put - our industry is too technical
 (we don't need no stinking support) and too small (how many studios are
 there globally above 10 employees?) for that to be viable, we would die.

  As for trust - that was really my point in my last email. Fabric makes
 guarantees through our licensing agreements with customers - they don't
 have to trust what I tell them, they have a contract that gives them what
 they need.

  I get that many people feel burned and why that makes a very compelling
 argument for OSS alternatives. If we felt that we could be successful doing
 that, then we'd be doing it. There is no moral opposition to the notion of
 open-sourcing, it's a matter of doing such a thing if and when it makes
 sense. Right now that's not our position.


 On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect
 to be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good job
 at it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the
 core using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year we'll
 be pushing on the 3rd party licensing model which will also allow people to
 distribute free Fabric tools if they choose to. If someone wanted to build
 a full-on DCC then we'd have a license agreement that would protect them as
 well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that
 can disappear or be trashed at any time ? Are you kidding ? Will you ever
 learn ?

 I guess loosing Softimage was not enough for you ? Or you simply don't
 care ?

 I still do. For a long time.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 14:39, Ahmidou Lyazidi wrote:

 Il don't  see the need to 

Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Paul Doyle
Thanks Jonah - I'm really hoping to see people pushing changes back and
seeing this take on a life of its own. I'm glad it has hit the spot for you
:)

On 12 December 2014 at 14:58, Jonah Friedman jfried...@psyop.tv wrote:

 Rigging toolbox looks super interesting and a great example of how to do
 some things. It's very helpful, thanks for doing this!

 On Fri, Dec 12, 2014 at 2:17 PM, Sebastien Sterling 
 sebastien.sterl...@gmail.com wrote:

 I think open source is at it's best when someone just puts something out
 into the world and decides to takes a back seat. The FE guys are actively
 developing the platform, it's theirs and they are best suited to develop it
 further.

 Don't be calus Guy, i don't think paul has anything against open source,
 he is just saying that successful examples of it in co-relation with the
 complexity of the tools we use are few and far between.

 The FE guys will probably keep denying the consolidation of a DCC even as
 they pave over the last panel of the Maya UI with KL :P



 On 12 December 2014 at 18:49, Paul Doyle technove...@gmail.com wrote:

 I explained the reasoning, I'm not going to go into this topic any
 further.

 On 12 December 2014 at 13:47, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 But I have the feeling you think open-source automatically means 'free'.

 Your business is not selling software (I hope), your business is
 selling licenses.

 Using a dual-licenses approach, it would be free to use for
 non-commercial open-sourced projects, but studios would still have to pay
 licenses for proprietary development. So no change here in terms of
 business, this could even be transparent for your existing customers.
 Nothing would change for them and you would get the same amount of money
 from them.

 Yet, instead allowing them to distribute free Fabric tools if they
 choose to, this could perhaps allow them to sell Fabric tools too. Better
 business model for everyone.

 While being open-sourced and free for non commercial developments,
 trust is back and open-sourced communities developments could start.

 ps: a contract means nothing if a company disappear, I believe I'm not
 the only one who has experienced that.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


 On 12/12/14 19:01, Paul Doyle wrote:

 The fact is there are no successful open-source companies in our
 industry because the numbers don't work. The companies that do open-source
 in our industry are doing something else as their main business. Our main
 business is selling software. Typically a software company open-sources if
 they see an opportunity to build a services business/premium support model
 around their software - the conversion percentages here are typically 5%
 of the user base and often much lower. Simply put - our industry is too
 technical (we don't need no stinking support) and too small (how many
 studios are there globally above 10 employees?) for that to be viable, we
 would die.

  As for trust - that was really my point in my last email. Fabric
 makes guarantees through our licensing agreements with customers - they
 don't have to trust what I tell them, they have a contract that gives them
 what they need.

  I get that many people feel burned and why that makes a very
 compelling argument for OSS alternatives. If we felt that we could be
 successful doing that, then we'd be doing it. There is no moral opposition
 to the notion of open-sourcing, it's a matter of doing such a thing if and
 when it makes sense. Right now that's not our position.


 On 12 December 2014 at 12:33, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Yeah well, with all the lies Autodesk gave us, how come can you expect
 to be trusted ?

 Nothing personal though, you are not responsible.

 But the trust is lost, broken, irreversibly. They did a pretty good
 job at it. Blame them.

 The only projects and products that deserve trust are open sourced
 projects. Period.

 Yet I still don't understand why you are so afraid to open source the
 core using a dual license. Take Berkeley DB from Oracle for instance. Open
 sourced, dual licensed. I don't think Oracle stakes holders are less
 business oriented than Autodesk ones. Wiser perhaps ?

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel


   On 12/12/14 18:10, Paul Doyle wrote:

 Our customers all have agreements that protect them, and next year
 we'll be pushing on the 3rd party licensing model which will also allow
 people to distribute free Fabric tools if they choose to. If someone 
 wanted
 to build a full-on DCC then we'd have a license agreement that would
 protect them as well.

  There are more approaches to this than just 'open source all the
 things!'.

 On 12 December 2014 at 11:27, Guy Rabiller guy.rabil...@radfac.com
 wrote:


 Create a whole dcc on top of a proprietary closed source product that
 can disappear or be trashed at any time ? Are you kidding ? Will you ever
 learn ?

 I guess loosing Softimage was 

Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
Hi, 
  while of course Arnold solves all of this in a worry free way, 
  the 5 license min can be quite steep.
  
  And while Redshift also features that worry free side (with speed
  and perhaps more affordability),
  it's not always as customizable and/or flexible.
  
  
  So as RRay pointed to this post here
  (also pasted below) on SI-Community, perhaps it may also be of
  help.
  
  Also note that, 
  maybe like with the new easy/fast GI which has proved to be
  working quite well, at least for diffuse which is the main thing,
  (indirect secondary Specular having negligible visual contribution
  anyway)
  
  A .dll had to be copied which apparently was a mistake in the SI
  install script.
  
  See Here
  
  
  so perhaps a .dll copy might be in order?
  
  Cheers,
  
  
  

  
Mila should be usable in
  si, also when its not integrated directly.
  most interesting feature should be the new gi which
  can run on gpu and the light IS which speed up the
  rendering with many lights alot. not to mention the
  now working builtin_ibl. it should be used with the mr
  env shader "mip_lookup_spherical", otherwise the
  sampling is noisy like hell, would need a rewrite of
  the normal si env shader i think (which, i guess, will
  not happen  ).
  
  example string for the builtin_ibl:
  
  "environment lighting mode" "light"
  "environment lighting cache" on
  "environment lighting quality" 0.3
  "environment lighting resolution" 512
  "environment lighting scale" 1.0
  "environment lighting shader samples" 8
  "environment lighting shadow" "transparent"
  
  for the new gi you can use these strings:
  
  "gi gpu" on
  "gi gpu passes" 4
  "gi gpu presample depth" 4
  "gi gpu depth" 4
  "gi gpu presample density" 0.2
  "gi gpu filter" 1.0
  "gi gpu rays" 250
  
  and the strings for light IS:
  
  "light importance sampling" "all"
  "light importance sampling quality" 1.0
  "light importance sampling variance" "tolerance"
  "light importance sampling precomp" on
  
  quality can be reduced with many lights alot. i had a
  simpler testscene with several 100 lights and i could
  use a value of 0.2 that reduces the generated shadow
  rays alot (classroom testscene with 6 neon arealights
  rendered 30 percent faster only because of light IS
  for example). the precomp makes only sense when using
  textured arealights (which we dont have in si as far
  as i know, because i cant assign a texture to a normal
  light, there is no projection, perhaps someone knows a
  solution?).
  

  

  
  
  
  
  
  
  On 12/12/14 11:07, Sven Constable wrote:


  Hey list,

I had a look at the new mila shaders for mental ray a while back when it was
in beta.  Quite impressive stuff so far. There are several shader nodes now
available in Soft 2015 but whatever I plug together, it renders black.
They're not documented in softimage and I didn't find much about it
regarding softimage except this:
https://elementalray.wordpress.com/2014/04/20/the-layering-library-mila-part
-2/
The image with the car was rendered with mila in softimage so it *should*
work somehow.

I tried it this way: www.imagefront.de/tmp/soft-mila.JPG
As I understand it, the 'diffuse reflection' with MILA is what we usually
call 'diffuse color'. I tried other nodes but it always renders black. 

Does anyone got the mila shaders to work with Softimage 2015? 
 
Thanks and have a nice weekend,
sven 




  



Re: Friday Flashback #202

2014-12-12 Thread Paul Doyle
Man, has it really been that long? I have to head that way for work every
few weeks and last week I went into the Tim's to grab lunch -
#soupsandwich4lyfe

On 12 December 2014 at 15:37, Luc-Eric Rousseau luceri...@gmail.com wrote:

 i bet you didn't look at the pictures before replying
 On Dec 12, 2014 12:00 PM, Jason S jasonsta...@gmail.com wrote:


 And perhaps those trying to forget?

 Still quite a memorable moment for everyone,
 when death was at the door, not the purolator guy.

 (I say screw death)


 On 12/12/14 10:25, Luc-Eric Rousseau wrote:

 only the guy from purolator would have this particular flashback imho
 On Dec 12, 2014 9:16 AM, Stephen Blair stephenrbl...@gmail.com wrote:

  Six years already since we moved out of Softimage HQ
 http://wp.me/powV4-38G





Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Guy Rabiller


Then why do I have to provoke you in order to get an answer after having 
said you are not going to go into this topic any further ? A classic.


It's painful to have a discussion with someone who presses his finger 
where it hurts, I admit that.


But frankly I don't care much about how my comments are perceived, or 
what peoples think about me for that matter, as I'm dead serious about 
what I wrote and I know I am dead right.


Ask around, re-read this mailing-list archives, I was dead right about 
the Softimage future when Autodesk bought it - and even before - while 
most peoples were smiling and naively swallowing Autodesk, Marc Petit 
and Marc Stevens statements and reinsurance.


Today, I know I'm dead right about the future of Fabric Engine if its 
business model stays that way, despite it is my business or not, despite 
you like my comments or not, despite you like me or not, despite it is 
painful to hear it or not.


I hope to be proven wrong this time though.

RDV here in a few years. Good Luck.

Cheers,
Guy.
--

guy rabiller | radfac founder | raa.tel


On 12/12/14 21:02, Paul Doyle wrote:
Guy - we actually did some research into the matter when making our 
decision - including talking to software companies that had 
successfully built businesses around OSS. Dual-licensing was 
considered and we decided that it wouldn't work. I am not going to get 
into the details of it, because frankly it's painful to have a 
discussion with someone that defaults to 'see? I'm right not to trust 
you' at every opportunity, along with various snarky comments.


Thanks,

Paul

On 12 December 2014 at 14:08, Guy Rabiller guy.rabil...@radfac.com 
mailto:guy.rabil...@radfac.com wrote:



No stress here.

Your reasoning is biased by the false assumption (tunnel-vision?)
open-source == free, and your are not even listening to the
arguments that show otherwise.

That's fine with me, and confirms my trust-level.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel



On 12/12/14 19:49, Paul Doyle wrote:

I explained the reasoning, I'm not going to go into this topic
any further.

On 12 December 2014 at 13:47, Guy Rabiller
guy.rabil...@radfac.com mailto:guy.rabil...@radfac.com wrote:


But I have the feeling you think open-source automatically
means 'free'.

Your business is not selling software (I hope), your business
is selling licenses.

Using a dual-licenses approach, it would be free to use for
non-commercial open-sourced projects, but studios would still
have to pay licenses for proprietary development. So no
change here in terms of business, this could even be
transparent for your existing customers. Nothing would change
for them and you would get the same amount of money from them.

Yet, instead allowing them to distribute free Fabric tools if
they choose to, this could perhaps allow them to sell Fabric
tools too. Better business model for everyone.

While being open-sourced and free for non commercial
developments, trust is back and open-sourced communities
developments could start.

ps: a contract means nothing if a company disappear, I
believe I'm not the only one who has experienced that.

Cheers,
Guy.
--

guy rabiller | radfac founder |raa.tel  http://raa.tel


On 12/12/14 19:01, Paul Doyle wrote:

The fact is there are no successful open-source companies in
our industry because the numbers don't work. The companies
that do open-source in our industry are doing something else
as their main business. Our main business is selling
software. Typically a software company open-sources if they
see an opportunity to build a services business/premium
support model around their software - the conversion
percentages here are typically 5% of the user base and
often much lower. Simply put - our industry is too technical
(we don't need no stinking support) and too small (how
many studios are there globally above 10 employees?) for
that to be viable, we would die.

As for trust - that was really my point in my last email.
Fabric makes guarantees through our licensing agreements
with customers - they don't have to trust what I tell them,
they have a contract that gives them what they need.

I get that many people feel burned and why that makes a very
compelling argument for OSS alternatives. If we felt that we
could be successful doing that, then we'd be doing it. There
is no moral opposition to the notion of open-sourcing, it's
a matter of doing such a thing if and when it makes sense.
Right now that's not our position.


On 12 December 2014 at 12:33, Guy Rabiller

Re: mib_illum_hair_x?

2014-12-12 Thread Luc-Eric Rousseau
what I know of it is that is a hair shader based on the Marschner
method, and seems to be experimental.
I would suggest contacting the mental ray dev team on their forums
http://forum.nvidia-arc.com/showthread.php?12921-Maya-2015-new-hair-shader

On Fri, Dec 12, 2014 at 11:36 AM, Leendert A. Hartog hirazib...@live.nl wrote:
 I'm quite possibly looking in all the wrong places,
 but there seems to be a shader present in Softimage 2015 that doesn't seem
 to be documented,
 namely the mib_illum_hair_x hair shader (hiding in the basehair.dll),
 it's also present in Maya 2015, but documentation seems sparse there also.
 Am I missing something?
 Any thoughts on this?

 Greetz
 Leendert

 --

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



Re: Friday Flashback #202

2014-12-12 Thread Jason S
Title: CGTalk - 10 reasons to go from MAX to XSI

  
  
"Still quite a
memorable moment for everyone,"
  reffering to "when death was at the door"
  .. and not the actual Softimage building reception door.
  
  Where maybe the future -was- written on the wall.
  
  
  
  
  "Those trying to forget" reffering to former employees perhaps
  trying to forget their old selves.
  
  
  

  

  

  


   06-08-2007, 09:13 PM 
  
     #48
  


  


  
 luceric


  


No
longer uses this account
 
  

  
   

 
  
  


   [...]
  
  Feel free to throw your money at the
  corporate monopolist Autodesk, and
  continue to get all the advantgous price
  hikes and one-way relationship it
  provides.

 


   
  
  
 


  

  

  

  
  
  
  
  
  
  
  
  
  (sigh)
  
  
  On 12/12/14 15:37, Luc-Eric Rousseau wrote:


  i bet you didn't look at the pictures before replying
  On Dec 12, 2014 12:00 PM, "Jason S" jasonsta...@gmail.com
wrote:

  

  And perhaps those trying to forget?
  
  Still quite a memorable moment for everyone,
  when death was at the door, not the purolator guy.
  
  (I say screw death)
  
  
  On 12/12/14 10:25, Luc-Eric Rousseau wrote:


  only the guy from purolator would have this
particular flashback imho
  On Dec 12, 2014 9:16 AM, "Stephen
Blair" stephenrbl...@gmail.com

wrote:

  
Six years already since we moved out of
  Softimage HQ
http://wp.me/powV4-38G
  

  


  

  


  



Re: Fabric update - Rigging Toolbox

2014-12-12 Thread Eugene Flormata
*- *we are open to creating a consortium and finding ways to open-source
work done there. Obviously there are hooks into Fabric and the concern will
be around vendor dependency – however, a lot of that can be addressed in
the design of a particular project. We have done deals that give source
code access to customers after a certain number of years, and we will work
with studios to give that kind of security. 

http://fabricengine.com/2014/03/fabric-engine-softimage-and-the-vfx-industry/

looks like they have done source code access guy,



On Fri, Dec 12, 2014 at 1:18 PM, Guy Rabiller guy.rabil...@radfac.com
wrote:


 Then why do I have to provoke you in order to get an answer after having
 said you are not going to go into this topic any further ? A classic.

 It's painful to have a discussion with someone who presses his finger
 where it hurts, I admit that.

 But frankly I don't care much about how my comments are perceived, or what
 peoples think about me for that matter, as I'm dead serious about what I
 wrote and I know I am dead right.

 Ask around, re-read this mailing-list archives, I was dead right about the
 Softimage future when Autodesk bought it - and even before - while most
 peoples were smiling and naively swallowing Autodesk, Marc Petit and Marc
 Stevens statements and reinsurance.

 Today, I know I'm dead right about the future of Fabric Engine if its
 business model stays that way, despite it is my business or not, despite
 you like my comments or not, despite you like me or not, despite it is
 painful to hear it or not.

 I hope to be proven wrong this time though.

 RDV here in a few years. Good Luck.

 Cheers,
 Guy.
 --

 guy rabiller | radfac founder | raa.tel




Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
Just a head's up,
  
  A Quick/dirty (yet cute) fast/accurate GI test from RRay, using a
  "Tron neon soccer ball" with a NoIcon displacment :D
  (with light-bouncing/color-bleeding all over the place)
  
   
  
  
  
  On 12/12/14 15:13, Jason S wrote:


  
  Hi, 
while of course Arnold solves all of this in a worry free way, 
the 5 license min can be quite steep.

And while Redshift also features that worry free side (with
speed and perhaps more affordability),
it's not always as customizable and/or flexible.


So as RRay pointed to this post here
(also pasted below) on SI-Community, perhaps it may also be of
help.

Also note that, 
maybe like with the new easy/fast GI which has proved to be
working quite well, at least for diffuse which is the main
thing,
(indirect secondary Specular having negligible visual
contribution anyway)

A .dll had to be copied which apparently was a mistake in the SI
install script.

See Here



so perhaps a .dll copy might be in order?

Cheers,
  


  



RE: MILA shaders in Softimage

2014-12-12 Thread Sven Constable
Are these MILA shaders in Softimage?

 

From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jason S
Sent: Saturday, December 13, 2014 1:05 AM
To: softimage@listproc.autodesk.com
Subject: Re: MILA shaders in Softimage

 

Just a head's up,

A Quick/dirty (yet cute) fast/accurate GI test from RRay, using a Tron neon
soccer ball with a NoIcon displacment :D
(with light-bouncing/color-bleeding all over the place)

 



On 12/12/14 15:13, Jason S wrote:

Hi, 
while of course Arnold solves all of this in a worry free way, 
the 5 license min can be quite steep.

And while Redshift also features that worry free side (with speed and
perhaps more affordability),
it's not always as customizable and/or flexible.


So as RRay pointed to this post here
http://www.si-community.com/community/viewtopic.php?f=5t=5150p=44185hili
t=mila#p44185   (also pasted below) on SI-Community, perhaps it may also be
of help.

Also note that, 
maybe like with the new easy/fast GI which has proved to be working quite
well, at least for diffuse which is the main thing,
(indirect secondary Specular having negligible visual contribution anyway)

A .dll had to be copied which apparently was a mistake in the SI install
script.

See Here
http://www.si-community.com/community/viewtopic.php?f=10t=5638p=48361#p48
361 

so perhaps a .dll copy might be in order?

Cheers,

 



Re: MILA shaders in Softimage

2014-12-12 Thread Steven Caron
are they calling this 'fast/accurate'?

On Fri, Dec 12, 2014 at 4:04 PM, Jason S jasonsta...@gmail.com wrote:

  Just a head's up,

 A Quick/dirty (yet cute) fast/accurate GI test from RRay, using a Tron
 neon soccer ball with a NoIcon displacment :D
 (with light-bouncing/color-bleeding all over the place)




Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
@ Sven  Actually, not sure Mila shaders
  were used on the soccer ball, but was to show that new MR features
  could be accessed at least via string options  and maybe some .dll
  copying (like formerly necessary for ibl shaders)
  
  The Mila .dll should be called layering.dll 
  if you want to try.
  
  If you're looking for where to get the .dlls, ..  
           
  rray   
 Post
  subject: Re: New GI prototype in v2015?
Posted: 09
  Dec 2014, 15:47
  

Looks very good for
a feature being in experimental mode (not even publicized).

I agree diffuse is the main thing (and really fast) .. we
can get some specular bounces from the mila shaders. Could
be best choice for interiors.

Hopefully the right gpu_gi_plugin.dll will be in SP2   (Btw
in case someone looks for it, it's in here.)
  
  
  
  
  @Steven, apart from the previous comment, "Fast/accurate" was also
  based on this..  
  https://elementalray.wordpress.com/2014/07/29/new-gi-prototype-quick-start/
  
The brute force nature of the technique
will provide you with crisp indirect shadows.


The image below renders in 18 minutes
at 1080HD using a K6000. 
(All of the following renders and time were rendered at
1080HD before resizing to better fit the webpage at 720HD)

  
  
  
  On 12/12/14 19:39, Steven Caron wrote:


  are they calling this 'fast/accurate'?

  On Fri, Dec 12, 2014 at 4:04 PM,
Jason S jasonsta...@gmail.com
wrote:

  
Just a head's up,
  
  A Quick/dirty (yet cute) fast/accurate GI test from
  RRay, using a "Tron neon soccer ball" with a NoIcon
  displacment :D
  (with light-bouncing/color-bleeding all over the
  place)
  

  

  

  


  



Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
The if like the GI stuff, the .DLL may
  previously appaear to already be there, so you can rename the old
  and copy the new.
  cheers,
  J
  
  
  On 12/12/14 20:25, Jason S wrote:


  
  @ Sven  Actually, not sure Mila
shaders were used on the soccer ball, but was to show that new
MR features could be accessed at least via string options  and
maybe some .dll copying (like formerly necessary for ibl
shaders)

The Mila .dll should be called layering.dll 
if you want to try.

If you're looking for where to get the .dlls, ..  
       
      rray   
   Post
subject: Re: New GI prototype in v2015?
  Posted: 09
Dec 2014, 15:47

  
  Looks very good
  for a feature being in experimental mode (not even
  publicized). 
  I agree diffuse is the main thing (and really fast) .. we
  can get some specular bounces from the mila shaders. Could
  be best choice for interiors.
  
  Hopefully the right gpu_gi_plugin.dll will be in SP2  
  (Btw in case someone looks for it, it's in here.)



  


  



Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
And do let us know how it goes (ideally
  with an image if you get it to work! :o)  )
  
  On 12/12/14 20:30, Jason S wrote:


  
  The if like the GI stuff, the .DLL
may previously appaear to already be there, so you can rename
the old and copy the new.
cheers,
J


On 12/12/14 20:25, Jason S wrote:
  
  

@ Sven  Actually, not sure Mila
  shaders were used on the soccer ball, but was to show that new
  MR features could be accessed at least via string options  and
  maybe some .dll copying (like formerly necessary for ibl
  shaders)
  
  The Mila .dll should be called layering.dll 
  if you want to try.
  
  If you're looking for where to get the .dlls, ..  
       
      rray   
 Post
  subject: Re: New GI prototype in v2015?
Posted:
  09 Dec 2014, 15:47
  

Looks very good
for a feature being in experimental mode (not even
publicized). 
I agree diffuse is the main thing (and really fast) ..
we can get some specular bounces from the mila shaders.
Could be best choice for interiors.

Hopefully the right gpu_gi_plugin.dll will be in SP2  
(Btw in case someone looks for it, it's in here.)
  
  
  

  
  


  



RE: MILA shaders in Softimage

2014-12-12 Thread Sven Constable
I know about string options in mental ray and I used them. I know of GI options 
in mental ray and its string options. I think I know quite all of them. To my 
knowledge there are no string options to  just 'activate' MILA shaders in 
softimage. They should just work with the standanrd mental ray.  If I missed 
something to use them , just let me know. How to wire MILA shader nodes in 
softimage to get them to work  was the only question dude :)

 

sven

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jason S
Sent: Saturday, December 13, 2014 2:31 AM
To: softimage@listproc.autodesk.com
Subject: Re: MILA shaders in Softimage

 

The if like the GI stuff, the .DLL may previously appaear to already be there, 
so you can rename the old and copy the new.
cheers,
J


On 12/12/14 20:25, Jason S wrote:

@ Sven  Actually, not sure Mila shaders were used on the soccer ball, but was 
to show that new MR features could be accessed at least via string options  and 
maybe some .dll copying (like formerly necessary for ibl shaders)

The Mila .dll should be called layering.dll  if you want to try.

If you're looking for where to get the .dlls, ..  

rray

 Post subject: Re: New GI prototype in v2015?

 http://www.si-community.com/community/viewtopic.php?p=48295#p48295 
PostPosted: 09 Dec 2014, 15:47

Looks very good for a feature being in experimental mode (not even publicized). 
I agree diffuse is the main thing (and really fast) .. we can get some specular 
bounces from the mila shaders. Could be best choice for interiors.

Hopefully the right gpu_gi_plugin.dll will be in SP2   (Btw in case someone 
looks for it, it's in here 
http://download.autodesk.com/us/support/files/maya_2015_service_pack_4/mental_ray/mental_ray_Standalone_3_12_1_for_Autodesk_2015_English_Win_64bit.exe
 .)

 

 



Re: MILA shaders in Softimage

2014-12-12 Thread Steven Caron
i guess i was just balking at the idea of something being fast and accurate
which showed some pretty obvious splotches. also a technique which has such
limitations... no motion blur, no lens shaders, no cutout opacity, and
speculars handled by entirely different (less accurate) engine. carry on :)



On Fri, Dec 12, 2014 at 5:25 PM, Jason S jasonsta...@gmail.com wrote:



 @Steven, apart from the previous comment, Fast/accurate was also based
 on this..
 https://elementalray.wordpress.com/2014/07/29/new-gi-prototype-quick-start
 /



Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  
On 12/12/14 20:57, Steven Caron wrote:


  i guess i was just balking at
  the idea of something being fast and accurate which showed
  some pretty obvious splotches. 

  


That's why I mentionned Twas a quick/dirty test to see if it works..
higher sampling yealds splotchless results..

   
  also a technique which has such limitations... such limitations...
  no motion blur, no lens shaders, no cutout opacity, 

Whole-heart-idly agree with that, yet it's a prototype, though we
could probably at some point copy new non-prototype .dll versions
without such limitations.

At any of which point a Redshift/GT/SOFTIMAGE combo  would
always remain a neat option, (unless they get baught and killed
because their really good)




  



Re: MILA shaders in Softimage

2014-12-12 Thread Jason S

  
  

  
  On 12/12/14 20:49, Sven Constable wrote:


  
  
  
  
  
They
should just work with the standanrd mental ray.

  

Indeed they should...