
To view parent comment, click here.
To read all comments associated with this story, please click here.
Hmm... There is a Maya for Linux. It has the same version as the windows version (8.5) and works very well the last time I saw it. Also Softimage XSI has a Linux version - and there are a lot more very, very professional software makers that are making Linux software for years now..
So - it IS possible to develop a expensive, very complicated commercial program for Windows and Linux. Also there seems to be a market for it, otherwise these company's won't bother to do it...
Then.. If Adobe won't make a Photoshop for Linux they are in essence admitting they are less capable in writing software than the above company's. Seems weird.. There IS a market and there is a lot of money to make there - otherwise the above company's wont bother to make a Linux version at all.
So - there must be another reason to refuse to make a Linux version of Photoshop. I wonder what it is?
Sorry about my English - it's not my native language..
You're right; if I grabbed every MacOS X user who was willing to give up MacOS X if *NIX (be it Solaris or Linux) had Creative Suite, you would see a max exodus from Apple like you've never seen.
Adobe simply want to invest the *least* amount possible - and when their marketshare is erroded by a competitor like Microsoft, then run off to the DOJ demanding that Microsofts development to be castrated.
I can't wait till all these products from Microsoft coming out - you'll see Adobe gnashing of teeth but refusing again to port their applications to *NIX (Solaris and Linux) because it would actually require money to be spent on the business rather than inflated management salaries, bonus's and corporate jets.
Professional CG has a long history of using UNIX as a platform (SGI anyone?) Professional image editing and publishing really doesn't.
How about the gaming industry? Why is it that 90% of new games arent even ported to OSX, even though OSX has at least twice the desktop install base of linux?
CG has a long history of being developed on UNIX, as most desktop platforms dont do clustering anywhere near as well, and you need render farms for any serious work. If the publishing industry required HPC, then it would be another story, and it really would make no sense not to port to linux. However, that isnt the case, and most serious artists are on Mac and Windows, which is exactly what adobe supports.
As I said in another reply, the gaming industry is another prime example of the user base on linux being too small to be worth their while.
Member since:
2006-02-05
What I'd love to see is a white knight to come and challenge Adobe's monopoly in the graphics market - offering applications where by *NIX is a first class citizen and can out perform Adobe products in almost all respects.
You are going to be waiting a very long time. Adobe apps are not only top quality, but they arent doing the typical thing of just making it to the top and then sitting still. You still see really intelligent, innovative features coming out with each new release.
Now that they bought the macromedia stack (which was a fantastic move, makes everyones life alot easier), any professional web developement is done with at least some adobe products. With their absorption of freehand, there is now nothing else on the market that comes even remotely close to illustrator, and while Photoshop does have competition, they are still a few generations behind in virtually all respects.
Why does it have nothing to do with the marketshare? Desktop linux is typically put at between 1-5% of the market, is it really worth the overhead of porting all their apps to a system barely anyone uses out of the server room? You could argue that even 5% is pretty friggin big, but support costs on linux are a nightmare due to the lack of a standard platform.
Apple has a small marketshare too, but it is worth their while to develop for it. Commercial companies don't support linux because as much as it is a hackers wonderland, it is a very business unfriendly platform.