- From: <bugzilla@jessica.w3.org>
- Date: Thu, 28 Apr 2011 08:03:00 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12563
Silvia Pfeiffer <silviapfeiffer1@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |silviapfeiffer1@gmail.com
--- Comment #3 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-04-28 08:02:58 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > (Incidentally: FLV is a container format, Xvid is an encoder, and MPEG3 and
> > MPEG4 are groups of standards. None are codecs. H.264, FLAC, and Speex are
> > the only codecs on your list. FLAC is lossless, so would be a very poor choice
> > for web-based audio players. H.264 is supported by IE9 and Safari, but not
> > other browsers, because it's patented-encumbered. Speex is not supported for
> > HTML5 audio by any browser that I know of.)
>
> I thought my sources were right and that those were all codecs. Sorry about
> that. I see if I can find another one that has the list of encodes so that I
> can show which ones I'm referring to.
The more codecs are supported in different browsers, the less interoperability
you get. It's not good for the Web to want to introduce more variety on
supported file formats - the target should be one, not all.
> BTW, which codecs can FLV contain?
It's a container like Quicktime, Ogg, Matroska, and MP4 - they can all support
all codecs, even though you would not typically find all codecs in all formats.
But as I said: the answer to this question doesn't matter - it's not desirable
to support more codecs/containers.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 28 April 2011 08:03:01 UTC