continuing paragraph reformatting

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@6961 b3059339-0415-0410-9bf9-f77b7e298cf2

7 files changed, 1079 insertions, 987 deletions

diff --git a/DOCS/cd-dvd.html b/DOCS/cd-dvd.html
index 0429dbb5ba..e5cd561274 100644
--- a/DOCS/cd-dvd.html
+++ b/DOCS/cd-dvd.html
@@ -19,7 +19,7 @@
   make you consider changing the speed of a CD-ROM drive:</P>
 
 <UL>
-  <LI>Ther have been reports of read errors at these high speeds, especially
+  <LI>There have been reports of read errors at these high speeds, especially
     with badly pressed CD-ROMs. Reducing the speed can prevent data loss under
     these circumstances.</LI>
   <LI>Many CD-ROM drives are annoyingly loud, a lower speed may reduce the
diff --git a/DOCS/codecs.html b/DOCS/codecs.html
index 7dd9cea296..b851a15ce7 100644
--- a/DOCS/codecs.html
+++ b/DOCS/codecs.html
@@ -20,53 +20,55 @@ daily generated list!!!</P>
 
 <P>The most important ones above all:</P>
 <UL>
-<LI>MPEG1 (VCD) and MPEG2 (DVD) video</LI>
-<LI>native decoders for DivX ;-), OpenDivX (DivX4), DivX 5.01, 3ivX, M$ MPEG4 v1, v2 and other MPEG4 variants</LI>
-<LI>native decoder for Windows Media Video 7 (WMV1), and Win32 DLL decoder for
-  Windows Media Video 8 (WMV2), both used in .wmv files</LI>
-<LI><B>native Sorenson (SVQ1) decoder</B></LI>
-<LI>Cinepak and Intel Indeo codecs (3.1,3.2,4.1,5.0)</LI>
-<LI>MJPEG, AVID, VCR2, ASV2 and other hardware formats</LI>
-<LI>VIVO 1.0, 2.0, I263 and other h263(+) variants</LI>
-<LI>FLI/FLC</LI>
-<LI>RealVideo 1.0 from ffmpeg, and RealVideo 2.0, 3.0 using RealPlayer
-  libraries</LI>
-<LI>native decoder for HuffYUV</LI>
-<LI>Various old simple RLE-like formats</LI>
+  <LI>MPEG1 (VCD) and MPEG2 (DVD) video</LI>
+  <LI>native decoders for DivX ;-), OpenDivX, DivX4, DivX5,
+    M$ MPEG4 v1, v2 and other MPEG4 variants</LI>
+  <LI>native decoder for Windows Media Video 7 (WMV1), and Win32 DLL decoder for
+    Windows Media Video 8 (WMV2), both used in .wmv files</LI>
+  <LI><B>native Sorenson (SVQ1) decoder</B></LI>
+  <LI>3ivx decoder</LI>
+  <LI>Cinepak and Intel Indeo codecs (3.1,3.2,4.1,5.0)</LI>
+  <LI>MJPEG, AVID, VCR2, ASV2 and other hardware formats</LI>
+  <LI>VIVO 1.0, 2.0, I263 and other h263(+) variants</LI>
+  <LI>FLI/FLC</LI>
+  <LI>RealVideo 1.0 codec from libavcodec, and RealVideo 2.0, 3.0 codecs using
+    RealPlayer libraries</LI>
+  <LI>native decoder for HuffYUV</LI>
+  <LI>Various old simple RLE-like formats</LI>
 </UL>
 
-<P>If you have a Win32 codec not listed here which is not supported yet, please read the
-<A HREF="#importing">codec importing HOWTO</A> and help us add support
-for it!</P>
+<P>If you have a Win32 codec not listed here which is not supported yet, please
+  read the <A HREF="#importing">codec importing HOWTO</A> and help us add support
+  for it!</P>
 
 <P><B><A NAME="divx">2.2.1.1 DivX4/DivX5</A></B></P>
 
-<P>This section contains information about the DivX4 codec of
-<A HREF="http://www.projectmayo.com">Project Mayo</A>. Their first available alpha version was OpenDivX 4.0
-alpha 47 and 48. Support for this was included in <B>MPlayer</B> in the past,
-and built by default. We also used its postprocessing code to optionally
-enhance visual quality of MPEG1/2 movies. Now we use our own, for all file
-types.</P>
+<P>This section contains information about the DivX4 and DivX5 codecs of
+  <A HREF="http://www.projectmayo.com">Project Mayo</A>. Their first available
+  alpha version was OpenDivX 4.0 alpha 47 and 48. Support for this was included
+  in <B>MPlayer</B> in the past, and built by default. We also used its
+  postprocessing code to optionally enhance visual quality of MPEG1/2 movies.
+  Now we use our own, for all file types.</P>
 
-<P>The new generation of this codec is called DivX4Linux and can even decode
-movies made with the infamous DivX codec! In addition it is much faster than the
-native Win32 DivX DLLs but slower than libavcodec.
-Hence its usage as a decoder is <B>DISCOURAGED</B>. However, it is useful for
-encoding. One disadvantage of this codec is that it is currently closed source.</P> 
+<P>The new generation of this codec is called DivX4 and can even decode
+  movies made with the infamous DivX codec! In addition it is much faster than
+  the native Win32 DivX DLLs but slower than libavcodec.  Hence its usage as a
+  decoder is <B>DISCOURAGED</B>. However, it is useful for encoding. One
+  disadvantage of this codec is that it is currently closed source.</P>
 
 <P>The codec can be downloaded from one of the following URLs:</P>
 
 <P>&nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://avifile.sourceforge.net">http://avifile.sourceforge.net</A><BR>
-&nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://divx.com">http://divx.com</A></P>
+  &nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://divx.com">http://divx.com</A></P>
 
 <P>Unpack it, and run <CODE>./install.sh</CODE> as root.</P>
 
 <P><B>Note:</B> Do <B>not</B> forget adding <CODE>/usr/local/lib</CODE> to your
-<CODE>/etc/ld.so.conf</CODE> and running <CODE>ldconfig</CODE>!</P>
+  <CODE>/etc/ld.so.conf</CODE> and running <CODE>ldconfig</CODE>!</P>
 
 <P><B>MPlayer</B> autodetects DivX4/DivX5 if it is properly installed, just
-compile as usual. If it does not detect it, you did not install or configure 
-it correctly.</P>
+  compile as usual. If it does not detect it, you did not install or configure
+  it correctly.</P>
 
 <P>DivX4Linux works in two modes:</P>
 
@@ -80,11 +82,11 @@ conversion via libvo. (<B>FAST, RECOMMENDED!</B>)</TD></TR>
 In this mode you can use YUY2/UYVY, too. (<B>SLOW</B>)</TD></TR>
 </TABLE>
 
-<P>The <CODE>-vc odivx</CODE> method is usually faster, due to the fact that it transfers
-image data in YV12 (planar YUV 4:2:0) format, thus requiring much less
-bandwidth on the bus. For packed YUV modes (YUY2, UYVY) use the <CODE>-vc divx4</CODE>
-method. For RGB modes the speed is the same, differing at best
-according to your current color depth.</P>
+<P>The <CODE>-vc odivx</CODE> method is usually faster, due to the fact that it
+  transfers image data in YV12 (planar YUV 4:2:0) format, thus requiring much
+  less bandwidth on the bus. For packed YUV modes (YUY2, UYVY) use the
+  <CODE>-vc divx4</CODE> method. For RGB modes the speed is the same, differing
+  at best according to your current color depth.</P>
 
 <P><B>Note:</B> If your <CODE>-vo</CODE> driver supports direct rendering, then
   <CODE>-vc divx4</CODE> may be faster or even the fastest solution.</P>
@@ -92,21 +94,21 @@ according to your current color depth.</P>
 
 <P><B><A NAME="libavcodec">2.2.1.2 FFmpeg DivX/libavcodec</A></B></P>
 
-<P>Beginning with version 0.4.2,
-<A HREF="http://ffmpeg.sourceforge.net">FFmpeg</A> contains an
-<B>open source</B> DivX codec, which is compatible with traditional DivX.
-<B>MPlayer</B> supports this codec, making it possible to <B>watch
-DivX/DivX4/DivX5/MP41/MP42 movies on non-x86 platforms</B>. Furthermore it
-offers higher decoding speed than the Win32 codecs or the original
-DivX4 library!</P>
+<P><A HREF="http://ffmpeg.sourceforge.net">FFmpeg</A> contains an
+  <B>opensource</B> codec package, which is capable of decoding video streams
+  encoded with
+  H263/MJPEG/RV10/DivX3/DivX4/DivX5/MP41/MP42/WMV1
+  codecs. Not only some of them can be encoded with, but it also offers higher
+  speed than the Win32 codecs or the ProjectMayo DivX4/5 library!</P>
 
-<P>It also contains a lot of nice codecs, such as RealVideo 1.0, WMV7,
-  MJPEG, h263, h263+, etc.</P>
+<P>It contains a lot of nice codecs, especially important are the MPEG4
+  variants:
+  DivX 3, DivX 4, DivX 5, Windows Media Video 7 (WMV1)</P>
 
-<P>If you use an <B>MPlayer</B> release you have libavcodec right in the package,
-just build  as usual. If you use <B>MPlayer</B> from CVS you have to extract
-libavcodec from the FFmpeg CVS tree as FFmpeg 0.4.5 does <B>not</B> work with
-<B>MPlayer</B>. In order to achieve this do:</P>
+<P>If you use an <B>MPlayer</B> release you have libavcodec right in the
+  package, just build as usual. If you use <B>MPlayer</B> from CVS you have to
+  extract libavcodec from the FFmpeg CVS tree as FFmpeg 0.4.5 does <B>not</B>
+  work with <B>MPlayer</B>. In order to achieve this do:</P>
 
 <OL>
   <LI><CODE>cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg login</CODE></LI>
@@ -119,8 +121,8 @@ libavcodec from the FFmpeg CVS tree as FFmpeg 0.4.5 does <B>not</B> work with
 </OL>
 
 <P><B>Note:</B> MPlayer from CVS does contain a libavcodec
-subdirectory, but it does NOT contain the source for libavcodec!
-You must follow the steps above to obtain the source for this library.</P>
+  subdirectory, but it does NOT contain the source for libavcodec!
+  You must follow the steps above to obtain the source for this library.</P>
 
 <P>With FFmpeg and my Matrox G400, I can view even the highest resolution DivX
   movies without dropped frames on my K6/2 500.</P>
@@ -129,15 +131,15 @@ You must follow the steps above to obtain the source for this library.</P>
 <P><B><A NAME="xanim">2.2.1.3  XAnim codecs</A></B></P>
 
 <P>Foreword:<BR>
-Be advised that the XAnim binary codecs are packaged with a piece of text
-claiming to be a legally binding software license which, besides other
-restrictions, forbids the user to use the codecs in conjunction with any
-program other than XAnim. However, the XAnim author has yet to bring legal
-action against anyone for codec-related issues.
+  Be advised that the XAnim binary codecs are packaged with a piece of text
+  claiming to be a legally binding software license which, besides other
+  restrictions, forbids the user to use the codecs in conjunction with any
+  program other than XAnim. However, the XAnim author has yet to bring legal
+  action against anyone for codec-related issues.
 </P>
 
 <P><B>MPlayer</B> is capable of employing the XAnim codecs for decoding. Follow
-the instructions to enable them:</P>
+  the instructions to enable them:</P>
 
 <UL>
   <LI>Download the codecs you wish to use from the
@@ -156,7 +158,7 @@ the instructions to enable them:</P>
 </UL>
 
 <P>XAnim is video codec family number 10, so you may want to use the <CODE>-vfm 10</CODE>
-option to tell <B>MPlayer</B> to use them if possible.</P>
+  option to tell <B>MPlayer</B> to use them if possible.</P>
 
 <P>Tested codecs include: <B>Indeo 3.2</B>, <B>4.1</B>, <B>5.0</B>, <B>CVID</B>, <B>3ivX</B>, <B>h263</B>.</P>
 
@@ -164,39 +166,38 @@ option to tell <B>MPlayer</B> to use them if possible.</P>
 <P><B><A NAME="vivo_video">2.2.1.4  VIVO video</A></B></P>
 
 <P><B>MPlayer</B> can play Vivo (1.0 and 2.0) videos. The most suitable codec
-for 1.0 files is FFmpeg's H263 decoder, you can use it with the <CODE>-vc
-ffh263</CODE> option (default) (requires up-to-date libavcodec). For 2.0 files, use
-the <CODE>ivvideo.dll</CODE> Win32 DLL file (from <A
-HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/ivvideo.dll">here</A>),
-and install it under <CODE>/usr/lib/win32</CODE> or wherever you store the
-Win32 codecs. This latter codec does not support YV12 nor YUY2 only BGR modes,
-restricting it to the X11 and OpenGL outputs. Hopefully ffh263 will support
-VIVO 2.0 files in the future.</P>
+  for 1.0 files is FFmpeg's H263 decoder, you can use it with the <CODE>-vc
+  ffh263</CODE> option (default) (requires up-to-date libavcodec). For 2.0
+  files, use the <CODE>ivvideo.dll</CODE> Win32 DLL file (from
+  <A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/ivvideo.dll">here</A>),
+  and install it under <CODE>/usr/lib/win32</CODE> or wherever you store the
+  Win32 codecs. This latter codec does not support YV12 nor YUY2 only BGR
+  modes, restricting it to the X11 and OpenGL outputs. Hopefully ffh263 will
+  support VIVO 2.0 files in the future.</P>
 
 
 <P><B><A NAME="mpeg">2.2.1.5  MPEG 1/2 video</A></B></P>
 
-<P>MPEG1 and MPEG2 are decoded by the multiplatform native <B>libmpeg2</B> library,
-whose source code is included in <B>MPlayer</B>.
-We handle buggy MPEG 1/2 video files by catching sig11 (segmentation fault),
-and quickly reinitializing the codec, continuing exactly from where the failure
-occurred.
-This recovery technique has no measurable speed penalty.</P>
+<P>MPEG1 and MPEG2 are decoded by the multiplatform native <B>libmpeg2</B>
+  library, whose source code is included in <B>MPlayer</B>. We handle buggy
+  MPEG 1/2 video files by catching sig11 (segmentation fault), and quickly
+  reinitializing the codec, continuing exactly from where the failure occurred. 
+  This recovery technique has no measurable speed penalty.</P>
 
 
 <P><B><A NAME="ms_video1">2.2.1.6  MS Video1</A></B></P>
 
 <P>This is a very old and very bad codec from Microsoft. In the past it was
-decoded with the <CODE>msvidc32.dll</CODE> Win32 codec, now we have our own
-open source implementation (by <A HREF="mailto:melanson@pcisys.net">Mike
-Melanson</A>).</P>
+  decoded with the <CODE>msvidc32.dll</CODE> Win32 codec, now we have our own
+  open source implementation (by <A HREF="mailto:melanson@pcisys.net">Mike
+  Melanson</A>).</P>
 
 
 <P><B><A NAME="cinepak">2.2.1.7  Cinepak CVID</A></B></P>
 
 <P><B>MPlayer</B> uses its own open source, multiplatform Cinepak decoder by
-default. It supports YUV outputs, so that hardware scaling is possible if the
-video output driver permits it.</P>
+  default. It supports YUV outputs, so that hardware scaling is possible if the
+  video output driver permits it.</P>
 
 
 <P><B><A NAME="realvideo">2.2.1.8  RealVideo</A></B></P>
@@ -210,12 +211,10 @@ video output driver permits it.</P>
 
 <P>It is recommended to download and install RealPlayer8 or RealONE, because
   <B>MPlayer</B> can use their libraries to decode files with RealVideo 2.0 or
-  RealVideo 3.0 video. You may also just take the RealPlayer libraries from a
-  full installation and put them in a suitable directory like
-  <CODE>/usr/lib/real</CODE> or <CODE>$LIBDIR/real</CODE>. The <B>MPlayer</B>
-  configure script should detect the RealPlayer libraries there or in the
-  standard locations of a full installation. If it does not, tell configure
-  where to look with the <CODE>--with-reallibdir</CODE> switch.</P>
+  RealVideo 3.0 video.  The <B>MPlayer</B> configure script should detect the
+  RealPlayer libraries in the standard locations of a full installation. If it
+  does not, tell configure where to look with the
+  <CODE>--with-reallibdir</CODE> switch.</P>
 
 <P><B>Note:</B> RealPlayer libraries currently <B>only work with Linux, FreeBSD,
   NetBSD and Cygwin on the x86 platform</B>!</P>
@@ -285,14 +284,16 @@ video output driver permits it.</P>
 
 <P>The most important audio codecs above all:<BR></P>
 <UL>
-<LI>MPEG layer 2, and layer 3 (MP3) audio (<B>native</B> code, with MMX/SSE/3DNow! optimization)</LI>
-<LI>MPEG layer 1 audio (<B>native</B> code, with libavcodec)</LI>
-<LI>AC3 Dolby audio (<B>native</B> code, with MMX/SSE/3DNow! optimization)</LI>
-<LI>Ogg Vorbis audio codec (<B>native</B> library)</LI>
-<LI>Voxware audio (using DirectShow DLL)</LI>
-<LI>alaw, msgsm, pcm and other simple old audio formats</LI>
-<LI>VIVO audio (g723, Vivo Siren)</LI>
-<LI>RealAudio: DNET (low bitrate AC3), Cook, Sipro</LI>
+  <LI>MPEG layer 2, and layer 3 (MP3) audio (<B>native</B> code, with
+    MMX/SSE/3DNow! optimization)</LI>
+  <LI>MPEG layer 1 audio (<B>native</B> code, with libavcodec)</LI>
+  <LI>AC3 Dolby audio (<B>native</B> code, with MMX/SSE/3DNow!
+    optimization)</LI>
+  <LI>Ogg Vorbis audio codec (<B>native</B> library)</LI>
+  <LI>Voxware audio (using DirectShow DLL)</LI>
+  <LI>alaw, msgsm, pcm and other simple old audio formats</LI>
+  <LI>VIVO audio (g723, Vivo Siren)</LI>
+  <LI>RealAudio: DNET (low bitrate AC3), Cook</LI>
 </UL>
 
 
@@ -300,68 +301,67 @@ video output driver permits it.</P>
 
 <P>This is the default decoder used for files with AC3 audio.</P>
 
-<P>The AC3 decoder can create audio output mixes for 2, 4, or 6
-speakers.  When configured for 6 speakers, this decoder provides
-separate output of all the AC3 channels to the sound driver,
-allowing for full "surround sound" experience without the external AC3
-decoder required to use the hwac3 codec.</P>
+<P>The AC3 decoder can create audio output mixes for 2, 4, or 6 speakers. When
+  configured for 6 speakers, this decoder provides separate output of all the
+  AC3 channels to the sound driver, allowing for full "surround sound"
+  experience without the external AC3 decoder required to use the hwac3
+  codec.</P>
 
-<P>Use the <CODE>-channels</CODE> option to select the number of output channels.
-Use <CODE>-channels 2</CODE> for a stereo downmix.  For a 4 channel downmix (Left
-Front, Right Front, Left Surround and Right Surround outputs), use
-<CODE>-channels 4</CODE>.  In this case, any center channel will be mixed
-equally to the front channels.  <CODE>-channels 6</CODE> will output all the AC3
-channels as they are encoded - in the order Left, Right, Left Surround, Right
-Surround, Center and LFE.</P>
+<P>Use the <CODE>-channels</CODE> option to select the number of output
+  channels. Use <CODE>-channels 2</CODE> for a stereo downmix. For a 4
+  channel downmix (Left Front, Right Front, Left Surround and Right Surround
+  outputs), use <CODE>-channels 4</CODE>. In this case, any center channel will
+  be mixed equally to the front channels. <CODE>-channels 6</CODE> will output
+  all the AC3 channels as they are encoded - in the order Left, Right, Left
+  Surround, Right Surround, Center and LFE.</P>
 
 <P>The default number of output channels is 2.</P>
 
-<P>To use more than 2 output channels, you will need to use OSS, and have a sound
-card that supports the appropriate number of output channels via the
-SNDCTL_DSP_CHANNELS ioctl.  An example of a suitable driver is emu10k1 (used by
-Soundblaster Live! cards) from August 2001 or newer (ALSA CVS is also supposed to
-work).</P>
+<P>To use more than 2 output channels, you will need to use OSS, and have a
+  sound card that supports the appropriate number of output channels via the
+  SNDCTL_DSP_CHANNELS ioctl. An example of a suitable driver is emu10k1 (used
+  by Soundblaster Live! cards) from August 2001 or newer (ALSA CVS is also
+  supposed to work).</P>
 
 
 <P><B><A NAME="hardware_ac3">2.2.2.2  Hardware AC3 decoding</A></B></P>
 
-<P>You need an AC3 capable sound card, with digital out (SP/DIF). The
-card's driver must properly support the AFMT_AC3 format (C-Media does).
-Connect your AC3 decoder to the SP/DIF output, and use the <CODE>-ac hwac3</CODE>
-option. It is experimental but known to work with C-Media cards and Soundblaster
-Live! + ALSA (but not OSS) drivers.</P>
+<P>You need an AC3 capable sound card, with digital out (SP/DIF). The card's
+  driver must properly support the AFMT_AC3 format (C-Media does). Connect
+  your AC3 decoder to the SP/DIF output, and use the <CODE>-ac hwac3</CODE>
+  option. It is experimental but known to work with C-Media cards and
+  Soundblaster Live! + ALSA (but not OSS) drivers.</P>
 
 
 <P><B><A NAME="libmad">2.2.2.3  libmad support</A></B></P>
 
-<P><A HREF="http://mad.sourceforge.net">libmad</A> is a multiplatform MPEG audio
-decoding library. It does not handle broken files well, and it sometimes has
-problems with seeking.</P>
+<P><A HREF="http://mad.sourceforge.net">libmad</A> is a multiplatform MPEG
+  audio decoding library. It does not handle broken files well, and it
+  sometimes has problems with seeking.</P>
 
 <P>To enable support, compile with the <CODE>--enable-mad</CODE> configure
-option.</P>
+  option.</P>
 
 
 <P><B><A NAME="vivo_audio">2.2.2.4  VIVO audio</A></B></P>
 
 <P>The audio codec used in VIVO files depends on whether it is a VIVO/1.0 or
-VIVO/2.0 file. VIVO/1.0 files have <B>g.723</B> audio, and VIVO/2.0 files
-have <B>Vivo Siren</B> audio. Both are supported. You can grab the g.723/Siren
-Win32 DLL from
-<A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/vivog723.acm">here</A>,
-then copy it into the <CODE>/usr/lib/win32</CODE> directory.</P>
+  VIVO/2.0 file. VIVO/1.0 files have <B>g.723</B> audio, and VIVO/2.0 files
+  have <B>Vivo Siren</B> audio. Both are supported. You can grab the
+  g.723/Siren Win32 DLL from
+  <A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/vivog723.acm">here</A>,
+  then copy it into the <CODE>/usr/lib/win32</CODE> directory.</P>
 
 
 <P><B><A NAME="realaudio">2.2.2.5  RealAudio</A></B></P>
 
-<B>MPlayer</B> supports decoding all versions of RealAudio:
+<B>MPlayer</B> supports decoding nearly all versions of RealAudio:
 <UL>
   <LI>RealAudio DNET - decoding supported by <B>liba52</B></LI>
   <LI>RealAudio Cook - decoding supported by <B>RealPlayer libraries</B></LI>
-  <LI>RealAudio Sipro - decoding supported by <B>RealPlayer libraries</B></LI>
+  <LI>RealAudio Sipro - not yet supported</LI>
 </UL>
 
-
 <P>On how to install RealPlayer libraries, see the
   <A HREF="formats.html#real">RealMedia file format</A> section.</P>
 
diff --git a/DOCS/documentation.html b/DOCS/documentation.html
index d5faf6c726..761319e37e 100644
--- a/DOCS/documentation.html
+++ b/DOCS/documentation.html
@@ -339,12 +339,11 @@ library at all!). The another big feature of mplayer is the wide range of
 supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev,
 AAlib, DirectFB, but you can use GGI and SDL (and this way all their drivers)
 and some lowlevel card-specific drivers (for Matrox, 3Dfx and Radeon,
-Mach64, Permedia3), too! Most
+Mach64, Permedia3) too! Most
 of them supports software or hardware scaling, so you can enjoy movies in
 fullscreen. <B>MPlayer</B> supports displaying through some hardware MPEG
 decoder boards, such as the <B><A HREF="video.html#dvb">DVB</A></B> and
-<B> <A HREF="video.html#dxr3">DXR3/Hollywood+</A></B>! And what about the
-nice big antialiased
+<B><A HREF="video.html#dxr3">DXR3/Hollywood+</A></B>! And what about the nice big antialiased
 shaded subtitles (<B>10 supported types!!!</B>) with european/ISO 8859-1,2
 (Hungarian, English, Czech, etc), Cyrillic, Korean fonts, and the onscreen
 display (OSD)?</P>
@@ -405,7 +404,7 @@ too. So I've decided to write/modify one...</P>
     MOV/VIVO/RM/FLI/NUV fileformats support, native CRAM, Cinepak, ADPCM codecs,
     and support for XAnim's binary codecs; DVD subtitles support, first
     release of MEncoder, TV grabbing, cache, liba52, countless fixes.</LI>
-<LI><B>MPlayer 0.90 "?"</B> Jul? ??, 2002<BR>
+<LI><B>MPlayer 0.90 "?"</B> Aug? ??, 2002<BR>
     </LI>
 </UL>
 
@@ -426,7 +425,7 @@ will take some time, but it DOES worth it.</P>
   <LI><B>binutils</B> - suggested version is <B>2.11.x</B> . This program is
     responsible for generating MMX/3DNow!/etc instructions, thus very important.</LI>
   <LI><B>gcc</B> - suggested versions are: <B>2.95.3</B>, <B>2.95.4</B> and <B>3.1</B>.
-    <B>NEVER</B> use 2.96 or 3.0.x!!! They generate faulty code for MPlayer.
+    <B>NEVER</B> use 2.96 or 3.0.x !!! They generate faulty code for MPlayer.
     If you decide to change gcc from 2.96, then don't decide in favor of 3.0.x
     just because it's newer! Early releases of 3.0.x were even more buggy than
     2.96. So downgrade to 2.95.x (downgrade libstdc++ too, other programs may
@@ -464,59 +463,64 @@ will take some time, but it DOES worth it.</P>
 
 <UL>
 <LI><B>libavcodec</B>: This codec package is capable of decoding
-  H263/MJPEG/RV10/DivX3/DivX4/DivX5/MP41/MP42/WMV1 encoded video streams on
-  multiple platforms. Details can be found
-  <A HREF="codecs.html#libavcodec">here</A>. Features:
+  H263/MJPEG/RV10/DivX3/DivX4/DivX5/MP41/MP42/WMV1 encoded video streams, on
+  multiple platforms. It is also known to be the fastest for this task.
+  Details can be found <A HREF="codecs.html#libavcodec">here</A>. Features:<BR>
   <UL>
-    <LI>Decoding of above mentioned codecs on non-x86 machines.</LI>
-    <LI>Encoding with most of the above mentioned codecs.</LI>
-    <LI>This is the <B>fastest available</B> codec for DivX/3/4/5 and other
-      MPEG4 types and therefore highly recommended.</LI>
+    <LI>gain decoding of videos mentioned above, on non-x86 machines</B></LI>
+    <LI>encoding with most of the mentioned codecs</LI>
+    <LI>this codec is the <B>fastest codec available</B> for DivX/3/4/5 and
+      other MPEG4 types. Recommended!</LI>
   </UL>
 </LI>
-<LI><B>Win32 codecs:</B> If you plan to use <B>MPlayer</B> on x86
-architecture, you will possibly need them. Download and unzip w32codecs.zip to
-/usr/lib/win32 <B>BEFORE</B> compiling <B>MPlayer</B>, otherwise no Win32
-support will be compiled!<BR>
-Note: the avifile project has similar codecs package, but it
-differs from ours, so if you want to use all supported codecs, then use our
-package! However, you can use our codecs package with avifile. Features:<BR>
-<UL>
-  <LI>you need this if you want to play or encode for example movies recorded
-  with various hardware compressors, like tuner cards, digital cameras (example: DV, ATI VCR, MJPEG)</LI>
-  <LI>needed if you want to play <B>WMV8 movies</B>. Not needed for old
-  ASF's with MP41 or MP42 video (though VoxWare audio is frequent for these
-  files - it's done by the Win32 codec), or WMV7.</LI>
-</UL>
+
+<LI><B>Win32 codecs</B>: If you plan to use <B>MPlayer</B> on x86
+  architecture, you will possibly need them. Download and unzip w32codecs.zip
+  to /usr/lib/win32 <B>BEFORE</B> compiling <B>MPlayer</B>, otherwise no Win32
+  support will be compiled!<BR>
+  <B>Note</B>: the avifile project has similar codecs package, but it differs
+  from ours, so if you want to use all supported codecs, then use our package!
+  However, you can use our codecs package with avifile. Features:<BR>
+  <UL>
+    <LI>you need this if you want to play or encode for example movies recorded
+      with various hardware compressors, like tuner cards, digital cameras (example: DV, ATI VCR, MJPEG)</LI>
+    <LI>needed if you want to play <B>WMV8 movies</B>. Not needed for old
+      ASF's with MP41 or MP42 video (though VoxWare audio is frequent for these
+      files - it's done by the Win32 codec), or WMV7.</LI>
+  </UL>
 </LI>
 
-<LI><B>DivX4/DivX5:</B> information about this codec is available in the
-<A HREF="codecs.html#divx">DivX4/DivX5</A> section. If you don't want to encode
-with it, you possibly don't want this codec as <B>libavcodec</B> (see above) is
-much faster than this.<BR>
-Features:
-<UL>
-  <LI>1 pass or 2 pass encoding with <A HREF="encoding.html">MEncoder</A></LI>
-  <LI>can play old <B>DivX3</B> movies much faster than the Win32 DLL but
-    slower than <B>libavcodec</B>!</LI>
-  <LI>it's closed-source, and only an x86 version is available.</LI>
-</UL>
+<LI><B>DivX4/DivX5</B>: information about this codec is available in the
+  <A HREF="codecs.html#divx">DivX4/DivX5</A> section. You possibly don't want
+  this codec as <B>libavcodec</B> (see above) is much faster and has better
+  quality than this, for both decoding and encoding.<BR>
+  Features:
+  <UL>
+    <LI>1 pass or 2 pass encoding with
+      <A HREF="encoding.html">MEncoder</A></LI>
+    <LI>can play old <B>DivX3</B> movies much faster than the Win32 DLL but
+      slower than <B>libavcodec</B>!</LI>
+    <LI>it's closed-source, and only an x86 version is available.</LI>
+  </UL>
 </LI>
 
-<LI><B>XviD:</B> Open source encoding alternative to Divx4Linux<BR>
-Features:
-<UL>
-  <LI>1 pass or 2 pass encoding with <A HREF="encoding.html">MEncoder</A></LI>
-  <LI>it's open-source, so not only an x86 version is available.</LI>
-  <LI>it's about 2 times faster than divx4 when encoding - about the same quality</LI>
-</UL>
+<LI><B>XviD</B>: Open source encoding alternative to Divx4Linux<BR>
+  Features:
+  <UL>
+    <LI>1 pass or 2 pass encoding with
+      <A HREF="encoding.html">MEncoder</A></LI>
+    <LI>it's open-source, so it's multiplatform.</LI>
+    <LI>it's about 2 times faster than DivX4 when encoding - about the same
+      quality</LI>
+  </UL>
 </LI>
 
-<LI>The <A HREF="codecs.html#xanim">XAnim codecs</A> are the best (full screen,
-hardware YUV zoom) for decoding <B>3ivx</B> and Indeo 3/4/5 movies, and some
-old formats. And they are multiplatform, so this is the only way to play Indeo on
-non-x86 platforms (well, apart from using XAnim:). But for example Cinepak
-movies are best played with <B>MPlayer</B>'s own Cinepak decoder!</LI>
+<LI>The <A HREF="codecs.html#xanim">XAnim codecs</A> are the best (full
+  screen, hardware YUV zoom) for decoding <B>3ivx</B> and Indeo 3/4/5 movies,
+  and some old formats. And they are multiplatform, so this is the only way to
+  play Indeo on non-x86 platforms (well, apart from using XAnim:). But for
+  example Cinepak movies are best played with <B>MPlayer</B>'s own Cinepak
+  decoder!</LI>
 
 <LI>For <B>Ogg Vorbis</B> audio decoding you need to install
   <CODE>libvorbis</CODE> properly. Use deb/rpm packages if available, or
@@ -528,7 +532,6 @@ movies are best played with <B>MPlayer</B>'s own Cinepak decoder!</LI>
   files with <B>RealVideo 2.0 and 3.0</B> video, and Sipro/Cook audio. See
   <A HREF="formats.html#real">RealMedia file format</A> section for
   installation instructions and more information!</LI>
-
 </UL>
 
 <P><B>VIDEO CARDS</B></P>
@@ -545,8 +548,8 @@ their memory, with <B>small CPU usage</B> (zooming doesn't increase it!), thus
 you get a nice and very fast fullscreen playing.</P>
 
 <UL>
-<LI><B>Matrox G200/G400/G450/G550 cards:</B> although a
-  <A HREF="video.html#vidix">VIDIX driver</A> is provided, it is recommended
+<LI><B>Matrox G200/G400/G450/G550 cards</B>: although a
+  <A HREF="video.html#vidix">Vidix driver</A> is provided, it is recommended
   to use the old mga_vid kernel module instead, for it works much better.
   Please see the <A HREF="video.html#mga_vid">mga_vid</A> section about its
   installation and usage. It is important to do these steps <I>before</I>
@@ -555,7 +558,7 @@ you get a nice and very fast fullscreen playing.</P>
   <U><B>If you are non-Linux user</B></U>, your only possibility is the Vidix
   driver: read <A HREF="video.html#vidix">VIDIX</A> documentation!</LI>
 
-<LI><B>3Dfx Voodoo3/Banshee cards:</B> please see the
+<LI><B>3Dfx Voodoo3/Banshee cards</B>: please see the
   <A HREF="video.html#tdfxfb">tdfxfb</A> section in order to gain big
   speedup. It is important to do these steps <I>before</I> compiling
   <B>MPlayer</B>, otherwise no 3Dfx support will be built. Also see the <A
@@ -563,41 +566,42 @@ you get a nice and very fast fullscreen playing.</P>
   least 4.2.0, as 3dfx Xv driver was broken in 4.1.0, and earlier
   releases!</LI>
 
-<LI><B>ATI cards:</B> <A HREF="video.html#vidix">VIDIX driver</A> is
+<LI><B>ATI cards</B>: <A HREF="video.html#vidix">Vidix driver</A> is
   provided for the following cards:
   <B>Radeon</B>, <B>Rage128</B>, <B>Mach64</B> (Rage XL/Mobility, Xpert98).
   Also see the <A HREF="video.html#tv-out_ati">ATI cards
   section</A> of the TV-out documentation, to know if you card's TV-out is
   supported under Linux/MPlayer.</LI>
 
-<LI><B>S3 cards:</B> the Savage and Virge/DX chips have hardware acceleration. Use as
-new XFree86 version as possible, older drivers are buggy. Savage chips
-have problems with YV12 display, see <A HREF="video.html#xv_s3">S3 Xv
-section</A> for details. Older, Trio cards have no, or slow hardware
-support.</LI>
+<LI><B>S3 cards</B>: the Savage and Virge/DX chips have hardware acceleration.
+  Use as new XFree86 version as possible, older drivers are buggy. Savage chips
+  have problems with YV12 display, see <A HREF="video.html#xv_s3">S3 Xv
+  section</A> for details. Older, Trio cards have no, or slow hardware
+  support.</LI>
 
-<LI><B>nVidia cards:</B> very bad choice for video playing (nVidia has
-<A HREF="users_against_developers.html#nvidia">different opinion</A>!).
-nVidia's cards have very cheap and bad
-quality chips. Moreover, <U>the built-in nVidia driver in XFree86 doesn't
-contain support for hardware YUV acceleration for all nVidia cards!</U>
-You have to download nVidia's closed-source drivers from nVidia.com. See
-details in <A HREF="video.html#xv_nvidia">nVidia Xv driver</A> section.</LI>
+<LI><B>nVidia cards</B>: very bad choice for video playing (nVidia has
+  <A HREF="users_against_developers.html#nvidia">different opinion</A>!). 
+  nVidia's cards have very cheap and bad quality chips. Moreover, <U>the
+  built-in nVidia driver in XFree86 doesn't contain support for hardware YUV
+  acceleration for all nVidia cards!</U> You have to download nVidia's
+  closed-source drivers from nVidia.com. See details in <A
+  HREF="video.html#xv_nvidia">nVidia Xv driver</A> section.</LI>
 
 <LI><B>3DLabs GLINT R3 and Permedia3</B>: a VIDIX driver is provided
   (pm3_vid). Please see the <A HREF="video.html#vidix">VIDIX
   instructions</A>.</LI>
 
-<LI><B>other cards:</B> none of the above?
+<LI><B>other cards</B>: none of the above?
   <UL>
     <LI>Try if the XFree86 driver (and your card) supports hardware
       acceleration. See the <A HREF="video.html#xv">Xv section</A> for
       details.</LI>
-    <LI>If it doesn't, then your card's video features aren't supported under your OS:(<BR>
-      If it does hardware scaling under Windows, it doesn't mean it will do the same
-      under Linux or other OS, it depends on the drivers! Most manufacturers don't
-      make Linux drivers nor release chip specs - so you're unlucky if using their cards.
-      See next section:
+    <LI>If it doesn't, then your card's video features aren't supported under
+      your OS :(<BR>
+      If it does hardware scaling under Windows, it doesn't mean it will do the
+      same under Linux or other OS, it depends on the drivers! Most
+      manufacturers don't make Linux drivers nor release chip specs - so you're
+      unlucky using their cards.  See the next section:
     </LI>
   </UL>
 </LI>
@@ -607,14 +611,13 @@ details in <A HREF="video.html#xv_nvidia">nVidia Xv driver</A> section.</LI>
 <P>
 <B>Non-YUV cards</B></P>
 
-<P>
-Fullscreen playing can be achieved by either zooming
-<B>by software</B> (use the option -zoom, but i warn you: this is slooow!),
-or changing to a smaller video mode, for
-example to 352x288. If you don't have YUV acceleration, this latter method is
-the recommended one. Throughout <B>MPlayer</B>, <U>this behavior can
-be switched on by using the <CODE>-vm</CODE> option</U> and with
-the following drivers:
+<P>Fullscreen playing can be achieved by either zooming <B>by software</B> (use
+  the option <CODE>-zoom</CODE> or <A HREF="#2.6.11"><CODE>-vop
+  scale</CODE></A>, but I warn you: this is SLOW!), or changing to a smaller
+  video mode, for example to 352x288. If you don't have YUV acceleration, this
+  latter method is the recommended one. Throughout <B>MP