Origin Story

Welcome to Penguin.SWF. This blog will provide periodic updates on Adobe Flash Player development as it pertains to Linux operating environments. Sometimes, I may even solicit input from visitors about how to proceed on various issues, such as recommendations for preferred Linux APIs (think ALSA vs. OSS vs. ESD) and distribution methods.

100 Responses to Origin Story

  1. TheMatt says:

    For the love of all that is holy and good, ALSA, ALSA, ALSA, ALSA, ALSA, and if some KDE freak complains, Arts.Please, oh please, no OSS or ESD. Are either even supported anymore?

  2. Mark Pinto says:

    Thank God. It is music to my ears to hear that Adobe is actually doing something about the horrible state of Flash on Linux. I think you’ll find that you’ll get input even when you don’t ask for it πŸ˜‰ …Long live ALSA!

  3. wes carr says:

    Mike, welcome to the community we’re all behind you πŸ™‚

  4. Federico says:

    DiggedHope to see a beta version soon!really tired to use wine πŸ˜€

  5. Hi Mike, first, wellcome to the blogosfere. Your blog is very much needed :). Is great that you post here your progress, so we could give our clients the lastest news about what’s happening with Flash Player 9 on Linux.This version is critical for many of us working for clients in a big enterprise context, trying to introduce the Flash Platform and talking about “multiplatform”. That only be real when we’ll have, finaly, a release of the linux player.Thanks! and good luck! πŸ™‚

  6. ganchev says:

    It’s a good thing that the linux port is moving on. The lack of flash player version > 7 is a big gap and many has started to work on unofficial versions like the GNU gnash. I hope that Adobe will release a new version soon.

  7. I hope you guys make a PowerPC and AMD64 Linux build for Flash Player 9! Is this planned?

  8. ra1n says:

    Great, I hope that you could also speed up development process for flash player, especially the 64bit version

  9. Cantor says:

    Humm interesting, but i think having Flash Player 8 and Shockwave on linux can ba more useful for everyone!! πŸ˜€

  10. dagi3d says:

    will be there any public beta avalaible?

  11. Bartek says:

    Great to have you and best of luck !I hope linux player will finally work as good as windows one.

  12. I would really love it if the distribution method was left up to distributions – which means OSI approved licencing on the sourcecode and let us help you.However knowning Adobe that is not likely to happen, I at least beg you to support i386, x86_64 and PPC as for audio support I would recommend talking to monty@xiph.org, he is working with the Red Hat team to fix sound on Linux once and for all so people like you don’t have to worry about selecting technology.. Monty is your friend.

  13. Mark says:

    How about a FreeBSD version? Quite a few people have emailed in and signed a petition about it but nobody at Adobe or Macromedia seemed to care.We can run the Linux version through the Linux compatibility layer, but that requires the Linux binary of Firefox which has some issues and doesn’t look as good.Even a 32 bit binary for FreeBSD would be nice so people can run their native browsers. Open sourcing it and letting the community help for other architectures and operating systems would be even better, but at least please give us FreeBSD users something. I’m sure porting it to FreeBSD 32 bit wouldn’t be too hard.Thanks.

  14. me says:

    You’re kidding right??Next year?!!Sigh…How can you think you’ll be taken seriously if your strongest opposition is treated as a second-class citizen?

  15. Mariusz says:

    OSS??? Are you freakin’ kidding me?About distribution methods. Think RPM πŸ˜›

  16. ALSA says:

    ALSA with dmix all the way!And could we have a 64bit version too please?

  17. Thanks for the blog Mike. Please talk to Adobe to at least help Gnash project.

  18. Atul B. Vajpaye says:

    You mentioned:> such as recommendations for preferred Linux APIs (think ALSA vs. OSS vs. ESD) and distribution methods.I’d like to offer my recommendation that the distribution method be source code under a free software license. πŸ™‚

  19. Flavio says:

    I hope to see a flash player for PowerPc linux, it would be fantastic!!

  20. mattepiu says:

    I’m a KDE user and I agree with ALSA. Arts will be discontinued…

  21. Sterling Christensen says:

    Thank you, Mr Melanson, and godspeed.”How can you think you’ll be taken seriously if your strongest opposition is treated as a second-class citizen?“”strongest opposition”? What on Earth are you talking about?

  22. Rurouni says:

    It would be great to have a “perfect” version of the Flash Player for Linux…But the greatest thing would be to have a Macromedia Flash Linux version. It’s the only reason why I use Windows on my computers.Thanks for your work!!!!

  23. Jose daLuz says:

    Thanks, Mike, for giving the Linux community a voice here!I’m glad to see you guys are finally updating Flash for Linux and look forward to trying out the betas. However, I am one of many AMD64 Linux users who would appreciate not being forced to install 32-bit browsers just to run Flash. It’s a very cool technology, but it’s not strictly speaking necessary.

  24. Lunarcloud says:

    please, use alsa. ALSA is on all distros and OSS is deprecated.Keeping with this theme. i suggest using autopackage or a binary installer like you do at present. Just please make it easy, and graphical. I use gentoo, but still like to install professional things graphically.

  25. Phy says:

    ALSA would be for the best, as most other sound systems are losing to it. It’s not probable that this will be released under a GPL, but damn it’s really relieving that us *nix users won’t have to go out and make one ourselves. And this is more wishful thinking than anything else, but it would be nice if Adobe even considered making a Shockwave plugin/client for *nix.

  26. Jeremiah says:

    Hello. . . we’ve been waiting for you. -Linux Users

  27. Rab22 says:

    It is my belief that ALSA would be the most beneficial to all. Most distros are shipping defaultly with the 2.6 kernel and even those select few that maybe using the 2.4 kernel could still use ALSA’s OSS emulation.

  28. Nice one, hope to see the blog frequently updated with the progress, even with small news and info.Good luck.

  29. Lee Revell says:

    Is there no chance at all of releasing an updated Flash 7 with the AV sync bug fixed? It would make the wait for Flash 9 a lot less painful.

  30. ghostdog says:

    Finally, definitely ALSA as the sound server and “bin” as the main form of distribution or DEB + RPM.Also, can an alpha be made available? I don’t think it would be less stable than the current version and at least I can view certain flash sites.Kudos to Adobe, the future is yours.PS: Even though it has nothing to do with this, tell Adobe Corp. that we are ready to purchase the Creative Suite for Linux, if it ever comes out. πŸ˜€

  31. Mariusz says:

    About x86_64 support…It’s not that important in my opinion. I use a x64 browser with a x32 flash plugin and it works great. I don’t think that flash would immidiatly benefit from x64 in terms of performance. The most important thing right now is to release flash 9 for Linux as soon as possible.There are websites unavailable for Linux users. That should be our main focus. Let’s not loose track of that.Pretty soon Adobe will need to realease x64 flash player for all of the major platforms. When there will be a x64 flash player for Windows, I’ll be the first one to demand a x64 flash player for Linux.For now. I’ll be happy with Flash 9 beta x86, available for testing as soon as possible.

  32. Lee Revell says:

    As ALSA support is being considered I presume that Adobe has revised their “no LGPL” policy?

  33. Drache says:

    Nice to see that Adobe is advancing Flash for Linux. Now that there are two prominent desktop BSDs (PCBSD and DesktopBSD) what are the chances of a port for these OSes?

  34. rob T says:

    how about giving public access to your SCC? I bet if Adobe opened up development to the community, the product would be out the door 2x as fast and be 10x as compatible.

  35. Dennie says:

    I would support GStreamer and Xine. By that you almost support everything on the OSS market.

  36. omz says:

    thanks for the linux support … please consider an earlier release of the 9 flash player linux port, microsoft is moving on πŸ˜‰

  37. Mezoko says:

    Great News.But for package please don’t use any one format. If that doesn’t ever bug me I don’t know what will! A bin installer or tar.gz/tar.bz of the files would be great. That way all distros can use it and you wouldn’t have to use a dirty hack to use it on X distro.

  38. atomictoast says:

    Thank you for taking this approach. The lack of information on the linux port was really frustrating.Good luck!

  39. “preferred Linux APIs (think ALSA vs. OSS vs. ESD)”GStreamer of course, both KDE and Gnome will be using it as it’s API, and GStreamer can output to Alsa, OSS, ESD, Arts, etc.E.g. give the user control over the source output, because it’s a pain to get the current flash player for Linux working (since i use Alsa, and it doesn’t)

  40. Nickolas says:

    I for one would like to see some beautification done to those awful right-click menus. I.E. Replace them with GTK. *holds breath for inevitable toolkit war*.

  41. Bill King says:

    Being in the mobile embedded linux industry (heh, guess my employer), I kindly submit a request for OSS. (Because flash is looking to be a huge thing in the near mobile future, all over the shop)

  42. Dave says:

    OpenAL? – Allowing the user to choose what they want to use ?Use only OSS and expect a slow and painful death.

  43. Bob P says:

    I am SO happy you guys are developing a modern flash player for Linux. Flash was the last plugin that made me still need to occasionally boot my laptop into Windows.Will you be working on an AMD64 binary as well?

  44. Herman Bos says:

    Hi,Good luck. Its probably a good idea to be able to select soundsystem.I would recommend ALSA and GStreamer. Gstreamer is a whole framework in which you can select for example, esd or alsa or whatever its support (many). Might save you time as well.If you support Gstreamer or ESD the thinclient population could also enjoy flash sound.What would really solve all problems for the future is opensourcing flash. The client is not your money maker anyway. So it would benefit adobe greatly.If real opensourceing is not wanted you might consider a more restricted license but opensource. So that people can give you bugfixes but can not reuse your code in another project.

  45. Jure Repinc says:

    Thanks for this blog for Linux users. I sure hope that I see Flash Player 9 soon. And I sure hope that it will be also available as 64-bit binary for AMD64 or else it is of no use to me.

  46. NoΓ© says:

    Do just what you want to do but release it under an OpenSource/Free Software License, please.(What I prefer is Public Domain, bit I understant you prefer a copylefted license so why not LGPL or GPL ?)

  47. toad says:

    While I’m not happy to hear it’ll be another year, I suppose something is better than nothing.And as for sound, alsa, of course. It has advanced to the point that every thing else is inferior.And make sure you look into that sound delay annoyance that has plagued 6 and 7. Please for the love of god fix that, if nothing else.

  48. bartekp says:

    ALSA + .run (like Nvidia)

  49. profoX says:

    Heh.. Guess I’ll just rant like everyone else does:The best things would be- (semi) open source license so the community can improve and port your product- multiple audio backends: xine, gstreamer… // otherwise just native alsa- as many precompiled packages as possible + a binary installer (+ source code tarball ;)Good luck!

  50. Mariusz says:

    I agree that having a Flash binary installer is a good idea, but that’s not the only possible and definetly not the easiest way to get Flash working on a Linux PC.Here are the possible methods for shipping Flash 9:1)making flash available on distro-specific repositories (for Ubuntu, Mandriva, SUSE etc.)2)RPM’s and binary packages for the major distro’s being made available on the flash site (for guys who don’t know how to use repositories yet)3)the .run installer (duh!)4)making flash available out-of-the-box on some distributions (like Mandriva, or SUSE – having flash 9 on the non-OSS CD just like currently Flash 7)5)getting flash automatically via Firefox/Konqueror/OperaOnly with the use of ALL theese deployment methods, flash 9 for Linux can be a total success

  51. claudiomet says:

    great men..!!! the Linux community is with you…!!!i preffer ALSA + aRTS…

  52. bloody says:

    x86_64 support is a must. Looking ahead, 32-bits processors are gonna disappear from the market and while there are many 32-bits users, their numbers won’t increase anymore.So I say that the featureset should be :- x86_64 (Priority 1)- alsa or gstreamer- whatever distribution method you like

  53. Lukas Sabota says:

    Hello! I’m happy to see some input requested from the Linux community.The optimal solution would be to open-source the flash client, and allow the many open-source developers and distrobutions to improve flash in all aspects.The best way to go for audio framework would be ALSA.As far as packages go, RPM is the LSB standard, and RPM can be installed on Debian based distobutions (Ubuntu/Linspire a la alien). However, the optimal solution for distrabution would be RPM/DEB/TGZ (like LimeWire)

  54. Sergio says:

    @atomictoast:KDE will *NOT* use GStreamer as an API. They are developing a higher-lever, much simpler API, which can use GStreamer, NMM, xine, etc. as backend. Do not assume people will be using the GStreamer backend.ALSA is the way to go, definitely. Works across the board.

  55. Jeff Gustafson says:

    One request:”Release early. Release often.”Lots of betas please. Just document TODO’s and I think people will be happy.Distribution methods:o yum repo for rpmo apt repo for deb

  56. Willem says:

    Although Xine and Gstreamer makes most sense to me, I would like to take this opportunity to suggest to have a look at Phonon.By choosing Phonon for the KDE environment, you give those users the freedom to choose any platform they want (eventually there will be Xine, Gstreamer and Alsa plugins to start with), and you’ll only have to use and focus on the phonon API.

  57. Christian says:

    Hello Mike,good to see that somebody finally really takes care of the Linux Flash player version.What I do not understand is:Why does Adobe not release the exact specifications for the Flash format under a license that is similar to PDF? There are many good PDF readers even for Linux because the specs are open to everybody (I am not talking about the source code, just the specs).Where is Adobe`s problem here? Do you fear that you will lose business? IMHO, the open PDF specs and the resulting success of PDF made Adobe able to buy Macromedia.I would love to read a comment on that – dozens of programmers are ready to develop 100% compatible flash players even for 64 bit if they were only allowed to use the official specs.More about this issue here:http://vale.homelinux.net/wordpress/?p=51

  58. liquidat says:

    There is no real reason for OSS or ESD – ALSA is the only thing that counts.Yes, I know that *bsd does not support ALSA, but if they still stick with OSS it is their problem: OSS is obsolete, and they should have developed something new years ago!And about the other frameworks available: arts will not be continued, so it would be a waste of time to implement that, and besides ALSA’s dmix allows access of arts and for example Flash at the same time without problems, so even the arts users would not suffer from ALSA support – the same is true for all other frameworks.ALSA is the common denominator.If you would like to add *additional* output plugins, well, around 2007 there will be Phonon around (which has a comparable stable api already), and GStreamer would make sense also as mentioned here.Other possible output plugins would be Xine and Helix.But, to say it again: first ALSA, than think about something else.And the package format: that should be clear: LSB 3.1 destkop compliant. That would mean rpm, and every distribution which really cares could handle it (yes, debian also). The best would be to add XML package metadata as Fedora Core, Suse and a lot of software projects do in these days to easily add an update source for the preferred package management (yum, apt4rpm, smartpm, yast, whatever).Liquidat

  59. WereWolf says:

    There are a lot of words about the new release of flash player for linux, but no facts that it will be happen, no screens, no betass, nothing, when macosx users and windows users have it time ago. Offcourse, macromedia/Adobe don’t support linux. I hate web apps that use excessive flash bcause of the lack of performance of the linux 7.0 player, that it is not acceptable: slow playback with audio/video desync (no youtube, no google videos etc…).Then, I suggest to release a public test beta/alpha to the comunity, that is the best option to solve bugs.About the apis to use, offcourse ALSA is the solution to audio, but only in linux, i think that there aren’t alsa drivers for other *nixes like BSD or solaris.. And for rendering, X using XRender or glx and indirect glx(for client/server X), or perhaps, adobe hasn’t inconvenients in use glitz for the rendering, but i suppose that flash has something like glitz in it and needs something at a lower level like opengl.

  60. Is there the possibility to have Linux PPC support for flash v9?

  61. Marc S. says:

    > I.E. Replace them with GTK.> *holds breath for inevitable> toolkit war*.God forbid … . Since Acrobat Reader has been released based on Gtk it has been basically unusable for me: Apart from massive resource problems one of the biggest show stoppers has been printing: Gtk’s printing facilities are basically non-existing compared to Qt’s/KDE’s. I really wonder what has ridden Adobe to build a PDF-Viewer which is expected to be mostly used by the user to *print* documents on such a crappy technology which is widely known to feature immature print support.I usually still install the Motif based versions of Acrobat Reader accompagnied by KPDF on our client desktops because of that particular reason.

  62. Devin.Y says:

    OK,Good Luck!

  63. Joe Cooper says:

    This is probably a stretch but what about a MIPS version? Me and about a dozen other people on Earth would love to have Flash on our SGIs :)I’m wondering – Is there lots of architecture dependant assembly code or is it just a matter of recompiling on a different computer to run it in PPC\MIPS\FreeBSD\etc. ?

  64. To add another vote:- open source (-ish) license to people can help you improve the product- ALSA- lots of precompiled packages for different environments, and a source code tarball

  65. Whatever you do, don’t choose OSS for sound. ALSA or some wrapper (GStreamer/Phonon) would be a better solution.Open source flash, and you will not have to worry about neither sound, the 64-bit part or the distribution-methods.Otherwise, an LSB-RPM and possibly a DEB and TGZ would be nice for distributing it.

  66. RaΓΊl Ponce de LeΓ³n says:

    Ok, That’s music for my ears, but do you know what about a Linux version for shockwave?Thanks

  67. Do you really have to consider such low level APIs like ALSA?I am not sure how the Windows or OS X version work, but I find it hard to believe they are talking to the driver there and implement all the decoding internally, but rather use a multi media framework.In which case it might be a wise choice to do the same on Linux as well.Has the additional advantage of not interfering with other output methods since all such frameworks can output to usual sinks.Anyway, as you are one of the ISVs already creating software for Linux desktops, I’d like to invite you to join the Project Portland mailinglist at freedesktop.org and help us targeting your integration needs by providing feedback on our work

  68. Tristan says:

    For distribution methods, make it easy for distro’s to package it and redistribute it (eg, Ubuntu multiverse), anything else just gives a horrible user experience and would make you look like amateurs in a sea of professionals.For output, I think you should use gstreamer for both audio and video if you can. It can be retargetted to whichever output mechanism is appropriate for the user’s set up and works across desktops. It’ll also let me watch flash movies in my regular movie player – instead of a hunking great, slow, beast of a web browser – another bad user experience thing.

  69. bloody says:

    @Kevin Krammer:Talking to ALSA is not much more low-level than talking to WinMM in Windows.On the other side, talking to GStreamer (or Phonon) would be like talking to DirectSound (or maybe DirectShow) in Windows.On the one end, you’ve got an API that’s usable all across the board (regardless of the desktop environment you’re using or whether you’re using one at all that is) but you have poor scalability past what the Adobe engineers come up with.On the other end, you’ve got two (or more) high-level APIs that are targeted at a specific desktop environment (GStreamer for Gnome, Phonon for KDE, whatelse for whatelse). The problem is that there are more than one but choosing this way you get a very scalable platform which could allow for a lot of wild things (ex.: using flash as part of your applications’ UI).

  70. Jon says:

    PLEASE, understand, Linux runs on many architectures. Do not forget to compile Flash 9 for AMD64 (32 bit flash requires a 32 bit browser and that sucks) PPC, and PPC-64.Thanks.

  71. Jim says:

    When is the 64 bit Linux version of Flash coming out?

  72. Duncan Mac-Vicar says:

    If you choose ALSA you will never achieve the consistency across platforms and dream with 1 codebase in the future.Go with http://www.portaudio.com/and have them all.You can also explore SDL which supports lot of audio systems. ALSA is the way to go but you want to support other UNIXes as well.

  73. bloody says:

    Nah, SDL is good for games or full-blown apps but it’s not a good dependency to have for a lightweight (relatively speaking) plugin.

  74. lje says:

    will there be a projector for flash linux?it would be very usefull for linux programer and would benefits to adobe.

  75. @nonymous says:

    When will we HAVE IT???i want it NOW…GIVE TO meeeeeee

  76. bloody says:

    Is it just me or have some comments disappeared?

  77. @nonymous says:

    Mr bloody had the following to say: “Is it just me or have some comments disappeared?”I’m surprised they allowed mine to stay… jej

  78. altersys says:

    We need flash player 9 for linux earlier than 2007.Otherwise, we can’t sell Adobe Flex projects.Customers are using linux broadly !!! …..

  79. Philip Speers says:

    When can we get a hold of a beta?

  80. T.K. says:

    I vote for a 64-bit version. I know there is some issue with coding Flash for the X86_64, I don’t remember what exactly it is, but grab some FLOSS developers and work it out! πŸ™‚

  81. vinicius says:

    Please don’t forget we still need a version of flash for linux 64 bits. ItΕ› a pain in the neck have to run a x36 surrogate inside a 64 bits OS. And don think on anything different of ALSA as a standars, otherwise you will lost the biggest part of your customers!

  82. Daniel H. says:

    You can fool some people sometimes but you can’t fool all the people all the time.

  83. John Markor says:

    Most of the content management systems that I set up for clients are linux based – but then they are forced to use a WIndows machine just so they can proof the flash portions of the page.Earlier then 2007 would be mucho preferable – even if its only a Redhat RPM build.

  84. 1. I would suggest making an Autopackage as your premier installation method, as it is designed to work with virtually any Linux distro, and is extremely easy to use. However, at the moment, it’s only for 32bit-x86 platforms, so it won’t quite do for everyone yet. Since I seriously doubt you guys will be releasing anything but a binary, it’d probably be in everyone’s best interest to also release a .rpm and .deb, as 90% of the desktop Linux users should be able to easily use one of those two formats. Also, please make sure it’s easy for people to install Flash 9 through Firefox’s automatic plugin installer.http://www.autopackage.org2. I seriously doubt we’ll ever get you guys to release flash’s source code under an open source license, but please try to license it in a way so that it’s easier for distros to include it on their installation discs without any legal hassles. Having flash support out of the box would be a very nice thing for distributions to offer.3. 64bit-x86 support is a must. Oddly enough, Flash 7’s lack of 64 bit support is the primary thing keeping a very large number of Linux users from going 64 bit as far as I’ve seen. PPC is important too, but not nearly as common, so please at least make this a very high priority.4. It’s already been said over and over again, but any distro released in the last two or three years should have ALSA support, so if you’re worried about any of the few Linux users still living in the dark ages with OSS, just remember that they can always stick with Flash7, as they seemingly have no trouble using other old software if they’re still using a distro based on the 2.4.x kernel. And I’m sure you’re already aware, but ESD, Arts, etc.. were just band-aid fixes because OSS didn’t support multiple sound events at once, which ALSA does on its own. The answer is clear and simple, ALSA is the only thing that makes sense when it comes to audio with any modern Linux app.5. PLEASE, PLEASE, PLEASE, fix the audio and video being out of sync problem! It’s driving me, and everyone else crazy…6. It would be awesome if you could take advantage of XGL enabled computers for graphics acceleration. But it may still be too new, so I’ll understand if we have to wait till Flash 10 for that ;)7. Release an alpha, beta or whatever as soon as possible…it’s driving us mad constantly being told we can’t view sites because we don’t have Flash 8. πŸ™ Seriously, this is what the Linux/Open Source community is all about… “Release early, and release often” as some say. Set up a Bugzilla or something, and take advantage of what we have to offer ;)As long as you can get us something before Vista is released we should be okay, but if we’re still all using Flash 7 when it comes out, you may be doing us a huge diservice for when we are trying to convince possible new users to switch to Linux rather than upgrade their copy of Windows.Thanks, and please keep us as up to date as possible… πŸ˜€

  85. Leo Laporte has a very good point, in that poeple do not care about the operating system, they just want their applications to work.I have seen more than 5 people switch to linux this month, May-June 2006 just to not have to battle spyware/adware while checking email and researching on the web. As for learning curve of linux usage, these people wanted to know:1) how do I connect to the internet?2) how do I browse the web?3) how do I check email?4) how do I turn it off?and that is about it, and most current Linux Distros, (I use Mandriva) have all of this very evident, I see people new to linux finding most of this in only minutes.I have always said that a “good” software company writes apps for multiple OS venders. Look at Sun, their apps run on AIX,IRIX,SGI,Linux,Mac,Microsoft, just to name a few. Macromedia seemed to lack the qualifications and directions to the diverse OS universe. I believe Adobe can and should correct these short-comings.Yes, most Linux users are Developers, so it doesn’t make sense to be a company that creates “developer software” and exclude developers. Come on Adobe show us what your stuff.

  86. anonymous coward says:

    there are serious doubts about the whole phonon idea. anyhow, gstreamer will be its “preferred” backend.+1 for gstreamer.

  87. bloody says:

    Just a passing thought : while it’s true that a playing flash movies outside the browser in totem-gstreamer would be good, it also introduces a problem : since totem-gstreamer can act as a firefox plugin, which is responsible for flash playback in the browser? The totem plugin or the native flash plugin?Multiple plugins fighting for control of the same file format is a problem that happens way too often. And when one newly installed plugin steals a mime-type from the one you really want to use, then you have to reinstall the other plugin.

  88. jimbo says:

    So this is just a troll, right? There can’t really be a person working on flash for linux.It’s obvious. One post and then nothing. They baited us linux users with a stupid question (of course you use ALSA), and now there will be no more updates.Flash 7 for linux sucks. It was released 2 years ago and there have been no updates to fix it since. Also, there has never been shockwave for linux so it’s clear that adobe doesn’t care about us.So, logically, this whole blog must be an elaborate hoax to get a rise out of us. 87 comments so far… someone must be laughing.

  89. sgomes says:

    There are no doubts about Phonon as a previous poster implied, that is just FUD being spread by people who would like to see GStreamer directly integrated into KDE.Gstreamer might not be the preferred backend for Phonon at all, ever.In fact, GStreamer has been nothing but a lot of trouble for everyone, forcing for instance the amaroK developers to drop support for it and focus on Xine.I say:-1 for GStreamer+1 for plain old good solid ALSA

  90. Roel says:

    Mike, we are all looking forward to the results of your work. Keep us updated, please, we do appreciate that.(and ALSA it is, off course πŸ˜‰

  91. markybob says:

    Are you the same Mike Melanson of various video codecs fame? If so I just became a lot more calm about the situation at Adobe.

  92. Kheru says:

    For a library/plugin there is NO NEED to support any low-level backend as:- ALSA- OSSbest a /single/ highlevel API: such aslibao (http://www.xiph.org/)

  93. TTimo says:

    so, how long is too long?

  94. bloody says:

    Roel, you take the words out of my mouth. It’s been 3 weeks already since this blog entry was posted and we’re still without further news.

  95. Lucianolev says:

    Thanks a lot for working on a Linux Player. We, the Linux Community, appreciate this iniciative a lot!We also would like Adobe to release a Shockwave Player version for Linux as well!Another vote for ALSA!Bye.

  96. DeepBlue says:

    This is just to keep people thinking there will ever be a Linux release…

  97. Adam says:

    very interesting blog – congratulations

  98. Moke says:

    I want to see Flash 9 player for Solaris 10. Why youd want to mess around with another OS when you can have the best Unix for free, and the latest release includes the new ZFS filesystem which does away with the outdated concept of volumes is beyond me! And of course its been 64 bit for ages, so you can get the most out of your cutting-edge AMD chips.

  99. Shay says:

    This all sounds great! What about the support for AMD64? This wll be mainstream by the time Adobe’s Flash player comes out.