History | Log In     View a printable version of the current page.  
Issue Details (XML)

Key: FP-37
Type: Feature Request Feature Request
Status: Open Open
Assignee: Justin Everett-Church
Reporter: Ignacio Larrain
Votes: 101
Watchers: 44
Operations

If you were logged in you would be able to see more operations.
Flash Player

AMD64 support needed in Linux

Created: 04/08/08 09:28 PM   Updated: 05/28/08 04:53 AM
Component/s: None
Security Level: Public (All JIRA Users )


 Description  « Hide
AMD64 processors have been in the market for 5 years. The same instruction set is actually present on all Intel and AMD cpus. All mayor Linux distributions have adopted this instruction set in their stable versions. From open source developers, the adoption has been quite fast and it's almost completed. From closed source developers the adoption has been much more slower, but they are adopting it. Opera is about to release a new version and it's going to be distributed compiled for AMD64, among other platforms ( http://www.opera.com/support/search/view/842/ ). So now every mayor Linux browser (Firefox, Opera, Konqueror) has an AMD64 version available. NSPluginWrapper is buggy and quite unstable. The logical path is for Adobe to release an AMD64 flash plugin.

 All   Comments      Sort Order:
Laurent Raufaste - [04/17/08 03:40 AM ]
After almost one hour of usage on an amd64 platform, the 32bits version of the Flash Player inside NSPluginWrapper stops working, and each flash animation on the web is replaced with a white box.
The only way to resolve it is to restart Firefox.

This is *so* annoying that I switched from Flash to Gnash, a free implementation of the Flash Player. Gnash is not perfect as it can't play every swf out there, but it does not stop working after some time and I don't need to restart Firefox 10 times a day anymore.

We *need* a 64bits version (amd64) of the Flash Player on GNU/Linux.

Tom Chiverton - [04/17/08 07:51 AM ]
I'm on amd64 and the other solution of installing the 32bit version of FireFox is a fine work around.
The KDE4 version of Konqueror can also happily use the 32bit plugin.

Even so, Adobe does need to add 64bit support across all operating systems - even Windows users have started noticing that lack :-)

Scott Lathrop - [04/17/08 09:36 PM ]
I honestly can not fathom why it is so hard to compile a 64bit version of a plugin/application. Having to kill the browser about once an hour because of a plugin is a pain.

Tom Chiverton - [04/18/08 07:43 AM ]
Hi Scott.
The Linux Player team made a very detailed post about 'why it is so hard' here http://blogs.adobe.com/penguin.swf/2006/10/whats_so_difficult_64bit_editi.html

Laurent Raufaste - [04/18/08 08:21 AM ]
Tom, thanks for the post you point us to. But it is 18 months old.
Nowadays, almost every new desktop processor sold is amd64 enabled. It might be hard but not *this* hard, and they will need to compile it for 64bits anyway in the future as 64bits is becoming the norm.
So why not focus on it now ?

Tom Chiverton - [04/18/08 09:47 AM ]
Laurent - I agree !
I've got a 64bit desktop at work, a 64bit server at home and my next laptop will be 64bit too. the 32bit Player seems a lot more stable on those than it seems to be on your box, however.

Adam D. Ligas - [05/01/08 04:09 PM ]
It would be VERY nice to have a 64-bit native Flash Player on Linux. NSPluginwrapper is very unstable and the free alternatives, while functional, aren't as good or complete as the "real thing".

My new laptop is a dual core machine with 4GB of RAM. In order to address it all, I *HAVE* to use 64-bit Linux. I believe the problem is the same on the Windows platform, though Microsoft has hidden the issue some in their latest Vista patches.

Many folks using other Adobe products have very "big" machines with lots of processing power and memory. The new Photoshop will be available in a 64-bit version, providing performance gains and all the other benefits of the 64-bit platform. These people are likely going to use other products on these machines, one of which is almost certainly a web browser and the Adobe Flash Player.

I understand this is not a trivial change, and I understand it is a change that cannot necessarily be made quickly. But I feel it is a "high" priority change to make and it should be addressed as quickly as possible. 64 bit is where the the rest of your product line, as well as the overall computing market, is heading.

Patrick Rady - [05/06/08 12:01 PM ]
I install Linux thin client networks in nonprofits. Being able to use 64-bit machines would enable me to utilize the memory I have more effectively- and to be able to support more people, however not having a stable Flash solution on 64-bit is a real barrier to being to switch to 64-bit. Probably, the last remaining barrier we have.

I sincerely hope that a 64-bit version of the Flash plug-in is coming.

Tinic Uro - [05/13/08 10:04 PM ]
You as the the Linux community can help to make this happen.

The missing piece to get to 64-bit support is fully open source (like any Mozilla project tri-licensed as MPL/GPL/LGPL), part of the Tamarin project:

http://www.mozilla.org/projects/tamarin/

The source code repository is here:

http://hg.mozilla.org/tamarin-central/

If you track the change lists you can see that the support for the Win64 ABI is being worked on. What is missing is support for the 64-bit Linux/BSD ABIs. As this project is fully open source this could be done by any knowledgeable person in the community. This would also help the Mozilla/Firefox project in general.

Luis Montes - [05/17/08 03:24 AM ]
Like Patrick Rady, I also install Linux thin clients. I have hundreds of users on large servers.
Applets can be run now on the openJDK which has a 64bit java plugin.

The only piece missing is 64bit flash.

I'm sure it's not just a compile away, but we've been waiting patiently for a long time.


One more thing, the title of this issue should be "x86_64 support needed in Linux". AMD64 and Intel's Core 2 are both x86_64 capable.


Andrew Haynes - [05/28/08 04:53 AM ]
Chaps, we need this on Linux. Silverlight (via Moonlight) will end up being the replacement for developers on this platform if we don't see any movement.