I'd personally leave protection as a key, and allow customers to legally
use the software on a desktop and laptop (or a home and work location).
The freedom to know you can do that with a bit of software is refreshing.
Game developers have basic keys for protection, but that's because
people tend to delve into casual 'hand to a friend' piracy. If there's
some form of light protection, it deals with a lot of that behavior.
With CG software, the only thing I see being handed around are fully
cracked copies, so I'm not even sure what purpose a key has anyway.
But, I think it's nice to know you have a bit of software which has been
unlocked to be used by you alone.
I hope that makes sense. I'm sure Softimage have more experience to
know where to best use dongles and the like, but there's this growing
feeling that in order to deal with piracy companies need to lock
software to hardware. All I hear is people complaining about this (and
fair enough too in my opinion) and it does almost nothing to deal with
the real pirates anyway.
Kim Aldis wrote:
And your solution would be?
-----Original Message-----
From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On
Behalf Of Joel Blackwell
Sent: 27 December 2006 09:31
To: XSI(at)Softimage.COM
Subject: Re: Foundation Licensing question
When are companies going to learn that locking software to a computer
is a waste of time? It's a two second job these days to grab a pirated
copy of XSI or a crack and install it on as many machines as someone
wants. So then, why slap shackles on the people who have actually paid
for the program?
Have a key and help deter casual piracy- that's a great idea. But,
there's no need to force lockdown, as if that's going to stop anyone
from doing what they want anyway.
"If anything, bad licensing policies are an incentive to piracy, which
is in no one's interest."
Exactly.
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi