Adobe Released 64-bit Flash For Linux
kai_hiwatari writes "Adobe has been taking quite a bashing from Linux supporters of late. First, there was the issue of them dropping AIR for Linux and then came the bashing because of the lack of updates on the experimental 64-bit Flash for Linux. Well, guess what! They have just released Flash 11 and it includes native 64-bit support for Linux as well. When they discontinued their experimental 64-bit Flash earlier this year, Adobe promised to release a 64-bit version of Flash for Linux when they release the next major version. They have kept that promise."
Gnash
And I hate to say it, but I really appreciate Adobe treating Linux well.
it comes with flash.
One could argue that it has not been released if one has to apply to a pre-release program to get it.
http://labs.adobe.com/downloads/flashplayer11.html
Still looks good though should should be nicer than the preview.
It is buggy as hell.
Testing it now.
Fun thing is, "OMG FLASH LETS PUT FLASH IN OUR SITES" and make user experience WORSE.
KISS principle.
Protip: drop Flash.
I just went to Adobe and it ain't there. Only version 9.x for Linux 32-bit...
Where is a link to actual Adobe source for this??? After some looking around, a Beta release,
http://labs.adobe.com/downloads/flashplayer11.html
Why isn't this linked in the summary??
Good news. It's nice to see that Adobe is supporting Flash on Linux.
Having said that something seems fishy with the summary/article.
Adobe has been taking quite a bashing from Linux supporters of late. First, there was the issue of them dropping AIR for Linux and then came the bashing because of the lack of updates on the experimental 64-bit Flash for Linux.
Reads like a troll...
They have kept that promise.
...or a shill.
The main problem with using 32-bit wrapped Flash player on Linux wasn't primarily the glitches or performance, but that unlike Windows, most Linux flavors don't force install 32-bit libraries.
If you have a 64-bit system, you have a 64-bit system, not necessarily a hybrid 32/64 system as in the Windows world. So installing just the 32-bit flash meant installing all the 32-bit compatibility libraries too, and see a huge chunk of memory go up in smoke just for a single plugin.
... on other platforms. *crash!*
Good, so I can go download and install Flash, a piece of crappy proprietary software, which allows my web browser to download flash animations, which is more crappy proprietary software, which run automatically, without my permission, on any website where they are listed, so that they can annoy me.
I hate flash. It always has an active zero-day exploit available. It's often credited for being one of the main sources of Windows infections. It's responsible for many of the advertisements on the Internet, and all of the most annoying advertisements (like the ones with sound).
Hurrah, they fixed that?! The audio noise was caused by a memcpy issue with flash player and the glibc libs. Linus actually wrote a LD_PRELOAD replacement for memcpy which fixed it. I've been using that for the last few months. Search for linusmemcpy.c if you're interested.
When the linux community asked for software I don't think they knew what they were in for. Cheers mates, you can crash your browser like the rest of us.
On my TV box (Atom D510 with NVidia GT218 (ION)), mplayer or xbmc can play 720p and even 1080p content on fullscreen to my 1080p tv over HDMI without breaking a sweat).
The new flash can render hulu in the tiny window no problem, but is incredibly jerky and flickery in full screen mode. There are noticible segments that are out of sync with each other, the overlays (hulu logo, player controls, etc) are flashing on and off and drawing incorrectly.
Sadly, that's a HUGE improvement over the v10 release which couldn't even draw in windowed mode and fullscreen was about 0.5 fps.
not sure if it is just the debian/ubuntu 64 bit package but it failed to install with an error that /usr/lib/kde4 was not found. as i'm not running it, it was not surprising it was missing, but i had to create the directory for the package to install properly. obviously this can be worked around by manually extracting the tar and working from that, but i prefer using the deb packages.
hope this helps someone.
As a Solaris user, I guess I just don't get it. Why EXACTLY do you need a 64bit version of flash? Have they removed the ability in linux of running 32bit binaries on a 64bit system?
It's nice not to have to maintain an extra userland just for one program. If I upgrade JACK and the wire protocol changes, Flash can't make sound until I go find the latest 32-bit libs.
F0 07 C7 C8
Exploits and crashes are now up to 80% faster.
make imaginary.friends COUNT=100 VISIBLE=false
Linux plugin would work through emulation on FreeBSD, but I am not interested in Flash, and Linux neither. I hope everyone migrates to HTML5 instead of installing some weird closed-source plugins. You never know what's inside and a browser is a nice application to have spyware attached to it.
So in the meantime, I'm running my PC without Flash support since about 10 years. It would be nice for some people using FreeBSD to have Flash, but even then, I would not install it, I think.
Nice, it seems to have fixed this problem. Even though the main problem was actually in glibc.
You can install the Flash-Aid add-on in Firefox - makes the installation a little easier and also checks for updates.
It's really weird to see "64-bit" applied to Linux in this way, as if it was Windows. Linux runs well on various 64-bit CPUs, but I bet Adobe cannot be bothered to recompile for more than one of them ...
Not only that, but the 32-bit libraries are only loaded into memory upon the first instance of running 32-bit code. This means that if your current session has only used 64-bit binaries and you go to a page using the 32-bit Flash plugin, your browser will stall for several seconds while all the necessary libs are brought into memory (assuming you aren't using an SSD of course).
Did they also fix webcam support? Sites like ustream don't work because flash keeps supporting an old video for linux standard and not the new one, which is years old.
Anyone know where they put the ia64 binaries?
Why doesn't the gene pool have a life guard?
The tarball contents have changed relative to previous releases:
libflashplayer.so
usr/bin/flash-player-properties
usr/share/pixmaps/flash-player-properties.png
usr/share/kde4/services/kcm_adobe_flash_player.desktop
usr/share/applications/flash-player-properties.desktop
usr/share/icons/hicolor/32x32/apps/flash-player-properties.png
usr/share/icons/hicolor/22x22/apps/flash-player-properties.png
usr/share/icons/hicolor/24x24/apps/flash-player-properties.png
usr/share/icons/hicolor/16x16/apps/flash-player-properties.png
usr/share/icons/hicolor/48x48/apps/flash-player-properties.png
usr/lib/kde4/kcm_adobe_flash_player.so
Looks like it provides some sort of control panel now, and attempts to integrate into KDE's SystemSettings. All you really need is to copy libflashplayer.so into /usr/lib64/browser-plugins though (openSUSE).
I'd tell a UDP joke, but you may not get it. I'd tell a TCP joke, but I'd have to keep repeating it until you got it.
You don't get progress without getting rid of old crap, else people continue to use it and you get loads of legacy cruft - see the Win32 API for a good example.
I, personally, expect that when I run "apt-get update; apt-get upgrade" everything will be upgraded so it's compatible. Which usually happens unless you're running unstable/untested sources.
As far as 64-bit browser goes, I want it because it fits better with the rest of the OS, and means I don't need compatibility libraries running. If I had to make the choice between flash and 64-bit browser... well, good bye flash. I'd probably try gnash.
The problem was that Flash was using overlapping memory areas on memcpy. This was a hidden problem in Flash but it was exposed by a glibc change on certain architectures (as noted at length in the bug you linked to). The glibc change was not wrong as far as the spec goes but it was definitely unhelpful to end users. In the end, the glibc devs made a change that means the different memcpy only kicks in for programs linked against newer versions glibc which seems a defensible stance.
We 64bit users have been denied official 64bit Flash exploits. We had to rely on the experimental exploit-support or the 32bit exploits. I've been waiting very long for this and I am glad, Adobe lives up to its promise, to release security holes for 64bit Linux in the same reliable manner they did for 32bit Linux and Windows. Thank you.
Several competing aims with sound drivers mean that sound on linux intermittantly sucks in recent times. The simple bog standard stuff became shareware so had to be removed to a separate download and isn't keeping up with new hardware anyway so newer software has abandoned that as well. The other stuff aims for full desktop integration and network capability with a lot of moving targets instead of just having a virtual device for the applications to pipe sound to - all those shiny feaures tend to make the various implementations fragile.
In short, sound sucks in linux for a lot of people but a lot of extra things you can do with it are under construction. The libraries are changing a lot, and frequently, to suck less but they tend to break a lot of things along the way. Upgrading things in batches tends to work and bring sound back when you find there is a new application where sound does not work. A stable API really depends on people being confident that it is a good API and it appears it isn't at that point yet for pulseaudio and perhaps some others.
Oh root..Do you really want that crap? What about evince or okular?
I still can't read any Flash animation on my PPC-based Linux machines.
You know, it would be cool if there simply was a dedicated YouTube player for desktop Linux too. There is one for iPad and my Android phone has one too. They know that Flash sucks in performance so they skip it completely. It works great.
I wonder how easy/hard would it be to figure out the Flash video streaming protocol and glue it in to some movie player? I already remember Totem and VLC implementing a YouTube player but I never have got them to work that well...
If you look at the timeline of the amd64 architecture: http://en.wikipedia.org/wiki/X86-64#History_of_AMD64
Then it only took 8 years to make a 64-bit port from the date of the first available amd64 machine. If you take into account the date of the first full spec released to the public, it's almost 11 years.
Now if only complex software like the Linux Kernel could be ported in shorter time....
No, you get progress without breaking compatibility, if you architect things in an extensible way in the first place. See: FreeBSD.
I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
Wrong way 'round. The "web" hinders my enjoyment of Linux (the Internet, pre-web, was really quite useful and enjoyable).
Back when I could use SunOS/Solaris, Unix System 5.[34], and Linux (bsd, too, but I was rarely on such a system) to access the Internet, I could communicate with individuals, share data with communities, and acquire information, without having to fight my way through web sites designed for mouth-breathers who not only don't know that Flash is a major back door into their system, but only have a couple of sexual references for the term "back door" anyway, and no capability to understand what what it might mean in a computer context.
As people have pointed out, this is only a beta release, however, maybe the dialog in the Linux community will turn to evaluating the impact of this plugin on the viability of the Linux desktop. Personally I just see this as lip service to try and keep interest in Flash, which has mostly fallen out of media attention. Something tells me this will never see a finalized release, though I could be wrong. I will always personally doubt Adobe's commitment to maintaining a truly cross platform solution until we see development tools under Linux and until that day I will always advocate dropping it like three month old turkey bacon.
in the latest versions of VLC it now works out of the box. Just paste the URL to a youtube video and it works. What would be now still needed is an interface for the rest of youtube's functionnality (searches,playlists,etc.) the mobile version of the web site would be a nice starting point.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
From what I can remember from the early days, flash=animation and not moving pictures. Somewhere along the line *.flv became a defacto standard?
Why? What possible benefit does flv have over other compressed forms of video?
Don't be apathetic. Procrastinate!
Now if only complex software like the Linux Kernel could be ported in shorter time....
Seriously, this fact clearly shows the superiority of multiplatform open software. GNU/Linux has been running on lots of different and varied architecture for ages.
At the time when x86-64 arch was developped,Linux and GNU devs where already used to 64bits bi-arch platfroms. Adding support for amd64 cpu mainly consisted of slapping it's spec over the work already done for sparc64 and the likes. If I remember correctly, the kernel was already running successfully on hardware simulators, even *before* the hardware hit the market. I remember installing 64bit ports of distros (Suse) in the weeks after buying my CPU.
meanwhile, in closed source wintel monoculture world, flash has made so much x86 assumptions and short cuts, that even if it's a simple plugin with a complexity a fraction that of even the linux kernel, it tok them a decade to get proper 64-bits support. And ARM support is still problematic and not widely available (though in the recent past, it starts to pop-up too).
Windows has the same problem. On one hand microsoft finally promised ARM ports, but on the other hand they only want to support one reference platform because there is too much wild variation). Meanwhile, Linux' support of ARM might be a mess (not much consolidation. Each hw manufacturer droping in their own monolithic platform specific driver instead). Still,it works on ARM (as mostly illustrated with the Android User space)
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
People like you are what give true FOSS and Linux users like me a bad name. I'm ashamed to be associated with idiots who drop the microsoft line everytime they disagree with something. Its the slashdot equivalent of godwins law. Pathetic.
So, during most of that discontinued time, square didn't exist? It was only for about a month where there was no support. When they moved from flash 10 based preview to flash 11 based preview and and added 64bit windows support to it too. Now mozilla can build us some nice 64bit firefox releases for windows and I'll be really happy.
Update to 11 beta from 10.3 and...et voilà! Pulseaudio and flash not respect each other! :)
Now I just want them to fix the freezing image problem when switching to fullscreen...
My laptop uses an AMD E-350, running Debian Testing 64-bit. This works fine for 1920x1080 video on an external LCD... provided it makes use of the built-in hardware-decoder. The official Flash Player doesn't do that.
My solution? A VA-API-patched mplayer, gnome-mplayer, a few GreaseMonkey scripts and the gecko-mediaplayer plugin take care of most web videos I watch perfectly (including basically anything on YouTube), and the remaining Flash content is taken care of by a combination of the Gnash plugin and the NoFlash Firefox Add-on.
Even Gnash offers VA-API support these days, although I haven't looked into getting it working. Flash Player would be a big step backwards - even if I did want to run proprietary browser plugins (which I don't).
It's GNU/Linux dammit!
It seems to have fixed the buzzing in the audio on a lot of live feeds that I experienced on the last 64-bit plugin (but not on the 32-bit one).
Go green: turn off your refrigerator.
see a huge chunk of memory go up in smoke just for a single plugin.
So it's just like Flash on every other platform then?
Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
Comment removed based on user account deletion
The combination with FF 4 and flash square beta 2 was really good I loved it, it was the first time it actually worked. But looks like this newer version with FF 5 is also working well, thanks Adobe.
I always wanted vulnerabilities in my otherwise secure 64bit systems!
I8-D
Next to the PPC64 ones.
I have to be fair here... evince and/or xpdf haven't impressed me for PDF readers. Yes, they work... but the interfaces need some love (mainly xpdf, but evince has it's quirks.) It only started to matter to me though since I'm buying a house and my agent insists on sending me papers to sign in PDF format. Otherwise the only use I have for PDF is pen/paper sheets for the rare game nights.
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
I also had issues where periodically Flash would bring my system to a crawl - I've not seen anyone else mention that problem, but fingers crossed this'll solve that too.
If you architect everything in an extensible way in the first place you'll get death by overengineering.
Of course, that doesn't excuse the Linux sound system(s).
Rethinking email
Agreed. Adobe's PDF reader is the worst one currently available on nearly every system I've seen it on. How can they so totally screw up the viewer for a technology they're the primary creator/developer of?
They're just trying to hang onto any/all install-base they can now. The iPhone (with all of it's problems (and zealots)) actually HELPED the effort of moving the world away from flash and to the W3 HTML5 standard. Thank you Apple! :) IMHO, Flash is now just another example of legacy, greed-ware.
Open Source..
Open Standards..
Open Life.
Tweeks
I liked having the unavailability of Flash on more and more common platforms as a reason to suggest to web sites not to use it. Guess I'll focus on lack of usability on mobile devices.
Wow, so Adobe programming skillz are moving forward, I see. Maybe in another decade they'll learn something about security.
now we need to go OSS in diesel cars
It seems like many/most machines shipped these days would benefit from 64bit installations over 32bit. Are we reaching a point where 64bit installations will be the defacto standard and 32bit will be "special" for older hardware?
I am referring to Linux installs of course.
Thanks Adobe, but...fullscreen Flash is still completely unusable on my quad-core machine with 1gb dedicated video.
Works fine for me on Debian 6. I can finally watch 1080p on a browser without it freezing.
Some of us learn from other people's mistakes and the rest of us have to be other people. -- Zig Ziglar
Flash is the biggest piece of crap I have on this OpenSUSE system of mine. It is the only thing that can freeze my machine flat out (mouse moving, but NOTHING responding, even keyboard and X kill shortcut). Fullscreen watching on YouTube is a 35% chance to tear my hair out. 11 will hopefully be a better version. Hopefully.
Agreed, it does need polish,but not the horror that Foxit inflicts on us.. But one of Evince's features (open a copy), is incredibly useful when reading text books or long journal articles. Handy enough for me to keep both it and one other PDF viewer (supporting tabs),like Chrome or Foxit around.
"them dropping AIR for Linux"... Should that not read many legions of Linux admins rejoiced when Adobe dropped Air support? Who wants to mess with a platform on a platform?
On devices that don't support flash, youtube uses html 5, but default to flash for everyone else. Too bad they didn't just go html for everyone.
In Adobe we trust... (proud botnet owner)
64 bit support from open source software has been ready for a few years in terms on the Linux distributions. Someone who has been only using open source stuff will tell you "it's been ready for years! How could you not know?".
Most Linux 64 bit problems stem from closed source pieces. Things like closed drivers, closed browser plugins, closed source communications software, closed source software for reading certain documents, closed source electronics software, certain enterprise software etc. Those sometimes come in 32 bit only versions necessitating the need for 32 bit versions libraries to be available (in addition to the 64 bit libraries that were already installed). People will tell you different things on this depending on how early they made the 64 bit switch, which distro they were using, how much of this software they had to get working etc. Responses range from "it was easy to install the 32 bit libraries - they only take up 100Mbytes extra" to "it was a nightmare having to set up a 32 bit chroot" or "I couldn't get my device to work because there was no driver available".
If you don't have 4Gbytes or more of memory don't stress that you're not 64 bit - you're not missing much. If you DO have 4GBytes or more memory, it sounds like you are serious user who really should face the (lessening) growing pains of 64 bit so as to better utilise their machine.
If only there were a unified, simple way to install it. I spent hours yesterday trying to get flash on a 32 bit FF5 in a 64 bit system. Read every friggin' article and how-to I could find, just in case I was being retarded. Finally gave up. Screw it. Can live without it.