Interview With Linux Flash Player's Lead Engineer
An anonymous reader writes, "Ryan Stewart of ZDNet has an interview with Mike Melanson, the lead engineer behind Adobe's upcoming Flash Player 9 for Linux. It covers what the plans are for the player, what kinds of things won't be in the Linux player that are in the other players, and ways to give Adobe input on the Linux player."
favorite eyecandy machine, complete with a new spyware vector and unblockable ads is coming to Linux. Please join me in celebration of this auspicious day.
I too have felt the cold finger of injustice.
Good, no need to start my browser with alsa-oss anymore if I want the mixer to work (So that multiple sound sources can play at the same time), or having the flash hogging the sound device.
How big is the team working on the Linux version of the Flash Player?
There is a core team working on porting and testing. There are various volunteers within the organization who have jumped into the effort out of general platform enthusiasm; and if we need any advice with particular areas, we bring in people from the rest of the Flash Player team as needed.
Of course, we're not making cheese sandwiches here. Throwing more programmers, any programmers, at the problem will not necessarily speed the process along.
Shit.
About bloody time!
Is there a flash 9 for Linux, where?
Or, ya know, release the source code so the community can fix it.
How we know is more important than what we know.
So tired of shit not being developed for x86_64. Get with the times. Didn't RTFA but I assume they'll ignore it like they always have...
Tom
Someday, I'll have a real sig.
I got into Linux when I wanted to use a free relational database called MySQL for a web project
Why does this quote remind me so much of Data (from Star Trek, an obscure TV show):
Data: "It is from an obscure language known as French"
Picard: "Data, the French language for centuries represented civilization"
from one of these companies is going to contain a rootkit tailor-made for Linux.
I, for one, will not forget why I'm using a free (Open Source) platform. It sure
as hell aint for viewing snazzier adverts. Let's also not forget alternatives like
http://www.gnu.org/software/gnash/
This is not an indictment of Mike, I'm sure he's a nice guy.
I'm not a zealot --I use closed video drivers, but these kinds of needless (IMO) upgrades
just smell like trouble to me. And for the record, Flash 7 has performed flawlessly for me
on Debian Testing...
Why was the parent comment marked as Troll? He has a valid point. Its like how jBase (an obscure database no doubt) prides itself on getting to 64-bit in their latest version........ 10 years after all other enterprise databases did.
Adobe/Macromedia/Coke/Taco Bell: Come on, get with the program.
"Didn't RTFA but I assume..."
that aside, it's a valid point.
That's not a comparable situation. The PDF format specifications are freely available for anyone to use. Not so with Flash. The specifications are available, sure, but the license to get them includes a provision about not creating a player. Therefore the only way Open Source players can exist is through reverse engineering. Some do exist though, like GNUFlash, but it's not an easy task.
It's like giving nine women the task of gestating a baby in one month.
Click here or here.
They'll push out an x64 flash player before I die of old age
I think the invisible hand of the market has its middle finger extended
--A wise old fart named SC0RN
Why does everyone say these adverts are unblockable? I've used AdBlocker's Flash overlay function to select any Flash banners and block them at load level, just like any other banner. Anyway, on topic. Whenever I'm wanting to watch Flash movies, I'm usually on Windows (Linux, for me, isn't for fun and games). But when I do use Linux to view them, I can usually view even movies I thought were restricted to Player 9. Me being dense, no doubt, but maybe someone could clear the air as to version compatibility?
To prevent this day from getting worse, I'll just read ERROR as GOOD TH
Yes, but does it run on linux?
echo $SIGNATURE
... but one of the reasons Flash is so successfull is that it's considered the securest plugin (tm) in existance. Flash allways has been extremely picky about security - that's one of the reasons why it's the easiest cross-plattform VM to deploy in corporate enviroments.
We suffer more in our imagination than in reality. - Seneca
> Nothing is stopping "the community" from writing an open source Flash player just like people did with the xpdf reader for PDF documents
Errr, yes there is: The flash documentation is explicitly not allowing you to write a player based on it.
Still no mention of flash for PPC Linux. Is this going to happen?
The only problem I have with the current Linux Flash is that the sound is out of sync with the picture. This makes using Google Video or You Tube a bit a hassle. So my question is
Has the sound synchronization problem been fixed?
On a side note, if you don't like flash ads with screaming sound, just install Flash Block.
But install Firefox first
Summation 2
Stopping? No, you're right. However it's not the same as PDF, PDF was (is) an open standard, they told people how to make viewers on various platforms with various tools, it's the main reason it caught on so quickly and so strongly.
As a friend of mine explained, the computer world is much differrent now, there isn't umpteen different OSs that companies have to deal with, in fact, they could (and do) get away with only supporting one. The percentage of Windows users is so high as to make everything else not even appear on many charts. The second and third places are covered by OS X and Linux, but those are so small compared to Windows that many companies don't even take a second glance.
I think this is very bad as it only makes people gravitate towards Windows more, thus making a vicious cycle. I think it would be wonderful if more companies started seeing the advantages of open standards and open source. Apple doesn't make the money on iTunes, it makes it from the store and iPods, so why not make the pprogram open source?
I got really pissed at Adobe recently for their idiotic canned support emails ("You seem to be having trouble with , you can find help with that at our FAQ, if you need more help please reply to this email" Dude, if your FAQ had the answers I was looking for I wouldn't have emailed you...). It sucks that a) there hasn't been a new flash player for linux for quite a while and b) there has never been one for AMD64. Having had several back-and-forth emails with Adobe support I got the sinking impression that the Linux versions had been dropped and were never going to be updated. I'm glad this is not true, and I applaud Adobe for doing the (mostly) right thing in releasing a Linux version of their player. Of course, if they opened the standard we'd get better flash players quicker and they wouldn't have to pay as many people to do it, win-win, if you ask me.
I don't understand why more companies aren't seeing the advantages of open source, but at least some of them aren't ignoring us completely.
There is a open source flash player, though it doesn't work too well.
...I've got to say that this long-winded dragout of the next Linux version of Flash Player (hey, isn't both 8 final and 9 beta out for Windows already - neither of which we've seen in *any form* for Linux?) is getting rather tiresome. Sadly, the current Linux Flash development "team" (who is involved exactly in writing the Linux-specific code? The article doesn't really spell it out - you do suspect only one person has been assigned to do that and Adobe don't want to publicly admit that) haven't helped by spinning things out with their blog.
I find it amazing that "obvious" steps haven't been taken by the Linux Flash team, namely:
* Some sort of release schedule announcement - don't care if it slips by a few weeks here and there.
* A set of pre-releases (heck, have them time-bomb out if you don't want them being used in the long-term) coming out to showcase its current alpha/beta/RC status. Note here - Windows gets beta releases, why can't Linux?! It's utterly shameful there is no pre-release version for Linux, especially since the latest Linux Flash blog entries brag how stable the player now is at all the major sites it's been tested on!
* A definitive statement on whether they'll support 64-bit (i.e. "it'll be released at the same time as the 32-bit version" or "it'll be released X months after the 32-bit version" or "it'll never be released"). Sadly, Adobe are somewhat pig-ignorant w.r.t. the 64-bit platform and don't even have a 64-bit version for XP!
* Explain the exact differences between, say, Windows Flash 9 and Linux Flash 9 - there's some woolly stuff on this in the article really. After all this time in incubation, you'd have thought that the two platforms would have identical version 9 players, but I wouldn't it past Adobe to release a half-baked Linux Flash 9 player, since they have not yet demonstrated to anyone at all that they take Linux seriously (does the word "vapourware" mean anything to Adobe? That's exactly what Flash 8/9 on Linux currently are).
* Start a merge of the Linux development environment and the Windows one, so that ultimately they work from the same codebase to avoid the ridiculous delays in platform releases we've seen in the past. It's not clear to me if the Linux effort is fragmented - have we been told how much code is common on all platforms and how much is specific to Linux (and how they keep the specific code to a minimum)?
* Open Source the player! If Adobe have coded the entire player in-house (which I believe they have), then why not Open Source it...it's a free download after all! Even if they've patented some methods used in the source code, they own the patents and the copyright on the source code, so that shouldn't stop them open-sourcing it surely? Just exactly what is Adobe's objection to open sourcing the player? Sheer bloody-mindedness?
The major problem I got with Flash for Linux is that keyboard simply don't work! There are a lot of mini-games out there that use keyboard for controlling the character, but I get nothing trying all the keys. Maybe it's because I'm using a pt-BR (ABNT2) keyboard, but it dosen't seem to be a problem for Flash Player in Windows :-(
What to know why Linux isn't catching on faster?
You can get in-sync audio by using alsa-oss. I'm sure if you Google around, you'll find the solution to your problem.
Only in the world of Linux would it seem like a good idea to avoid the software being specifically written to do X be avoided by having to google to find a tweak to an old program by loading another program. I appreciate the benefits of open source, but Macromedia created flash for a specific form of content, and is writing a driver to allow everyone in Linux to see it better, why does this need a workaround? Is it just too simple?
> It's like giving nine women the task of gestating a baby in one month.
;-]
Zapps "We'll need an army of super-virile men scoring round the clock. I'll do my part. Kif, clear my schedule."
(Kif takes out an etch-a-sketch and shakes it)
if they can get youtube's Audio and Video to synch again that's good enough for me!
What is best in life? To crush your enemies, to see them driven before you and to hear the lamentations of their women.
The other players can play movies, and the Linux player...can't!
All comments may be directed to /dev/null. We'll respond as quickly as we can!
Oh, alright, I'm only kidding. Kind of. I actually read (present tense) the Linux Flash developer blogs and at minimum what we'll be getting is a player that is vastly better than anything we've ever had before. I am just a little irked about Flash being so rotten on Linux for so long. I try to evangelize family and friends and get them to dump Windows, but Flash is a frequent deal-breaker. "Oh, Flash works like crap? Forget it then, I need YouTube and the kids are addicted to the games on Noggin and MyLittlePony." Sigh.
P.S. I never understood the reluctance of companies to go ahead and use ALSA.
Our intelligent designer has never created an animal that we couldn't improve by strapping a bomb to it.
why does flash 9 for linux suck horribly compared to all the earlier releases?
There *isn't* a flash 9 for linux, sucky or not. It doesn't exist. That's what the dude is working on.
When are you going to release a fixed version that actually works right or at least comperable to the mac or windows versions?
TFA said "early 2007." That's what he's working on right now!
Sheesh.
Software Wars
Why push for ALSA support? Jack-It is the future.
All quality sound players (MythTV, Audacity, Gxine, Xine, XMMS), sound servers (alsasound, Gnome, KDE) and sound device (ALSA, ALSA-OSS) support JACK, (recursive for Jack Audio Connection Kit).
Even the professional musicians touts their superior audio latency, excellent patch panel, hundreds of audio filters (not that any normal user would want them, but its crispy and never choppy).
I'm getting tired of switching audio server JUST to use Flash/Mozilla/Linux. All other media applications play nicely with JACK.
Can we see jackd ported into Flash BEFORE ALSA?
How the hell did drivel like this get modded +4, Insighful?
There is no Flash 9, and Linux Flash 7 is a hell of a lot stabler than 6.x ever was.
"I don't know, therefore Aliens" Wafflebox1
sorry but it will SUCK. they put a half hearted and half assed attempt on all their linux releases.
the best one was 5. it was an official product that actually had a dev team. 7 is completely crap goat nuts that sucks.
BTW, he could be a alpha/beta tester. did you ask before flaming? or maybe he meany 7 which does suck horribly.
The Tao of math: The numbers you can count are not the real numbers.
There are 2 big reasons why it is unlikely that Macromedia will change and allow the spec to be used to build players.
Firstly, just like with Sun and Java but much more so, flash truely is "develop once, run anywhere". Any web browser on any platform running the relavent version of the flash player plugin for that platform can play any shockwave flash file out there. (which is probobly why web designers love it so much...)
And, just like Sun and Java, if Macromedia goes open source or open specs, how can they be sure that "GnuFlash" can play ALL the flash files the same as how the Macromedia player can.
The other reason is the mobile devices space (PDAs, cellphones, smartphones etc). Right now, Macromedia is pushing heavily into the mobile space and trying to convince mobile device manufacturers to ship "flash for mobile devices". I dont know details but I imagine mobile device makers have to pay Macromedia to ship "flash for mobile devices" in their device (especially when a source code licence is required and its not just a binary provided by Macromedia). If the specs or code were open, the mobile device manufacturers wouldnt need to pay macromedia.
People need an open clone. Or else, we'll be condemned to wait for the whole eternity...
Despite their link saying they are working on it, I'm a little skeptical about a Flash 9 player as well. At least until a beta is released anyway. Sun Microsystems helped develop Flash 7 for Linux, nearly 18 months after the Flash 7 IDE was released, so I don't think Adobe is doing what they could with this.
Just because you get modded "insightful" on Slashdot doesn't mean you actually are in real life.
Is this the same Mike Melanson who contributes to ffmpeg and runs multimedia.cx?
The roots of education are bitter, but the fruit is sweet.
--Aristotle
They've made their position on 64-bit support pretty clear.
Ignoring the 64-bit world seems shortsighted to me. Sure, most users are 32 bit at the moment, but are new 32 bit machines even sold any more? Old stock, maybe, before current models push it out of the supply chain. Even Semprons are 64 bit now.
The whole question about wanting the player to "just work" on other distributions really brings up a question that the linux world has been avoiding for at least 10 years, and that is the question of why so many ideosyncratic distributions exist. What makes open source so powerful and effective has also made a mess of interoperability where Linux is concerned.
./configure --put-this-there --this-is-there --look--for-this-here --my-init-scripts-are-here --use-this-and-not-that;make install everything yourself, you'll not be bothered by a lot of this. But suppose you are the mythical, mainstream Linux dekstop user who doesn't know wnaymore about Linux than it installed from the CD no problem. If you are looking for a piece of off the shelf software are you reall going to see something on the label akin to the following :
Why is that each distribution of Linux has to be so ideosyncratic that a body cannot produce a binary installation that "just works"? Why should that even be a question? Isn't this a stumbling block in terms of mainstream, desktop adoption of Linux? Sure, if you can
Compatible with RedHat Linux, SuSE, Slackware, Debian, Gentoo, Mandrake, Ubuntu,SlackHat Redbian, Mandrux, Unbonux, Seus, ZuSE, Debware, Mandhat, Slackdrake, Jesux, Paulux, Vitamin-C, and Bean Crock Enterprise
Even though you can really categorize most into a few base types, what is to gurantee that my Rhinestone Pantux will run something as easily as my Blue Sude Linux even though they are both based on RedHat?
Is this GNUFlash the same as Gnash?
factor 966971: 966971
The current (but outdated) Flash player 7 for Linux has big problems with audio/video synchronization. They are hoping to solve this by getting rid of OSS support and using ALSA exclusively. This is a good move. But I also see that they do not plan to support the current version of Video For Linux (V4L2), although the older V4L is being phased out of the kernel. And in that engineer's blog, I saw a brief statement about the fact that the Flash player will not use Gstreamer. This is bad.
Why don't they use Gstreamer? This would solve the synchronization issues (the current gstreamer-0.10 is very good at keeping everything in sync, unlike other multimedia frameworks) and it would also provide good support for both V4L and V4L2. In addition, it would provide a good cross-desktop integration, because Gstreamer will be supported in KDE4 (through Phonon) and in GNOME.
Currently, Gstreamer allows me to configure multiple sound cards correctly and decide in one place which one is the default one. If the new Linux Flash player ignores Gstreamer and codes for ALSA and V4L directly, then I bet that it will have problems picking the right sound card automatically. And it will probably ignore my gstreamer filters as well, which is a pity. Not to mention that it would force me to keep the obsolete V4L code in my kernel instead of using V4L2 (gstreamer would do the switch transparently), just like Flash Player 7 forces me to keep the OSS API (alsa-oss) while all other programs have moved to a more mature interface (ALSA).
By the way, I have read some comments in the blog saying that Gstreamer should not be used because its API or ABI is not stable. I say: bullshit. There were some incompatibilities while moving from gstreamer-0.8 to gstreamer-0.10, but this was a long time ago and the interfaces have been stable since then. If I remember correctly, the Gstreamer developers stated that they intend to keep the interfaces stable now. So those who reject Gstreamer for that reason are just spreading FUD.
And don't all Flash presentations suck anyway? That's what Flashblock is for...
factor 966971: 966971
If you used a browser that doesn't suck, you could whitelist which sites you want to allow flash to play.
how the hell do you ever get modded anything but troll?
Obvoiusally he meant flash 7 and it does suck HORRIBLY. Flash 5 was their pinnacle and went down from there.
Quit trolling you dweeb.
"how can they be sure that "GnuFlash" can play ALL the flash files the same as how the Macromedia player can."
I tend to be suspicious about closed standards and the "compatibility" reason given for it. If it were in Macromedia's interest for the Open Source community to develop a GNU flash player that "can play ALL Flash files", then they should just hand out the specification and tell them to go ahead.
It's not like OS developers can't be trusted to comply with standards. It's in the developers' own interest to make their player compliant (and keep it updated), because they have no competition to lock out, but plenty of people to convert.
Isn't it more likely that the standards remain closed (and the development of a new player prohibited) in order to retain control of the player and the media? I don't blame them since they produce a passable player themselves, and don't spike it with malware or security flaws. But this explanation really sounds more like an excuse.
"it's fortunate that Adobe is treating Linux as a first-class operating system in supporting the Flash platform"
They are?? Huh, I must be missing something, because I always thought that flash player releases for Linux was at best months behind that of Windows and OS X.
I've been hearing rumors about this since Flash 8, which was over a year ago. I've missed a lot of flash videos developed for flash 8 that I just plain can't see with my player. (Yes, I watch a lot of those crappy NewGrounds videos.) So, I guess I'd feel better if Adobe actually treated Linux as a first-class operating system, and released new versions in a timely fashion, as opposed to just saying that they do.
Thank goodness we have AC to predict the future and save us all the trouble of waiting for it.
Just keep hounding Adobe with requests for Linux versions of all of their products. They will eventually realize it's wise to cater to a growing market. If they continue to ignore Linux, they risk being rendered irrelevant, especially with Xara, Inkscape, krita, and the gimp all quickly maturing. I'm sure that alternatives to Adobe's flash player aren't far off if Adobe continues to drop the ball. I've read that the so-called "lead engineer behind Adobe's upcoming Flash Player 9 for Linux" is the ONLY engineer assigned to the upcoming Flash Player 9 for Linux - I have NO idea if it's true (but the thing is so late I suspect it is) but if it is, that's pretty sad. We'll end up getting the Flash Player 9 for Linux right around the time that Flash 10 for everything else has alreaqdy shipped.
The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
Yes, I'd forgotten the name but that's what I was referring to.
You seem to forget most civilisations don't recognise software patents.
"The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
The video codec VP6 is patented by On2. Maybe it's them who oppose their technology being open source.
Armand (Flash fan)
Make that 3 big reasons...
Macromedia doesn't exist anymore, Adobe bought them out months ago...
Macromedia won't be giving us ANYTHING!
Agree, getting rid of OSS is a good thing.
;-)
I went to the Adobe Wish Form http://www.adobe.com/go/wish and said "please sign me up as a beta-tester for Flash 9 / Linux".
Think about it though; if, in your target market, 10% of users are Linux and OS X users, and over the lifetime of your product you expect that the market will support $300mil worth of your wiz-bang widgets, isn't it worth that $30mil to make the product cross-platform to begin with? Why cut out 10% of the market? For legacy products, sure, I can see logistic issues in porting code (introducing new defects, etc.) but where many of Adobe's products were born on Unix or were ported to Unix back in 1.x versions, and the bulk of the code as a result is not platform-dependent, why not retain or attract that 10% of the market?
The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
That's just to name a few, there are others. There is plenty of code out there to generate and modify content, the official specification isn't needed for a player.
There isn't 64-bit Flash Player for *any* platform yet. Linux isn't being picked on. 64-bit is being worked on.
The Flash Player is mostly core code. They *are* working from the same codebase on all platforms. The whole point of Flash Player is to have a runtime environment which is virtually identical on all platforms.
Am I the only one who finds it ironic that the comments in Mike's blog often consist of "please release an alpha, even if it's incomplete and buggy", while now we get "I wouldn't it past Adobe to release a half-baked Linux Flash 9 player"... ?
I got into Linux when I wanted to use a free relational database called MySQL for a web project.
Except of course, that MySQL isn't a database.
Have you read my journal today?
You could have made that point without even trolling. From the interview:
Q: How big is the team working on the Linux version of the Flash Player?
A: There is a core team working on porting and testing. There are various volunteers within the organization who have jumped into the effort out of general platform enthusiasm; and if we need any advice with particular areas, we bring in people from the rest of the Flash Player team as needed. Of course, we're not making cheese sandwiches here. Throwing more programmers, any programmers, at the problem will not necessarily speed the process along.
At this point, if I was interviewing, I would have realized that he didn't give me any information at all. Yes, *every* project has a "core team". Thank you for stating the obvious, but that didn't answer my question.
Proposed follow-up: "So do you not know how big the core team is, or is it a secret?"
Hmmm, gee, what about the Flashblocker extention for Firefox? I reguarly block ads and flash and all the other annoying crap that is wasting bandwidth, not to mention my processor making it do stuff that I do not want it to have to do. Anyway, you missed the point of my entire comment. Flash is a poorly implemented, poorly used, and basically annoying standard that we are all better off without. That's my opinion.
Why does anyone need a 64-bit version anyhow?
Because on our 64-bit operating systems (both Linux and Windows), applications run in 64-bit mode. It's the norm.
AND FLASH DOESN'T RUN IN OUR BROWSERS BECAUSE 64-BIT APPS CAN'T CALL Macromedia's 32-BIT CODE !!!!!
So the simple answer is, we need a 64-bit version to see any Flash pages at all.
And Macromedia have known that for 3-4 years, yet they do bugger all about it. (There are a few hacks to allow some people to overcome the problem, but they're not at all generic.)
As others have commented, Macromedia are just totally inept and unyielding on this topic, and this current bit of PR shows it even more plainly. "Make suggestions on the Adobe Wish Form", he says. Christ, we've been doing that for ***YEARS***, and we've been totally ignored by Adobe.
They couldn't give a rat's arse about customers. It's that kind of company.
Flash Player 9 is not just a C program any more. It now has a JIT, and so they have to write a separate JIT backend for every architecture they want to support (although an interpreter might be a good stopgap). They haven't written the x86-64 JIT yet, and it's going to take time for them to do it. Sure, it might have been better if they delayed the release of Flash Player 9 until after they developed x86-64, PPC, ARM, IA-64, MIPS, and Alpha JITs, but it's too late now.
*yawn*
When a native FreeBSD version exists, then I'll care about flash.
Till then....
*yawn*
You're clueless, and you just let everybody know it.
64-bit code does indeed run faster. The data may be bigger, but the code (.text segment) is actually smaller. There are more registers. The calling convention for 64-bit Linux can pass up to 6 integers in registers. Stack accesses are greatly reduced. This is enough to be noticable to casual observation.
A typical modern Linux has only a handful of 32-bit binaries, certainly not including the web browser. OpenOffice.org is even 64-bit now. Some systems don't even include the 32-bit libraries anymore, thus being unable to run 32-bit apps.
Running 32-bit stuff is gross. It's like running 680x0 code on a Mac, or 16-bit DOS apps on Windows. Normal people hate that.
I see flash all the time. You're not missing much.
The video codec VP6 is patented by On2. Maybe it's them who oppose their technology being open source.
Who cares? If you own a patent, you don't get to keep it a secret any more; that's the bargain. In return for patent protection, you have to disclose your methods and implementation.
So if On2 has already disclosed the implementation in their patent, which is freely available from uspto.gov, what's the problem with disclosing the source code used by one of their licensees? It's not a secret any more.
If this works (I'll need to test it to know for sure, obviously), why aren't Linux distros already doing this, especially the ones that include Flash by default?
Wha chew be talkin bout my mother's thong??!
-Don
Take a look and feel free: http://www.PieMenu.com
Because business people are stupid. "10% of the market? Who cares!"
...this is Linux/x86-32 support.
Linux is well supported on at least 11 architectures. To claim that a piece of software "runs on Linux" with no further qualifications implies that it runs on them all.
If you're releasing a binary-blob-piece-of-shit that only runs on Linux/x86 (or, even worse, only Linux/x86-32), then you're not "supporting Linux" and should be fucking ashamed of lying so goddamn brazenly. You should at least have the balls to state "runs on Linux/x86-32" if that's what you mean.
(If you're relying on glibc extensions to the standard C library, you should really state GNU/Linux/x86-32, but that's another kettle of fish)
Why doesn't the gene pool have a life guard?
Surely a 64-bit Flash plugin is overdue. Until then I think there are better workarounds than installing a massive i386 chroot just to accommodate a browser plugin. Isn't it possible to code a kind of transparent proxy plugin that wraps 32-bit code? I'd wager that such a project would get a lot of attention on sourceforge...
It's partly the previous commenter's idea (10%? that's nothing), it's also that they weigh their potential gains against the cost of producing it.
I think 10% is quite a high number, maybe it's only 90% of home computer users are windows users, but that leaves 10% to devide up between Mac, Linux, and the much smaller ones of *BSD, OS/2, BeOS, Solaris, etc. You also have to keep in mind what the target audience is, and how many of those are going to be using the "Other" category.
In this case how much are they making on the Flash players? Nothing. They're making the money on the development programs. Who buys the development programs? Web designers. Who employs web designers? Usually large corporations to produce horrible websites based entirely on flash. Now, with this large gap between who produces it (Adobe) and who loses the 10% of customers (the websites) it's easy to see why things don't happen very fast.
If they were to suddenly drop the Linux version would the websites feel an immediate hit? No. In fact, they probably wouldn't even notice that there was any kind of change, and if they did they probably wouldn't see the connection (if they even knew that there wasn't a Linux version anymore). If they dropped the Mac version there might be a little more of a hit, but chances are the same thing would happen.
The only way that we're ever going to get Adobe to listen is to have everyone email the companies that use flash on their websites and get THEM to complain to Adobe. Of course, it'd probably just be easier, in most cases, for them to provide a non-flash version... In which case, we're still up shit creek (though we have an extra site that we can use).
What I think really needs to happen is for people to stop using flash for stupid things like entire news sites (yeah, I saw a news site that was done entirely in flash...).
Bandwidth-wise, if nine women had nine months to each generate a baby, then you can say each woman will have created one baby in one month.
The Latency simply was nine months.
The Throughput is the twelve hours of labor it took to push the brat out.
Consider the ramifications from a Network Admin's point of view.
If you could completely eliminate the latency, then you could push a baby out twice a day. You could make millions off of welfare alone!
However, the lowest latency I've ever seen, was that big-bellied chick I took home to get it on with, and she gave birth the very next day. It was only 24 hours between doing her and making my first child support payment.
I'm trying to apply these findings down at our data center, but all I have to show for it is some slippery floors and some unusual-tasting coffee. My boss must have taken an interest in the concept, because I often see him and his secretary attempting a similar effort after hours.
Solomon
"Twice half-assed makes an ass whole." --Solomon K. Chang
The Gnash project does seem to be making progress, though obviously it still has a way to go. CVS seems to get updated pretty regularly, and at least on my end it seems to be improving.
So, there seems to be at least some hope that us amd64 users won't be stuck using precompiled 32-bit binaries whenever we need/want to look at certain websites.
Hacker Public Radio is our Friend
The flash 9 JIT can already emit code for PPC and ARM.
Apparently those have more potential flash users than x86-64 right now.
There are ubiquitous installers that are totally distro-independent, assuming your OS is recent enough to support its most basic features. All the libraries and dependencies are included in such apps, they are more or less self-contained. This is a bit like the Windows way of doing things, even the installers have a striking similarity. However, the disadvantage here is that your distro's package manager has no part to play in this transaction, so updating, maintaining or removing said software is at almost as much of disadvantage as it is on Windows, except without the registry garbage.
So I guess my point is this: It's great for games to install using such a method, but I think you'll find it far better to have the OS (read the package manager) handle the software installation and upkeep rather than trusting the software to do so. Imagine installing Apache that way, then going on vacation to the Bahamas. Who will they call when it needs a critical update? If the package manager was handling that, plus a cron job or two, you'd be sipping coronas with lime on the beach instead of conference calling in the hotel lobby.
Working in a DevOps shop is like playing in a band made up entirely of keytarists.
Sometimes, I think that the people at Adobe/Macromedia have compromising photos of a whole bunch of webmasters. How else do they manage to get websites to use Flash when it's absolutely unnecessary? Consider videos.google.com. Please don't try to tell me that Google *NEEDS* Schlockwave Trash to simply play videos. Google are the people who brought you maps.google.com which runs just fine on various browsers without proprietary Adobe garbage.
I'm not repeating myself
I'm an X window user; I'm an ex-Windows user
Because they get to control how it's used. If they let it come out in GPL or similar, that restriction is specifically removed from them.
I have a 32-bit new sempron. Mobile semprons are 32bit.
Ah, so it all comes down to control.
Of course, I have to wonder exactly how someone would use it in a way that didn't suit them, since most people just want to be able to view all the Flash content without running into problems like 1) Adobe hasn't released a flash player new enough for Linux that supports all the latest Flash features, 2) Adobe doesn't make non-x86 Flash versions, 3) Adobe steadfastly refuses to make an x86_64 version even though most new CPUs are 64-bit now. Maybe they're afraid that someone will enhance the GPL version to make it bypass advertising.
Apparently those have more potential flash users than x86-64 right now.
Embedded kiosks?
"I don't know, therefore Aliens" Wafflebox1
If I had to guess, I'd say the PPC effort was well underway before Apple announced it was switching to x86 CPUs.
ARM cpus tend to be found in phones and pdas, and Adobe has great hopes to get FlashLite on every phone someday.
With all that said, I'll be pretty surprised if the next flash player (10?) don't have x86-64 support, unless Vista is able to run in 64bit mode while using 32bit software.
It would be much easier to just release Flash Player under the GPL. Then people could compile versions for their own architecture/OS. Also it would be taking some of the load from the Adobe development team, in favour of better community support.