Re: Fwd: An Open Letter to Carl Bass

2014-03-23 Thread Henry Katz
Unclear to me how 95% of non-Softimage AD users are able to do their 
work then using Maya or Max given the
additional requirements to ease workflow, or other limitations (eg. no 
ICE), without expending considerable sums

of money and/or time. Where is the efficient market here?

On 03/23/2014 07:31 PM, Perry Harovas wrote:

Today I received a response from Carl Bass, President and CEO of Autodesk.

It was pretty much what everyone thought would happen.
He basically stated that Softimage users are 1/20th the number of
those of Maya or Max.
So, as expected, it all comes down to money.

Not that I fault them for that. I want to make that perfectly clear.
They are a public corporation, and I understand that making money
is highest on the list of priorities (even for non-publlic companies, this is
important, and not inherently "evil").

That there was no acknowledgement, especially from the highest level,
of the pain that
this inflicted upon Softimage users, I suppose, is not entirely
surprising, but thoroughly disappointing.

My father owned more than 30 restaurants in his lifetime, and the
number one edict he lived his life
and ran his businesses by was this:

The customer is the most important part of a business.
They may not always be right, they may not know the difficulty of meeting
their exact demands 100% of the time, but if they are treated with
respect, care and given every benefit
of the doubt, they will appreciate it, they will return and they may
even tell others about it.
He knew that the negatives that resulted from bad word of mouth
(especially in the pre-internet and pre-social media days),
would hurt his business financially much harder than whatever money he
might have to lose to make those customers happy.

Certainly far more importantly, he ran his business (and his family)
the same way. He taught my sister and I,
as well as his employees to do what was required to make people happy,
to be willing to admit mistakes were made,
or at least to acknowledge that someone had a bad experience, and to
make it as right as possible. This attitude moved from the top all the
way down.
My father made the customer know that HIS success, was because of
THEIR business.

That is not what Autodesk exudes (but to be fair, it never has), and
few large multi-billion dollar companies have this attitude.
Some do, and those are the companies where I will choose to spend my money now.

One of the hardest pills to swallow in all this debacle, though, is
the lying (especially by omission) regarding Softimage's
future, especially with regards to the comments Chris Vienneau made 17
months ago.

Softimage had already been planned to be relegated to few if any
updates. This is clear, and admitted
by Maurice. We should all have been told this. Making us guess, but
never knowing, and telling us that
they told us about the move to Singapore is NOT the same thing as
coming right out and telling us
that they status of Softimage had changed.

Look, assume we are stupid, tell us outright, but don't insult us and
expect us to
just think "Oh, they are right, they told us the team was being
outsourced to Singapore, we really should have known
that meant little to no real feature updates."

Is that how Autodesk treats their shareholders, by giving them some
information, but letting them guess the
real intent on their own? I hope not. Makes me really happy to not be
an Autodesk shareholder.

Well, while I appreciate a response from Mr. Bass (if indeed it
actually was written by him), it just proves that
the treatment of a company's customers starts from the top and works
its way down the latter.

By this letter, and certainly by the way everything was handled within
Autodesk during this EOL, I would say we are the lowest rungs on that
latter.

I am OK with that now. At least I know, and happily jump off the
latter, to make room for anyone who wants to climb on.
Be my guest, but watch your back, because Autodesk certainly isn't going to.



-- Forwarded message --
From: Carl Bass 
Date: Sun, Mar 23, 2014 at 6:21 PM
Subject: RE: An Open Letter to Carl Bass
To: Perry Harovas 
Cc: Chris Bradshaw 


Dear Mr. Harovas,


Thank you for taking the time to share your thoughts on the Softimage
retirement and I appreciate that you have choices.  Our decision to
retire Softimage was not taken lightly.  We recognize that there are
loyal Softimage users doing award winning work, but the fact is there
are just not enough Softimage users to justify continuing support
beyond the next two years.  Today there are many times more users of
Maya and 3ds Max creating award winning work in new and innovative
ways.  Our focus is to accelerate new capabilities in Maya and 3ds
Max, including incorporating capabilities that many admire in
Softimage, and brand new features that are critical to media and
entertainment artists' success today and tomorrow.

When these products were originally conceived, most everything was
done on the workstation 

Soft 2014 on Centos 6.4

2013-12-03 Thread Henry Katz
 

Hi, 

In case anyone is interested, it is possible to run AD Softimage 2014 on
Centos 6.4: 

Kernel tweaks - (Xorg.0.log): 

[261230.932] Kernel command line: ro root=/dev/mapper/vg_zurich-lv_root
rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16
crashkernel=
128M rd_LVM_LV=vg_zurich/lv_root KEYBOARDTYPE=pc KEYTABLE=us
rd_LVM_LV=vg_zurich/lv_swap rd_NO_DM rhgb quiet nomodeset
rdblacklist=nouveau pci=nom
si irqpoll

H/W: NVIDIA GPU Quadro 4000 (GF100GL) at PCI:5:0:0 (GPU-0)

Driver: 319.60 

Cheers, 

Henry 
 

Re: script log at startup

2016-04-22 Thread Henry Katz
Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> Hello,
>
>  
>
> Does anyone know if it is possible to make XSI run a script log of
> everything it does at startup?
>
>  
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>  
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.

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

Re: Linux distro ?

2015-04-05 Thread Henry Katz

Currently serving on Centos 6.5.

On 04/05/2015 03:00 PM, Martin wrote:

I'm considering using an old machine I have, put some Linux in it and use it as 
a server for my Autodesk licenses. What distro would you recommend ? My main 
objective is just the licenses at first, and using it as a rendering server and 
some other services later.

Thanks.

Martin
Sent from my iPhone




maya 2016 crash upon launch on CentOS 6.7

2015-12-09 Thread Henry Katz
Hi,

Anyone get Maya 2016 to work on Centos 6.7? The splash paints but never
gets beyond the automatic crash error reporting (which I have sent).

I get this from command line:

/usr/autodesk/maya/bin/maya

Stack trace:
  /lib64/libc.so.6() [0x30496326a0]
  OGS::Devices::GL3FunctionTable::populate()
 
OGS::Devices::GL3Context::PopulateFunctionTable(OGS::Devices::ACreationParameters
const*)
 
OGS::Devices::VirtualDeviceGL3::CreateDevice(OGS::Devices::ACreationParameters
const*)
  OGS::Devices::Sys::CreateVirtualDevice(OGS::Devices::ACreationParameters*)
  OGSRenderer::initializeOGSDevice(OGS::Objects::UString*, int)
  OGSMayaRenderer::initialize(OGSRenderer::DeviceAPI, int, void*, void*,
void*, bool)
  OGSMayaBridge::CreateOGSRenderer()
  OGSMayaBaseRenderer::initialize()
  OGSViewportRenderer::initialize()
  OGSMayaBridge::Create3DViewportRenderer()
  /usr/autodesk/maya/bin/maya.bin() [0x41704b]
  Tapplication::start()
  /usr/autodesk/maya/bin/maya.bin() [0x40e6ff]
  main
  __libc_start_main
  /usr/autodesk/maya/bin/maya.bin() [0x40debd]

Fatal Error. Attempting to save in /usr/tmp/hkatz.20151210.0033.ma
Writing crash report in /usr/tmp/hkatz.20151210.0033.crash
hkatz@verbier[999 00:33:25]: (31704)/
ClientApp::doIt: Creating ClientApp
/usr/bin/xdg-open: line 329: 31704 Segmentation fault  (core dumped)
kde-open "$1"

Here's what's under the hood:

System is Supermicro superworkstation 7038A-I with dual xeon 8C
E5-2630V3, 32 Gb RAM, GFX card is PNY Quadro K4200 4Gb, O/S is Centos 6.7.

Am opening a case with support.

Thanks,
Henry






Re: rumor, Soft dead within the next year

2014-01-04 Thread Henry Katz

Steve,

No issues with python 3.3 as well, before I bruise my knuckles on the 
bleeding edge?


Cheers,
Henry
On 01/03/2014 02:47 AM, Steven Caron wrote:

really?

install pyqt
set softimage to use system python, uncheck... 
file>preferences>scripting>use python installed with softimage
run the example scripts pyqtforsoftimage plugin provides. or just 
'import PyQt4'


s


On Thu, Jan 2, 2014 at 10:27 PM, Angus Davidson 
mailto:angus.david...@wits.ac.za>> wrote:


A non nonsense guide to installing pYQT would be great. So many
great tools are never used because people cant get past trying to
get the install to work.





Re: rumor, Soft dead within the next year

2014-01-05 Thread Henry Katz

Good thing I asked.

On 01/04/2014 05:40 PM, Stephen Blair wrote:

Softimage doesn't support Python 3.x



On Sat, Jan 4, 2014 at 3:26 PM, Henry Katz <mailto:hk-v...@iscs-i.com>> wrote:


Steve,

No issues with python 3.3 as well, before I bruise my knuckles on
the bleeding edge?

Cheers,
Henry
On 01/03/2014 02:47 AM, Steven Caron wrote:

really?

install pyqt
set softimage to use system python, uncheck...
file>preferences>scripting>use python installed with softimage
run the example scripts pyqtforsoftimage plugin provides. or just
'import PyQt4'

s


On Thu, Jan 2, 2014 at 10:27 PM, Angus Davidson
mailto:angus.david...@wits.ac.za>> wrote:

A non nonsense guide to installing pYQT would be great. So
many great tools are never used because people cant get past
trying to get the install to work.