add rhythmbox link
[flac.git] / doc / html / features.html
index ce451f1..8d5bf7d 100644 (file)
@@ -1,5 +1,5 @@
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<!-- Copyright (c)  2000,2001,2002  Josh Coalson -->
+<!-- Copyright (c)  2000,2001,2002,2003  Josh Coalson -->
 <!-- Permission is granted to copy, distribute and/or modify this document -->
 <!-- under the terms of the GNU Free Documentation License, Version 1.1 -->
 <!-- or any later version published by the Free Software Foundation; -->
@@ -28,6 +28,7 @@
                        <TABLE CELLPADDING=0 CELLSPACING=0 BORDER=0>
                                <TR>
                                        <TD HEIGHT=22 BGCOLOR="#D3D4C5" ALIGN=CENTER NOWRAP>&nbsp;&nbsp;<A CLASS="topnav" HREF="index.html">home</A>&nbsp;&nbsp;</TD><TD BGCOLOR="#D3D4C5" ALIGN=CENTER>|</TD>
+                                       <TD           BGCOLOR="#D3D4C5" ALIGN=CENTER NOWRAP>&nbsp;&nbsp;<A CLASS="topnav" HREF="faq.html">faq</A>&nbsp;&nbsp;</TD><TD BGCOLOR="#D3D4C5" ALIGN=CENTER>|</TD>
                                        <TD           BGCOLOR="#D3D4C5" ALIGN=CENTER NOWRAP>&nbsp;&nbsp;<A CLASS="topnav" HREF="news.html">news</A>&nbsp;&nbsp;</TD><TD BGCOLOR="#D3D4C5" ALIGN=CENTER>|</TD>
                                        <TD           BGCOLOR="#D3D4C5" ALIGN=CENTER NOWRAP>&nbsp;&nbsp;<A CLASS="topnav" HREF="download.html">download</A>&nbsp;&nbsp;</TD><TD BGCOLOR="#D3D4C5" ALIGN=CENTER>|</TD>
                                        <TD           BGCOLOR="#D3D4C5" ALIGN=CENTER NOWRAP>&nbsp;&nbsp;features&nbsp;&nbsp;</TD><TD BGCOLOR="#D3D4C5" ALIGN=CENTER>|</TD>
        <TABLE CELLSPACING="0" CELLPADDING="3" WIDTH="100%" BORDER="0" BGCOLOR="#EEEED4">
        <TR><TD><FONT FACE="Lucida,Verdana,Helvetica,Arial">
        <P>
-       FLAC stands for Free Lossless Audio Codec.  The FLAC project consists of:
+               FLAC stands for Free Lossless Audio Codec.  Grossly oversimplified, FLAC is similar to MP3, but lossless, meaning that audio is compressed in FLAC without throwing away any information.  This is similar to how Zip works, except with FLAC you will get much better compression because it is designed specifically for audio, and you can play back compressed FLAC files in your favorite player (or your car or home stereo, see links on the main page for supported devices) just like you would an MP3 file.
+       </P>
+       <P>
+               FLAC is freely available and supported on most operating systems, including Windows, "unix" (Linux, *BSD, Solaris, OS X, IRIX), BeOS, OS/2, and Amiga.  There are build systems for autotools, MSVC, Watcom C, and Project Builder.
+       </P>
+       <P>
+               The FLAC project consists of:
        </P>
        <P>
        <UL>
                <LI>the stream format</LI>
-               <LI><B><TT>libFLAC</TT></B>, a library of reference encoders and decoders, and a metadata interface</LI>
-               <LI><B><TT>libFLAC++</TT></B>, an object wrapper around libFLAC</LI>
-               <LI><B><TT>flac</TT></B>, a command-line wrapper around libFLAC to encode and decode .flac files</LI>
-               <LI><B><TT>metaflac</TT></B>, a command-line metadata editor for .flac files</LI>
-               <LI>input plugins for various music players (Winamp, XMMS, and more in the works)</LI>
+               <LI>reference encoders and decoders in library form</LI>
+               <LI><B><TT>flac</TT></B>, a command-line program to encode and decode FLAC files</LI>
+               <LI><B><TT>metaflac</TT></B>, a command-line metadata editor for FLAC files</LI>
+               <LI>input plugins for various music players</LI>
        </UL>
        </P>
        <P>
-               "Free" means that the specification of the stream format is in the public domain (the FLAC project reserves the right to set the FLAC specification and certify compliance), and that neither the FLAC format nor any of the implemented encoding/decoding methods are covered by any patent.  It also means that the sources for <B><TT>libFLAC</TT></B> and <B><TT>libFLAC++</TT></B> are available under the <A HREF="http://www.opensource.org/licenses/lgpl-license.html">LGPL</A> and the sources for <B><TT>flac</TT></B>, <B><TT>metaflac</TT></B>, and the plugins are available under the <A HREF="http://www.opensource.org/licenses/gpl-license.html">GPL</A>.
+               When we say that FLAC is "Free" it means more than just that it is available at no cost.  It means that the specification of the format is fully open to the public to be used for any purpose (the FLAC project reserves the right to set the FLAC specification and certify compliance), and that neither the FLAC format nor any of the implemented encoding/decoding methods are covered by any known patent.  It also means that all the source code is available under open-source licenses.  It is the first truly open and free lossless audio format.
        </P>
        <P>
-               FLAC compiles on many platforms: most Unixes (Linux, *BSD, Solaris, OS X), Windows, BeOS, and OS/2.  There are build systems for autoconf/automake, MSVC, Watcom C, and Project Builder.
-       </P>
-       <P>
-               What FLAC is:
+               Notable features of FLAC:
        </P>
        <UL>
                <P><LI>
-                       FLAC is patent free.  The FLAC format or encoding/decoding methods are not covered by any patents.
-               </LI></P>
-               <P><LI>
-                       FLAC is lossless.  The encoding of PCM data incurs no loss of information, and the decoded audio is bit-for-bit identical to what went into the encoder.  Each frame contains a 16-bit CRC of the frame data for detecting transmission errors.  The integrity of the audio data is further insured by storing an <A HREF="http://userpages.umbc.edu/~mabzug1/cs/md5/md5.html">MD5 signature</A> of the original unencoded audio data in the file header, which can be compared against later during decoding or testing.
-               </LI></P>
-               <P><LI>
-                       FLAC is designed to compress audio data.  Technically, <B><TT>flac</TT></B> can "compress" other kinds of data losslessly (if you pass it in as a mono 8-bit raw file), but the output files tend to be bigger.
-               </LI></P>
-               <P><LI>
-                       The compression capabilities of FLAC are extendable, meaning that new methods can be added to future versions of the format without breaking older streams or decoders.
-               </LI></P>
-               <P><LI>
-                       The currently implemented compression methods in the reference encoder yield streams smaller than shorten.  The encoding time is variable, but is generally between that of <A HREF="http://www.softsound.com/Shorten.html">shorten</A>, and that of, say, <A HREF="http://www.mp3dev.org/mp3/">LAME</A>.  The most aggressive compression however can be quite slow.  For more info see the <A HREF="comparison.html">comparison page</A>.
+                       <B>Lossless</B>: The encoding of audi (PCM) data incurs no loss of information, and the decoded audio is bit-for-bit identical to what went into the encoder.  Each frame contains a 16-bit CRC of the frame data for detecting transmission errors.  The integrity of the audio data is further insured by storing an <A HREF="http://userpages.umbc.edu/~mabzug1/cs/md5/md5.html">MD5 signature</A> of the original unencoded audio data in the file header, which can be compared against later during decoding or testing.
                </LI></P>
                <P><LI>
-                       FLAC is asymmetric in favor of decode speed.  Decoding requires only integer arithmetic, and is much less compute-intensive than for most perceptual codecs.  Real-time decode performance is easily achievable on even modest hardare.
+                       <B>Fast</B>: FLAC is asymmetric in favor of decode speed.  Decoding requires only integer arithmetic, and is much less compute-intensive than for most perceptual codecs.  Real-time decode performance is easily achievable on even modest hardware.
                </LI></P>
                <P><LI>
-                       FLAC is suitable for archiving, since there is no information loss.  You are not locked into the format since there is no generation loss if you decide to convert your data to another format in the future.  In addition to the frame CRCs and MD5 signature, <B><TT>flac</TT></B> has a verify option that decodes the encoded stream in parallel with the encoding process and compares the result to the original, aborting with an error if there is a mismatch.
+                       <B>Hardware support</B>: Because of FLAC's free reference implementation and low decoding complexity, FLAC is currently the only lossless codec that has any kind of hardware support.
                </LI></P>
                <P><LI>
-                       FLAC is suitable for streaming.  Each FLAC frame contains enough data to decode that frame.  FLAC does not even rely on previous or following frames.  FLAC uses sync codes and CRCs (similar to MPEG and other formats), which, along with framing, allow decoders to pick up in the middle of a stream with a minimum of delay.
+                       <B>Streamable</B>: Each FLAC frame contains enough data to decode that frame.  FLAC does not even rely on previous or following frames.  FLAC uses sync codes and CRCs (similar to MPEG and other formats), which, along with framing, allow decoders to pick up in the middle of a stream with a minimum of delay.
                </LI></P>
                <P><LI>
-                       FLAC supports fast sample-accurate seeking.  Not only is this useful for playback, it makes FLAC files suitable for use in editing applications.
+                       <B>Seekable</B>: FLAC supports fast sample-accurate seeking.  Not only is this useful for playback, it makes FLAC files suitable for use in editing applications.
                </LI></P>
                <P><LI>
-                       FLAC has an extendable metadata system.  New metadata blocks can be defined and implemented in future versions of FLAC without breaking older streams or decoders.  Applications can write their own <A HREF="format.html#def_APPLICATION">APPLICATION</A> metadata once they <A HREF="id.html">register an ID</A>.  ID3 and ID3V2 tags may be attached to .flac files without disrupting the decoder.
+                       <B>Flexible metadata</B>: New metadata blocks can be defined and implemented in future versions of FLAC without breaking older streams or decoders.  Currently there are metadata types for tags, cue sheets, and seek tables.  Applications can write their own <A HREF="format.html#def_APPLICATION">APPLICATION</A> metadata once they <A HREF="id.html">register an ID</A>
                </LI></P>
-       </UL>
-       <P>
-               Some things that follow from the features:
-       </P>
-       <UL>
                <P><LI>
-                       FLAC streams can be played back consecutively with no audible gaps in between, unlike say, MP3s (this is one of the minor <A HREF="goals.html">goals</A>).  For example, you can encode a live album as individual tracks and still play them back seamlessly.
+                       <B>Suitable for archiving</B>: FLAC is an open format, and there is no generation loss if you need to convert your data to another format in the future.  In addition to the frame CRCs and MD5 signature, <B><TT>flac</TT></B> has a verify option that decodes the encoded stream in parallel with the encoding process and compares the result to the original, aborting with an error if there is a mismatch.
                </LI></P>
                <P><LI>
-                       The sample-accurate seeking allows versatile playback: a sophisticated player could do index points, complex looping, or other structured playback.  This could be useful in for say DJs, or practice sessions where you want to play along through specific passages.
+                       <B>Convenient CD archiving</B>: FLAC has a <A HREF="format.html#def_CUESHEET">"cue sheet"</a> metadata block for storing a CD table of contents and all track and index points.  For instance, you can rip a CD to a single file, then import the CD's extracted cue sheet while encoding to yield a single file representation of the entire CD.  If your original CD is damaged, the cue sheet can be exported later in order to burn an exact copy.
                </LI></P>
                <P><LI>
-                       Basically, you get the versatility of a WAV file in a compressed streamable format.
+                       <B>Error resistant</B>: Because of FLAC's framing, stream errors limit the damage to the frame in which the error occurred, typically a small fraction of a second worth of data.  Contrast this with some other lossless codecs, in which a single error destroys the remainder of the stream.
                </LI></P>
        </UL>
        <P>
        </P>
        <UL>
                <P><LI>
-                       Lossy.  FLAC is intended for lossless compression only, as there are many good lossy formats already, such as <A HREF="http://www.mp3-tech.org/">MP3</A> (see <A HREF="http://www.mp3dev.org/mp3/">LAME</A> for an excellent open-source implementation), and <A HREF="http://www.xiph.org/ogg/vorbis/index.html">Ogg Vorbis</A>.
+                       Lossy.  FLAC is intended for lossless compression only, as there are many good lossy formats already, such as <A HREF="http://www.xiph.org/ogg/vorbis/index.html">Vorbis</A>, <A HREF="http://musepack.org/">MPC</A>, and <A HREF="http://www.mp3-tech.org/">MP3</A> (see <A HREF="http://www.mp3dev.org/mp3/">LAME</A> for an excellent open-source implementation).
                </LI></P>
                <P><LI>
-                       SDMI compliant, et cetera.  There is no intention to support any methods of copy protection, which are, for all practical purposes, a complete waste of bits.  (Another way to look at it is that since copy protection is futile, it really carries no information, so you might say FLAC already losslessly compresses all possible copy protection information down to zero bits!)  Of course, we can't stop what some misguided person does with proprietary meta-data blocks, but then again, non-proprietary decoders will skip them anyway.
+                       SDMI compliant, et cetera.  There is no intention to support any methods of copy protection, which are, for all practical purposes, a complete waste of bits.  (Another way to look at it is that since copy protection is futile, it really carries no information, so you might say FLAC already losslessly compresses all possible copy protection information down to zero bits!)  Of course, we can't stop what some misguided person does with proprietary metadata blocks, but then again, non-proprietary decoders will skip them anyway.
                </LI></P>
        </UL>
        </FONT>
 
 </CENTER>
 
-<P>&nbsp;Copyright (c) 2000,2001,2002 Josh Coalson</P>
+<P>&nbsp;Copyright (c) 2000,2001,2002,2003 Josh Coalson</P>
 
 </BODY>
 </HTML>