Mozilla Adds H.264 Support To Android Firefox

sl4shd0rk writes "Chris Double of the Mozilla developer team has (H.264, AAC and MP3) working with the Android version of Firefox on a Nexus S handset. Although a preliminary patch, it looks like it is on track to be included in Firefox 17, which will enter the Aurora channel at the end of the month. It will be some time before being made available to users, so hang in there. A very welcome addition. Thanks Chris!"

Comments

Is this related to

[Dave Whiteside]

http://tech.slashdot.org/story/12/08/15/1441200/adobe-officially-kills-new-flash-installations-on-android ....

Sanity prevails

[mclaincausey]

Why are we not hearing from WebM and Google anymore? Is the industry going to fall in like with h.264 the same way they have with other royalty-encumbered standards?

Re:Sanity prevails

[fuzzyfuzzyfungus]

"Mozilla decided that, where available, Firefox should take advantage of the media decoding capabilities supplied by the underlying hardware and operating system. This approach means that Mozilla won’t have to license patent-encumbered codecs or include built-in decoders in the browser—it can just use the decoding capabilities that are already present in relevant environments."

Given that the vast majority of smartphones seem to be based on SoCs with hardware h.264 decoding as an option, usually turned on, I suspect that it is largely a dead issue on the mobile side. Nobody can really afford to not support it at all, full stop, that capability stubbed out in the little crypto blob that controls the hardware decoder; and once you've enabled it, there is minimal additional complexity(and no legal entanglement) for Mozilla or anybody else who wishes to ask the decoder to do some decoding.

On the desktop, where hardware decoding cannot be as reliably depended upon, or in relatively closed embedded systems where cost is a major factor, there might still be room.

(Alternately, it could be that Google doesn't really give a damn about formats, they just care about licensing fees, and only need WebM to be plausible enough to keep the MPEG-LA running a little bit scared, not enough to run them into the ground, which is likely too expensive to be cost effective.)

Re:Sanity prevails

[Richard_at_work]

Google is trying to sneak WebM in through the back door by making it a mandatory codec for WebRTC - which would, coincidentally, make it the *only* mandatory codec for the next generation of web technologies (HTML5, WebRTC et al)...

Thats why you haven't heard anything from Google - they've switched to stealth mode and are trying to do an end run around the opposition.

Re:Sanity prevails

[Anonymous Coward]

That was attempted with Vorbis, and it was shot down because Apple and Nokia complained that there's risk there are submarine patents for it (oh, the irony), and also because the standards have never specified any specific format support before (which is annoying - how come that at least PNG and JPEG support aren't mandatory?).

If that couldn't fly (and Vorbis had a much wider acceptance back then than WebM has now, the only major player for WebM really being YouTube), then forget about WebM becoming mandatory.

Re:Sanity prevails

[cpu6502]

>>>Why are we not hearing from WebM and Google anymore? Is the industry going to fall in like with h.264 the same way they have with other royalty-encumbered standards?

MPEG4/h.264 is no more "encumbered" than MPEG4/AAC or MPEG2 video or MPEG2 Part 3 (MP3). I've never had any problems using these codecs and don't anticipate any problem with h.264. I'd rather have something that WORKS (like VHS, Bluray) than something that is barely-supported (like Betamax, HDdvd, SACD).

Besides WebM looks pretty bad. Its quality is better than MPEG2 but not as good as MPEG4. WebM is equivalent to MPEG3 (if such a standard existed) and I see no reason to embrace it.

And yeah I know I'll be modded -1 because people disagree with my viewpoint, but I'm not changing it just because of threats to my karma.

Re:Sanity prevails

[cpu6502]

>>> Google - they've switched to stealth mode with WebM

Just like they went quiet and are trying to do stealth-passage of CISPA (law that would allow the U.S. to spy on website and ISP history about their users) (no warrant required). I've since added Google to my boycott list, right underneath Microsoft. I won't be buying anything from these companies.

BTW mozilla announced they are against CISPA. As far as I know the only major corporation that took that stance.

Re:Sanity prevails

[ZorinLynx]

This is not a battle we can win.

Everyone is using h.264. Not supporting it just makes your product inferior as it won't support as many websites as one that does.

We are just going to have to deal with it. Eventually the patents will expire and it will no longer be a problem; we just have to make the mistake of not choosing an encumbered standard NEXT TIME once h.264 is obsolete.

Re:Sanity prevails

[ZorinLynx]

I need coffee. I meant to NOT make the mistake of CHOOSING an encumbered standard.

Re:Sanity prevails

[Verunks]

on the desktop both windows and osx have an integrated h264 decoder, on linux is probably just a matter of installing ffmpeg or something like that

Re:Sanity prevails

[Anonymous Coward]

If you keep putting companies on your boycott list for such petty reasons, you're not going to have a lot of nice things... Or you'll be a huge hypocrite.

Re:Sanity prevails

[Anonymous Coward]

In related news, MPEG's H.265 standard has reached draft status.

Oh well, some of us don't mind paying a little extra for top-notch video encoding technology.

Re:Sanity prevails

[VMaN]

unencumbered means it can be implemented without paying royalties. That's kind of a big deal in many projects. h.264 does have a royalty free (read market maximization) period for some uses/volumes right now, but they aren't permanent.

As for quality, it's fully up to par with mpeg4 afaik.

To take a project that /. is familiar with, the raspberry pi, a significant chunk of it's price goes directly to codec royalties.

I don't mind h.264 being used, but I'd love to see WebM also, being free and all.

Re:Sanity prevails

[fuzzyfuzzyfungus]

XP doesn't, not sure about Vista(and there may be some ghastly mess with 'business' and 'home basic' vs. 'home premium' or some nonsense).

Generally, though, the bet among pragmatists seems to be that, sooner or later, Mozilla will go down the 'just expose platform's preferred media decode system' road(though that would increase the amount of platform specific code, and would actually gimp support for things like webM and ogg vorbis/FLAC, since those tend not to show up by default in quicktime or directshow). Mobile is an unsurprising starting point, since the delta(in performance and battery life) between hardware decoded and software decoded-on-some-horrid-little-ARM is so dramatic; but the bet seems to be that the desktop version will probably go that way at some point.

Re:Sanity prevails

[LordLimecat]

Just like they went quiet and are trying to do stealth-passage of CISPA

Just like Hitler went quiet and tried to do a stealth-takeover of the world...

Seriously, do you have no sense of perspective, or different levels of "things I dont like"? The one situation is not like the other.

Re:Sanity prevails

[cpu6502]

MPEG4 royalties aren't perment either.
>>> WebM is fully up to par with mpeg4 afaik.

To quote "the_other_chewy": It really isn't. VP8's quality is comparable to that of H.264's Main Profile but H.264 High Profile eats VP8 for breakfast in bitrate-limited scenarios, meaning about 800 kilobit/s for SD content. But even at around 1,5Mbit/s, it's really obvious to the trained and still visible to the untrained eye. Yes, I actually have done double-blind tests.

vpxenc is still very young, so improvement will happen, in both perfomance and quality. But the developers themselves have stated that it is unlikely to ever exceed H.264 MP by much. I've done extensive tests to try to coax better quality out of VP8, and have pretty much failed. I even had help from one of the guys at google working on VP8. And yes, it's part of what I do for a living. Have a look yourself:

http://chewey.org/temp/testenc_x264.mp4 x264 High Profile, 790Kb/s, 4.3MiB
http://chewey.org/temp/testenc_vp8.webm VP8, best effort, 770Kb/s, 4.2MiB
(the encoder was given the same constraints as x264)

VP8 falls completely apart on high-frequency picture content, where H.264 holds up quite well. As one of the x264 devolpers said when I showed this around (verbatim quote): "Holycrapbirds". For sites doing lots of streaming to clients behind 2 Mbit/s connections and aiming
for noncrapbird quality, this is a real issue.

Re:Sanity prevails

[KingMotley]

XP does/did. Every Nvidia card and integrated chipset with onboard video made since 2004 has had h.264 hardware decoding included, with the exception of the 6100 made around the same time.

Re:Sanity prevails

[KingMotley]

And why would you not be able to rely on hardware decoding on the desktop? Every video card released by nvidia in the past 8 years has hardware decoding on it.

Re:Sanity prevails

[KingMotley]

WebM ins't on par with h.264, and there are numerous comparisons/reviews that say as much. I've never seen one that claimed they were equal.

Re:Sanity prevails

[tobiasly]

Eventually the patents will expire and it will no longer be a problem; we just have to (not) make the mistake of not choosing an encumbered standard NEXT TIME once h.264 is obsolete.

Yeah, that would be a shame.

Re:Sanity prevails

[paxcoder]

Who is "we"? And how do we refuse the patent-encumbered standard next time? How is next time more appropriate than right now?

Re:Sanity prevails

[Anonymous Coward]

Any good decoder these days is programmable. So it would only be a question of feeding it the right code to get it to accelerate Webm on equal terms with H264.

Re:Sanity prevails

[fuzzyfuzzyfungus]

Discrete video cards are a tiny slice of the market(albeit a tiny slice that tends to spend more money; but still tiny.)

On the integrated side, Intel chipsets don't have full hardware decode(substantially earlier ones had support for certain video-related math; but you still need a patent-licenced h.264 software decoder on top to actually decode) until the G45+(GMAX4500HD) which hit as a comparatively high price part in latish 2008.

Nvidia and ATI integrated graphics start supporting it a bit earlier; but aren't as common. There are just A Lot of XP boxes with seriously bland intel GMAs out there...

Re:Sanity prevails

[Anonymous Coward]

WebM is already appearing in hardware. Give it time, it'll rival h.264 soon enough (outside of Apple's control, of course). Like all technology "standards", it takes time to replace the old stuff. Unfortunately we have behemoths like Apple and MS that want to keep h.264 as it is because it delays open platforms.

Re:Sanity prevails

[Kjella]

We are just going to have to deal with it. Eventually the patents will expire and it will no longer be a problem; we just have to make the mistake of not choosing an encumbered standard NEXT TIME once h.264 is obsolete.

Doubtful, the work on HEVC is already in draft status and will probably be submitted for final approval in January 2013. That said, the significance is going down, for example I don't think many people outside technical communities care much about MP3 vs AAC vs OGG Vorbis anymore. With fiber and other superbroadband rolling out H.264 vs HEVC might not make that huge a difference. I know at least with myself that I manage to download everything I want just fine with H.264, sure it'd be nice if it took half the bandwidth and half the disk space but it's not revolutionary.

Re:Sanity prevails

[Rockoon]

VP8 isnt on par with H.264, but even if it were (which again, it is not) ...

Both are yesterdays technology.. tomorrows technology is literally just around the corner. H.265 is scheduled for completion this year and is expected to HALVE the bitrate for the same quality.

This is the nail-in-the-coffin problem that dooms standardizing on either H.264 or VP8. While some would like to argue that VP8 is "good enough" compared to H.264, they are ignoring the real problem. "Good enough" when the cherry-picked rival also sucks just doesnt make for a compelling argument.

Re:Sanity prevails

[Anonymous Coward]

Since when is a public standard a back door? Makes sense too, if you are going to have a baseline (and that's a good idea), have one that anyone can implement. Think H.264 is superior? Go ahead and add that too, or whatever else you want, I don't care as long as there is one format you can rely on.

Re:Sanity prevails

[roca]

Even if/when we expose platform H.264/AAC decoding to the Web (which I think we will), we certainly aren't going to remove support for free codecs such as Vorbis, VP8 and Opus.

We want content producers to use free codecs. Given some aren't going to, we still want content producers to be *able* to use free codecs.

Re:Sanity prevails

[hobarrera]

If you keep putting companies on your boycott list for quite acceptable reasons, you're not going to have a lot of nice things.

FTFY

WebM

[Tufriast]

No offense, but what happened to the "WebM is super double plus good, and all we're gonna nom-nom on" dogma that was touted? I'm happy that they are adding support for H.264, but after all this baby mama drama, what was the point? I'm wondering what happened internally to reverse this choice. Was it a matter of "the world has moved on" or "we're just gonna make the best UX possible" that drove the decision?

Re:WebM

[tlhIngan]

No offense, but what happened to the "WebM is super double plus good, and all we're gonna nom-nom on" dogma that was touted? I'm happy that they are adding support for H.264, but after all this baby mama drama, what was the point? I'm wondering what happened internally to reverse this choice. Was it a matter of "the world has moved on" or "we're just gonna make the best UX possible" that drove the decision?

Probably practicality.

First, it's mobile Firefox, not main desktop Firefox. Effectively all smartphones these days support h.264 in hardware, and the OS provides native hooks to use that hardware support. Very few mobiles support WebM out of the box in hardware, which means a software decoder, which either means very limited resolutions (back to ye olde QVGA video days - show off your fancy high res 720p screen with blocky pixellated video!), high power draw (why is my phone getting so hot and my battery life down to 1 hour?), and lousy framerates.

Nevermind that the mix of various mobile GPUs out there coupled with ancient versions of Android could easily mean that reusing the h.264 hardware for WebM would be tricky.

And given that the default browser supports HTML5 video right off the bat, Firefox was just going to get dinged on its inability to play video.

WebM on the desktop though remains a possibility - where big beefy power hungry CPUs are available, wall power is available, and flexible video cards with up-to-date drivers and OSes mean even software decode will have hardware assistance.

Re:WebM

[Anonymous Coward]

As Windows XP marketshare dwindles, the main platform that doesn't have H.264 built-in, there's less users to stick up for.
I still don't see this being on by default for desktop Firefox until after April 2014 (longer if Microsoft are pressured into extending XP support beyond that).

Re:WebM

[idontgno]

This happened.

Mozilla bloggery indicates that, at least on mobile platforms, WebM is just a non-starter. H.264 is already out there in hardware (all bastard patents tidily licensed, all i's dotted, all t's crossed); WebM wasn't getting any traction; and Google didn't look all that serious. (Protip, Google: if you threaten to pull H.264 support in Chrome in order to strengthen WebM's hand, you need to follow through within at least a couple of years. Otherwise, you just look like a poser chump.)

Mozilla was supporting Google's play, and Google stopped playing.

I think it boils down to "the mobile world has moved on".

Re:WebM

[VortexCortex]

And then there's folks like me, who need to render out video from their games, and would like to enable end users to click a button and have the replay of game footage uploaded to youtube (or placed in a folder) -- because I need to make the video w/o screen recorders myself anyway. I have a plugin system for handling the video encoding so I can create multiple encoders, but the only encoder I can actually AFFORD to ship is WebM (or Theora, but I only have so much time)... I'm using Google's code at current in my WebM plugin implementation, but I've seen many cases where I could create GPU shaders to do WebM encoding or decoding more efficiently than they do... My software is a Game, so I can rely on the minimum GPU specs being higher than WebM can afford at present. I don't see any reason that WebM couldn't detect the shader support and use hardware decoding over CPU decoding if available.

As mobiles get more powerful shader support, and heterogeneous computing becomes more pervasive, I don't see any reason to choose H.264 over WebM -- The patent and licensing BS of H.264 are enough to swing my vote to WebM. "Hardware Decoding" out of the box doesn't mean a whole hell of a lot if either decoder is running on the GPU... It's really all about adoption. Google didn't get GPU MFGs on board for their implementation for whatever reason, so we have H.264 "in hardware"
o_O (I suspect this means it's in that binary blob that gets uploaded to the GPU, so "in firmware" would be a better name for it).

I wonder what sort of license Mozilla has? I mean, Will I still be able to compile my own Firefox and get H.264 support via their licensing deal? Actually this isn't "Mozilla" it's just some dude who works for Mozilla. It would be like a Ford factor line worker adding hydros to her personal Mustang, then someone headilnes: Ford is experimenting with crazy-ass Hydrolic lift kits on new Mustangs!

Re:WebM

[ThatsMyNick]

Most (all?) Android SoCs do not have hardware support for WebM. If they did, Mozilla would gladly add support for them. If they did it protest anyway though a software decoder, your battery would dead in a few hours of decoding (which would make it a pointless implementation)

Re:WebM

[KingMotley]

And the ability to play one video file (h.264) on everything I own is enough to swing my support for h.264. I'd rather not have to transcode videos just because someone had a philosophical issue that doesn't have any other tangible effect than fear mongering.

Re:WebM

[Kjella]

Protip, Google: if you threaten to pull H.264 support in Chrome in order to strengthen WebM's hand, you need to follow through within at least a couple of years. Otherwise, you just look like a poser chump.

It's called a "credible threat", the H.264 licenses are slump change for Google today. But with YouTube and all they are at a high risk of paying a lot in the future. So they let the MPEG-LA know that if they do pull crap on Google, then Google will go WebM. Lo and behold, the H.264 licensing costs are still reasonable and Google didn't actually want to go through with it. The only people who were played for chumps here is Mozilla, who jumped at it slashdot does whenever someone threatens to move to Linux to bring down their Microsoft licensing cost. Then they get a deal and it all stays Windows/Office/Outlook.

Re:WebM

[gsnedders]

Mozilla has no license at all. Virtually all mobiles have hardware decoding (in form of a DSP --- I'm unaware of any using the GPU) for H.264, so the license has already been paid for.

This is for *Android Firefox* as the subject says --- you'll be able to build your own Firefox (for Android) and you'll have H.264 support. This does *nothing* for Windows/OS X/Linux/other-OS-here.

Re:WebM

[hkmwbz]

No offense, but what happened to the "WebM is super double plus good, and all we're gonna nom-nom on" dogma that was touted?

What happened was that the business interests that want a closed web once again won a victory against the open web. Apple, Microsoft, and more. WebM was a nice try, but the proprietary H.264 was already established.

Re:WebM

[hellop2]

Doncha think it might have something to do with Flash being dropped (and with it in-browser H.264 decoding)?

No, it isn't related to

[Anonymous Coward]

http://tech.slashdot.org/story/12/08/15/1441200/adobe-officially-kills-new-flash-installations-on-android ....

I find your use the of subject line

[Anonymous Coward]

refreshing.

The code?

[Anonymous Coward]

Chris Double of the Mozilla developer team has (H.264, AAC and MP3) working with the Android version of Firefox on a Nexus S handset.

So it's safe to assume there are no floats in this code?

Re:The code?

[neokushan]

There are, and but they come with free rounding errors.

Re:The code?

[Darth_Kedar]

Yes, but this is because his team was doubled from 32 to 64 developers. :)

So bloated it won't run on my 3-yr-old phone

[cpu6502]

Nor will the latest Firefox run on my Pentium 4 PC. So much for the original goal: To split from Mozilla Application Suite/Communicater/Seamonkey and design a lightweight browser that uses minimal resources.

I'm currently on version 10. If things don't change by the next LTS/ESR release (17?) I will be leaving the browser behind and switching to a lightweight distribution backed by programmers that are not CPU/memory hogs.

Re:So bloated it won't run on my 3-yr-old phone

[Hatta]

Firefox 10 runs on my P200MMX under SliTaz Linux. It runs slowly, but it definitely runs.

Re:So bloated it won't run on my 3-yr-old phone

[royallthefourth]

The latest Firefox runs great on my 900mhz Celeron. No joke.

Re:So bloated it won't run on my 3-yr-old phone

[cpu6502]

>>> It runs slowly, but it definitely runs.

Same here. Firefox does "run" but it freezes randomly for 2-3 minutes while it does... whatever it does in the background. Same as Google Chrome does. It reminds me of my old G4 Mac trying to run OS 10.5 (slowly).

I wonder why it's so difficult for these programmers to make something run with minimal memory? I suspect they are not even trying to "optimize" anymore due to the rapid release schedule & that's causing the bloat. You shouldn't need a gig of RAM just to open two tabs. You shouldn't need to buy a new Phone or PC every 3 years just to run a stinkin' browser.

Re:So bloated it won't run on my 3-yr-old phone

[Anonymous Coward]

I'd suspect it requires NoScript/AdBlock, or that thing would catch fire the first time you encounter a "meebo bar"

Re:So bloated it won't run on my 3-yr-old phone

[0123456]

You shouldn't need a gig of RAM just to open two tabs.

You don't. Firefox has been running for about ten days here with about 20 tabs open and is using 300MB of RAM.

Re:So bloated it won't run on my 3-yr-old phone

[Anonymous Coward]

I'm assuming your not being serious, but I'll bite. When the typical low budget laptop comes with 4GB of RAM, developers optimize for that scenario, not a memory constrained one.

Re:So bloated it won't run on my 3-yr-old phone

[Nemyst]

My Commodore 64 won't run Firefox! This is an outrage!

Re:So bloated it won't run on my 3-yr-old phone

[omnichad]

Don't forget that web site code is getting more bloated, and CSS designs can be more complex than table-based layouts. It takes more memory to render a modern web page, for good or bad, and the browser passes that on to you.

Re:So bloated it won't run on my 3-yr-old phone

[Anonymous Coward]

Do you run it specifically to test new software on old hardware, or why is that thing still running? I threw a mobo /w an AMD X2 3800+ in the [proper] trash just a few days ago for being so obsolete as to be useless to me.

Re:So bloated it won't run on my 3-yr-old phone

[g8oz]

Try Opera. Seriously.

Re:So bloated it won't run on my 3-yr-old phone

[EmagGeek]

Mine's been running since this morning with 6 tabs open and is sitting right at 1.6GB.

Re:So bloated it won't run on my 3-yr-old phone

[nanoflower]

I'm guessing you either have a number of image laden sites open or you are running Firefox 14 or earlier with at least a few add-ons. I say that because I saw similar behavior before I switched over to Firefox 15. The changes they made to force memory release from add-ons keeps Firefox from holding on to memory that really isn't in use. Now the memory usage stays below 200MB unless I'm actually on a page that uses up a lot of memory (such as one that loads up a number of images.)

I think people will be much happier once V15 goes into distribution beyond the beta channel.

Not good news

[Anonymous Coward]

Distributing software that can decode H.264 costs money.

Making H.264 the de facto standard means only rich companies will be able to develop web browsers (or other devices/services that play H.264).

Would we have had the same amount of competition if other web formats/standards required paying licenses? (stuff like JPG, PNG, GIF, JS, ...)

It won't run on a Mac SE/30 either

[dontmakemethink]

I declare shenanigans! This conspiracy of not automatically updating the hardware of obsolete devices must be rooted out!

As much as I don't care about Flash

[nhat11]

I wish Flash is continued to be supported until more website convert more of their content to HTML5 or some type of fallback to view flash based content.

What about the desktop?

[iampiti]

Maybe they think this is a dealbreaker on phones since they are energy limited and thus any competitive browser can't afford not to have hardware accelerated media playing, but, I'd also like to see this on the desktop.
I certainly don't have any interest in H.264 but I'm just practical. Would it be difficult and/or put Mozilla in a legally complicated situation to use the OS facilities for playing H.264 on PCs?. If the tag is gonna replace Flash for playing videos it'd be very good to have this.

someday in the not too far distant future...

[Type44Q]

...I'll be upgrading my girlfriend to Firefox v277.86, her brain having been replaced by Android (no great loss, trust me)...

Re:someday in the not too far distant future...

[KingMotley]

Swipe to unlock?

Re:Firefox is irrelevant

[LordLimecat]

People who want a refuge while Chrome's pepper-flash is un unstable lump?

Im just happy they finally have their update system finally in order.

Huge reason to use h.264, performance and power.

[SuperKendall]

I need to make the video w/o screen recorders myself anyway... I don't see any reason to choose H.264 over WebM

On iOS, you'd be daft to use WebM instead of h.264.

h.264 ENCODING is free on iOS, and also in fact far better for the user because just like decoding, it's hardware accelerated. Do you want to wait 10 minutes to encode that video, or ten seconds?

Not to mention consumption of battery life...

I have to think that the situation is the same on Android devices, do they not ship with h.264 hardware encoding libraries? I'd only fall back on a software encoder in the most dire of situations.

Shoutcast MP3 support ?

[Anonymous Coward]

would love to replace our communities streaming radios Flash mp3 stream player for an HTML5 one, trouble is the only browser that doesn't support mp3 streaming is Firefox, will this change that ? and on the desktop ?

I'd just settle for cut and paste capabilities

[Anonymous Coward]

Nothing else to see here.

Re:Firefox is irrelevant

[kelemvor4]

https://en.wikipedia.org/wiki/Usage_share_of_web_browsers#Summary_table
http://www.internetworldstats.com/stats.htm

About 20% of all internet users. That's about 1.3 billion people.

SWEET right as h265 launches

[Anonymous Coward]

idiots are what idiots are , no one wants h264 anymore cause h265 will eat it for breakfast

Re:Firefox is irrelevant

[kelemvor4]

derp... 450 million lol.

Can't use Firefox on my Android phone...

[Anonymous Coward]

It's an older model that only has 1GB of RAM, which is not enough for FireFox's memory leak routines...

H.264 in firefox works on linux too, via gstreamer

[Anonymous Coward]

If you compile firefox 14 with --enable-gstreamer (or the gstreamer USE flag on gentoo) then it will use gstreamer as the backend for the video tag. it playes all 3 videos at http://www.quirksmode.org/html5/tests/video.html and will play vimeo videos (though only if they are embedded, the normal vimeo pages do something (autodetection?) that means that they dont work on firefox)

Re:H.264 in firefox works on linux too, via gstrea

[Anonymous Coward]

a work around to play vimeo is to fiddle with the URL to get to the embedded version. can be done with javascript bookmarklet

javascript:(function()%20{window.location=window.location.toString().replace('vimeo.com/','player.vimeo.com/video/');})()

Wow! What an amazing innovation

[rastoboy29]

It's almost like the Firefox folks want to make a useful web browser.

I am so impressed.

Who knows?  Maybe one day they'll let me download files to the directory of my choice.  Or move updates to a more convenient time than *when I want to use my web browser* on open.

Or be fast.