Sure, we are all collectively 'tripping' right? On 17 Mar 2014 22:20, "Luc-Eric Rousseau" <luceri...@gmail.com> wrote:
> On Mon, Mar 17, 2014 at 6:05 PM, Ponthieux, Joseph G. > (LARC-E1A)[LITES] <j.ponthi...@nasa.gov> wrote: > > Am I to understand that AD thinks that those people who refused to be > > subjected to AD's unreasonable penalties for lapse in maintenance are > > somehow to blame for Softimage's demise? > > gosh, no, that's not what that quote says. At this point people are > just making up their own article > > > > > From: softimage-boun...@listproc.autodesk.com > > [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Dan > Yargici > > Sent: Monday, March 17, 2014 11:28 AM > > To: davidsa...@sfr.fr; softimage@listproc.autodesk.com > > Subject: Re: Autodesk response > > > > > > > > "For example, only a small proportion of our Softimage customers are > > actually current on the Softimage software. Many are using older > versions. > > These customers will be able to continue to do so in perpetuity. Given > that > > they are productive using older versions of the software, this decision > > should not significantly impact that productivity. For customers who have > > built their production capacity around staying current with our releases > > there are several options including locking their pipelines on Softimage > > 2015 indefinitely or transitioning to a Maya or 3ds Max pipeline." > > > > > > > > These people are not happy they're still on older versions, it's the > > stagnation of development under Autodesk that's kept them there. I'm > sorry, > > but this is a shameful misrepresentation of the facts, Maurice. > > > > > > > > DAN > > > > > > > > > > > > On Mon, Mar 17, 2014 at 5:24 PM, David Saber <davidsa...@sfr.fr> wrote: > > > > That's not a response to the open letters. No word about how XSI is an > asset > > in production thanks to its fast workflow, and how Autodesk intends to > find > > a replacement. Once again, Softimage is NOT only ICE, so bifrost cannot > be a > > replacement for Softimage. > > > > >